0x27 Binære Alternativer

Binært alternativ BREAK DOWN Binary Option Investorer kan finne binære alternativer attraktive på grunn av deres tilsynelatende enkelhet, særlig siden investor må i hovedsak bare gjette om noe bestemt vil eller ikke vil skje. For eksempel kan et binært alternativ være så enkelt som om aksjekursen på ABC Company vil være over 25 den 22. november klokken 10:45. Hvis ABCs aksjekurs er 27 på den fastsatte tiden, vil opsjonen automatisk utøve og opsjonsinnehaveren får en forhåndsinnstilt mengde kontanter. Forskjellen mellom binær og vanlig Vanilje Alternativer Binære alternativer er vesentlig forskjellig fra vanilje-alternativer. Vanille-alternativer er en vanlig type alternativ som ikke inneholder noen spesielle funksjoner. Et vanlig vaniljealternativ gir innehaveren rett til å kjøpe eller selge en underliggende eiendel til en spesifisert pris på utløpsdatoen, som også er kjent som et vanlig vanilje europeisk alternativ. Mens et binært alternativ har spesielle egenskaper og forhold, som tidligere nevnt. Binære opsjoner handles iblant på plattformer regulert av Securities and Exchange Commission (SEC) og andre reguleringsorganer, men er mest sannsynlig handlet over Internett på plattformer som eksisterer utenfor regelverket. Fordi disse plattformene fungerer utenom forskrifter, er investorene større risiko for svindel. Omvendt er vaniljeopsjoner vanligvis regulert og handlet på store børser. For eksempel kan en binær opsjonshandelsplattform kreve at investoren legger inn en sum penger for å kjøpe opsjonen. Hvis opsjonen utløper utenom penger, noe som betyr at investoren valgte feil forslag, kan handelsplattformen ta hele summen av innskudte penger uten tilbakebetaling tilbys. Binært alternativ Real World Eksempel Anta at terminkontrakter på Standard Poors 500 Index (SP 500) handler på 2.050,50. En investor er bullish og føler at de økonomiske dataene som blir utgitt klokka 8.30, vil presse futures kontrakter over 2.060 ved utgangen av dagens handelsdag. De binære anropsalternativene på SP 500 Index futures-kontraktene fastsetter at investor vil motta 100 hvis futures lukker over 2.060, men ingenting hvis det lukkes nedenfor. Investoren kjøper ett binært anropsalternativ for 50. Derfor, hvis futures lukker over 2.060, ville investor ha en fortjeneste på 50 eller 100-50.CFTC Svindel Advisories Commodity Futures Trading Commissions (CFTC) Office of Consumer Outreach og Securities Amp Exchange Commissions Office for Investor Education og Advocacy utsteder denne Investor Alert for å advare om svindelbare ordninger som involverer binære alternativer og deres handelsplattformer. Disse ordningene inkluderer angivelig å nekte å kreditere kundekontoer, nekte fondets godtgjørelse, identitetstyveri og manipulering av programvare for å generere tapende bransjer. Binære alternativer Binære alternativer er forskjellig fra mer konvensjonelle alternativer på signifikante måter. Et binært alternativ er en type opsjonskontrakt der utbetalingen vil avhenge helt av utfallet av en jano-proposisjon. Jano-proposisjonen gjelder typisk om prisen på et bestemt aktiv som ligger under det binære alternativet, vil stige over eller falle under en spesifisert mengde. For eksempel kan yesno-proposisjonen som er koblet til det binære alternativet være noe like enkelt som om aksjekursen på XYZ-selskapet vil være over 9,36 per aksje klokken 2:30 på en bestemt dag, eller om prisen på sølv vil være over 33,40 per unse klokka 11:17 på en bestemt dag. Når opsjonsinnehaveren oppnår et binært alternativ, er det ingen videre beslutning for innehaveren om å gjøre det mulig å utøve det binære alternativet fordi binære alternativer trener automatisk. I motsetning til andre typer opsjoner gir et binært alternativ ikke rett til å kjøpe eller selge den underliggende eiendelen. Når det binære alternativet utløper, vil opsjonsinnehaveren motta enten en forhåndsbestemt mengde kontanter eller ingenting i det hele tatt. Gitt all-or-nothing utbetalingsstruktur, blir binære alternativer noen ganger referert til som alt-eller-ingenting-alternativer eller avkastningsalternativer. Binære opsjonshandelsplattformer Noen binære alternativer er notert på registrerte børser eller handlet på et utpekt kontraktsmarked som er underlagt tilsyn av amerikanske regulatorer som henholdsvis CFTC eller SEC, men dette er bare en del av det binære alternativmarkedet. Mye av markedet for binærvalg opererer via Internettbaserte handelsplattformer som ikke nødvendigvis oppfyller gjeldende amerikanske forskriftskrav. Antall internettbaserte handelsplattformer som gir mulighet til å kjøpe og handle binære alternativer, har økt de siste årene. Økningen i antallet av disse plattformene har resultert i en økning i antall klager om bedrageriske kampanjer som involverer binære options trading plattformer. Vanligvis vil en binær alternativer Internett-basert handelsplattform be en kunde om å sette inn en sum penger for å kjøpe en binær opsjonssamtale eller sette kontrakt. For eksempel kan en kunde bli bedt om å betale 50 for en binær opsjonskontrakt som lover 50 avkastning dersom aksjekursen på XYZ Company er over 5 per aksje når opsjonen utløper. Hvis utfallet av jano-proposisjonen (i dette tilfellet at aksjekursen på XYZ Company vil være over 5 per aksje på den angitte tiden) er fornøyd, og kunden har rett til å motta den lovede avkastningen, sies det binære alternativet å utløpe i pengene. Hvis imidlertid utfallet av jano-proposisjonen ikke er oppfylt, er det binære alternativet sagt å utløpe ut av pengene, og kunden kan miste hele innskuddssummen. Det finnes variasjoner av binære opsjonskontrakter der et binært alternativ som utløper ut av pengene kan gi kunden rett til å motta tilbakebetaling av en liten del av innskuddet for eksempel, men det er ikke typisk tilfellet. Faktisk kan noen binære alternativer Internettbaserte handelsplattformer overstige gjennomsnittlig avkastning på investering ved å annonsere en høyere gjennomsnittlig avkastning på investeringen enn en kunde bør forvente gitt utbetalingsstrukturen. For eksempel, i eksemplet ovenfor, antar en 5050 sjanse for å vinne, har utbetalingsstrukturen blitt utformet på en slik måte at forventet avkastning på investeringen faktisk er negativ. som medfører et netto tap for kunden. Dette skyldes at konsekvensen dersom opsjonen utløper ut av pengene (omtrent 100 tap) vesentlig oppveier utbetalingen dersom opsjonen utløper i pengene (ca. 50 gevinst). Med andre ord, i eksempelet ovenfor, kan en investor forvente i gjennomsnitt å miste penger. Investor Klager relatert til svindelbare binære alternativer Trading Platforms CFTC og SEC har mottatt mange klager om svindel knyttet til nettsteder som gir mulighet til å kjøpe eller handle binære alternativer gjennom internettbaserte handelsplattformer. Klagerne faller inn i minst tre kategorier: nektelse av å kreditere kundekontoer eller refundere midler til kundens identitetstyveri og manipulering av programvare for å generere tapende handler. Den første kategorien av påstått bedrageri innebærer nektelse av bestemte Internettbaserte binære opsjonshandlingsplattformer for å kreditere kundekontoer eller refundere midler etter å ha akseptert kundepenger. Disse klager involverer vanligvis kunder som har lagt inn penger i sin binære opsjonshandelskonto, og som deretter oppfordres av meglere over telefon til å sette inn flere midler i kundekontoen. Når kundene senere forsøker å trekke tilbake sitt opprinnelige innskudd eller avkastningen de er blitt lovet, vil handelsplattformene angivelig avbryte tilbakekallingsforespørsler fra kunder, nekte å kreditere sine kontoer, eller ignorere telefonsamtaler og e-post. Den andre kategorien av påstått bedrageri innebærer identitetstyveri. For eksempel antyder enkelte klager at visse Internett-baserte binære alternativer trading plattformer kan samle kundeinformasjon som kredittkort og driver lisens data for uspesifiserte bruksområder. Hvis en binær alternativer Internett-basert handelsplattform ber om fotokopier av kredittkort, førerkort eller annen personlig informasjon, oppgir du ikke informasjonen. Den tredje kategorien av påstått bedrageri innebærer manipulering av binær opsjonshandel programvare for å generere tapende handler. Disse klagene hevder at de Internettbaserte binære alternativhandelsplattformene manipulerer handelsprogramvaren for å forvride binære valgpriser og utbetalinger. For eksempel, når en kundehandel handler, blir nedtellingen utløpt vilkårlig til handel blir et tap. Uregistrerte transaksjoner, operasjoner, meglerforhandlere eller handelsutvekslinger Ulovlige opsjoner Transaksjoner I tillegg til pågående svindelaktivitet kan mange binære alternativer trading plattformer fungere i strid med andre gjeldende lover og forskrifter, inkludert visse registrering og forskriftskrav fra CFTC og SEC , som beskrevet nedenfor. Visse registrerings - og forskriftsmessige krav til SEC For eksempel kan noen binære alternativer være verdipapirer. I henhold til lovene om føderale verdipapirer kan et selskap ikke lovlig tilby eller selge verdipapirer med mindre tilbudet og salget er registrert hos SEC eller et fritak fra slik registrering gjelder. For eksempel, hvis vilkårene i en binær opsjonsavtale gir en spesifisert avkastning basert på prisen på et selskaps verdipapirer, er binær opsjonskontrakt en sikkerhet og kan ikke bli tilbudt eller solgt uten registrering, med mindre et unntak fra registrering er tilgjengelig. Hvis det ikke er registrering eller fritak, vil tilbudet eller salg av det binære alternativet til deg være ulovlig. Hvis noen av produktene som tilbys av binære options trading plattformer er sikkerhetsbaserte swaps, vil ytterligere krav gjelde. I tillegg kan noen binære alternativer trading plattformer fungere som uregistrerte megler-forhandlere. En person som driver virksomhet med å utføre verdipapirtransaksjoner for andre i USA, må generelt registrere seg hos SEC som meglerforhandler. Hvis en binær opsjonshandelsplattform tilbyr å kjøpe eller selge verdipapirer, gjennomføre transaksjoner i verdipapirer, eller motta transaksjonsbasert kompensasjon (for eksempel provisjoner), skal det sannsynligvis bli registrert hos SEC. For å avgjøre om en bestemt handelsplattform er registrert hos SEC som meglerforhandler, kan du besøke FINRAs BrokerCheck. Noen binære options trading plattformer kan også fungere som uregistrerte verdipapirutvekslinger. Dette ville være tilfelle hvis de matchet ordrer i verdipapirer fra flere kjøpere og selgere ved å bruke etablerte, ikke-skjønnsmessige metoder. Det er imidlertid tilfeller hvor en registrert meglerforhandler med et handelssystem eller en plattform lovlig ikke har noen forpliktelse til å registrere seg som en bytte. Visse registreringskrav og regulatoriske krav til CFTC Det er ulovlig for enheter å søke, godta tilbud, tilby eller inngå handelsalternativer transaksjoner (for eksempel utenlandsk valuta, metaller som gull og sølv og landbruksprodukter som hvete eller mais) med amerikanske statsborgere, med mindre disse opsjonstransaksjonene utføres på et utpekt kontraktsmarked, et unntatt handelsforetak eller et utenlandsk handelsforetak, eller er utført med amerikanske kunder som har en nettoverdi som overstiger 5 millioner. For å se den nyeste listen over børser som er utpekt som kontraktsmarkeder, sjekk CFTCs nettside. Det er for øyeblikket bare tre utpekte kontraktsmarkeder som tilbyr binære alternativer i den amerikanske Cantor Exchange LP Chicago Mercantile Exchange, Inc. og Nord-American Derivatives Exchange, Inc. Alle andre enheter som tilbyr binære alternativer som er handelsalternativer transaksjoner gjør det ulovlig. Ytterligere enheter som anmoder eller aksepterer ordrer for handelsalternativer transaksjoner og aksepterer blant annet penger til å marginalisere, garantere eller sikre varemerketransaksjonene, må registrere seg som Futures Commission Merchant. Enheter som fungerer som motpart (det vil si, de tar den andre siden av transaksjonen fra kunden i motsetning til matchende ordrer) for transaksjoner i utenlandsk valuta opsjoner for kunder med en nettoverdi på under 5 millioner må registreres som en Retail Foreign Exchange forhandleren. På grunn av manglende overholdelse av gjeldende lover, dersom du kjøper binære alternativer som tilbys av personer eller enheter som ikke er registrert hos eller underlagt tilsyn med en amerikansk regulator, kan du ikke ha full nytte av sikkerheten til de føderale verdipapirene og varemerker som er satt på plass for å beskytte investorer, ettersom noen garantier og rettsmidler er tilgjengelige bare i forbindelse med registrerte tilbud. I tillegg kan enkelte investorer kanskje ikke i stand til å forfølge noen rettsmidler som er tilgjengelige for uregistrerte tilbud. Endelige ord Remembermuch av det binære alternativet markedet opererer via Internett-baserte handelsplattformer som ikke nødvendigvis oppfyller gjeldende amerikanske forskriftskrav og kan være engasjert i ulovlig aktivitet. Ikke invester i noe du ikke forstår. Hvis du ikke kan forklare investeringsmuligheten i noen få ord og på en forståelig måte, må du kanskje vurdere den potensielle investeringen på nytt. Før du investerer i binære alternativer, bør du ta følgende forholdsregler: 1. Sjekk om binæropsjonshandelsplattformen har registrert tilbudet og salget av produktet med SEC. Registrering gir investorer tilgang til nøkkelinformasjon om vilkårene for produktet som tilbys. Du kan bruke EDGAR til å avgjøre om en utsteder har registrert tilbudet og salget av et bestemt produkt med SEC. 2. Sjekk om binæropsjonshandelsplattformen selv er registrert som en bytte. For å avgjøre om plattformen er registrert som en bytte, kan du sjekke SECs nettside for utvekslinger. 3. Sjekk om binæropsjonshandelsplattformen er et utpekt kontraktsmarked. For å finne ut om et foretak er et utpekt kontraktsmarked, kan du sjekke CFTCs nettside. Endelig, før du investerer, bruk FINRAs BrokerCheck og National Futures Associations Bakgrunnsforbindelsesstatusinformasjonssenter (BASIC) for å sjekke registreringsstatus og bakgrunn for enhver firma eller finansiell profesjonell som du vurderer. Hvis du ikke kan bekrefte at de er registrert, ikke handle med dem, ikke gi dem noen penger, og ikke dele dine personlige opplysninger med dem. Beslektet informasjon CFTC Office of Consumer Outreach har gitt denne informasjonen som en tjeneste for investorer. Det er ikke en juridisk tolkning eller en uttalelse av CFTC-politikken. Hvis du har spørsmål om betydningen eller anvendelsen av en bestemt lov eller regel, vennligst kontakt en advokat som spesialiserer seg på verdipapirlov. Noen ganger er det nyttig å skjule en streng fra en binær (kjørbar) fil. For eksempel er det fornuftig å skjule krypteringsnøkler fra binærfiler. Når jeg sier gjemmer, mener jeg å gjøre strenge vanskeligere å finne i kompilert binært. For eksempel produserer denne koden: etter samling en kjørbar fil med følgende i dataseksjonen: Du kan se at vår hemmelige streng lett kan bli funnet og eller endret. Jeg kunne gjemme strengen, men det er ikke en fin metode. Noen bedre ideer PS: Jeg vet at bare å skjule hemmeligheter virker det ikke mot en bestemt angriper, men det er mye bedre enn ingenting. Også jeg vet om assymetrisk kryptering, men det er ikke akseptabelt i dette tilfellet. Jeg refactoring en eksisterende appication som bruker Blowfish kryptering og sender kryptert data til serveren (serveren dekrypterer dataene med samme nøkkel). Jeg kan ikke endre krypteringsalgoritmen fordi jeg trenger å gi bakoverkompatibilitet. Jeg kan ikke endre krypteringsnøkkelen. spurte Aug 31 09 kl 10:53 Som nevnt i kommentar til paviums svar. du har to valg: Sikre nøkkelen Sikre dekrypteringsalgoritmen Dessverre, hvis du må ty til å legge inn både nøkkelen og algoritmen i koden, er det heller ikke helt hemmelig, så du er igjen med det (langt svakere) alternativet til sikkerhet gjennom uklarheten. Med andre ord, som du nevnte, trenger du en smart måte å skjule enten eller begge deler inne i kjørbare. Her er noen alternativer, selv om du trenger å huske at ingen av disse er virkelig sikre i henhold til kryptografiske beste praksis, og hver har sine ulemper: Skjul nøkkelen som en streng som vanligvis vil oppstå i koden. Et eksempel er formatstrengen for en printf () - oppgave, som har en tendens til å ha tall, bokstaver og tegnsetting. Hash noen eller alle kode - eller datasegmentene ved oppstart, og bruk det som nøkkel. (Du må være litt smart om dette for å sikre at nøkkelen ikke endres uventet) Dette har en potensielt ønskelig bivirkning ved å verifisere den isete delen av koden hver gang den kjører. Generer nøkkelen i kjøretid fra noe som er unikt for (og konstant innenfor) systemet for eksempel ved å hash MAC-adressen til et nettverkskort. Opprett nøkkelen ved å velge bytes fra andre data. Hvis du har statiske eller globale data, uavhengig av type (int. char. Etc.), ta en byte fra et sted innenfor hver variabel etter at den er initialisert (til en null-verdi, selvfølgelig) og før den endres. Gi oss beskjed om hvordan du løser problemet Rediger: Du kommenterte at du reactoring eksisterende kode, så jeg antar at du ikke kan velge nøkkelen selv. I så fall følger du en 2-trinns prosess: Bruk en av metodene ovenfor til å kryptere nøkkelen selv, og bruk den nøklen til å dekryptere brukerdataene. Skjul passord i koden din er sikkerhet ved uklarhet. Dette er skadelig fordi du tror at du har et visst beskyttelsesnivå, når du faktisk har veldig lite. Hvis noe er verdt å sikre, er det verdt å sikre seg riktig. PS: Jeg vet at det ikke virker mot ekte hacker, men det er mye bedre enn ingenting. Faktisk er det i mange situasjoner ingenting bedre enn svak sikkerhet. I det minste vet du nøyaktig hvor du står. Du trenger ikke å være en ekte hacker for å omgå et innebygd passord. EDIT: Svar på denne kommentaren: Jeg vet om par nøkler, men det er ikke akseptabelt i dette tilfellet. Jeg refactoring eksisterende appication som bruker Blowfish kryptering. Krypterte data som sendes til server og server dekrypterer data. Jeg kan ikke endre ekrypteringsalgoritmen fordi jeg skal gi bakoverkompatibilitet. Hvis du bryr deg om sikkerhet i det hele tatt, er det en virkelig dårlig grunn til å holde deg sårbar med innebygde passord. Det er en god ting å bryte bakoverkompatibilitet med en usikker sikkerhetsordning. Det er som når gutebarnene oppdager at du forlater hoveddøren din under matten, men du fortsetter å gjøre det fordi bestefar forventer å finne den der. Nesten alle programvarelisensnøkler og serienumre er eksempler på sikkerhet gjennom uklarhet og er helt legitime brukstilfeller. Av dine og andre grunner, bør du aldri låse en sykkel til sykkelstativ fordi alle sykkellåser kan slås ganske enkelt med de riktige verktøyene. I hvert fall når sykkelen din er ulåst, vet du nøyaktig hvor du står. Quote Har du det? Harvey 23 okt 12 kl 19:23 Harvey - Mitt poeng om å vite hvor du står er at med et passordløst system er det åpenbart for alle som bruker systemet at det er usikkert. og at de ikke bør forvente noe. Derimot, hvis du har en svak ordning, så vil mange mennesker tro at det er sikkert når det egentlig er. og kan betro det med hemmeligheter at de ikke burde. ndash Stephen C Okt 24, 12 på 1:23 Ditt eksempel skjuler ikke strengen ved alle strengene er fremdeles presentert som en serie tegn i utgangen. Det finnes en rekke måter du kan forvirre strenger på. Det er den enkle substitusjonen cypher. eller du kan utføre en matematisk operasjon på hvert tegn (f. eks. en XOR) der resultatet går inn i neste tegnoperasjon, etc. etc. Målet er å ende opp med data som ikke ser ut som en streng, for eksempel hvis du jobber på de fleste vestlige språk, vil de fleste karakterverdiene dine ligge i området 32-127 mdash, slik at målet ditt vil være for operasjonen å for det meste legge dem mest ut av dette området, slik at de ikke trekker oppmerksomhet. besvart 31 aug 09 kl 11:02 Dmitry Jeg tror at denne typen quothidingquot handler om det beste du kan gjøre. Jeg har gjort noe lignende før av samme grunner som du vil (bortsett fra at jeg roterte gjennom 4 forskjellige xor-konstanter over lengden på strengen). Hvis en hacker har muligheten til å finne og dekode mine strenger, så kan de også direkte redigere returverdier av rutiner osv. Jeg skulle ønske jeg visste et bedre svar. ndash Peter M Aug 31 09 klokka 11:41 Dette er like sikkert som å forlate sykkelen ulåst i Amsterdam, Nederland i nærheten av sentralstasjonen. (Blink, og det er borte) Hvis du prøver å legge til sikkerhet i søknaden din, så er du dømt til å mislykkes fra starten, siden noen beskyttelsesordninger mislykkes. Alt du kan gjøre er å gjøre det mer komplisert for en hacker å finne den informasjonen han trenger. Fortsatt, noen få triks:) Kontroller at strengen er lagret som UTF-16 i binæret ditt. ) Legg til tall og spesialtegn til strengen. ) Bruk en rekke 32-bits heltall i stedet for en streng Konverter hver til en streng og sammenkoble dem alle. ) Bruk en GUID, lagre den som binær og konvertere den til en streng som skal brukes. Og hvis du virkelig trenger litt forhåndsdefinert tekst, krypterer du den og lagrer den krypterte verdien i binæret ditt. Dekrypter det i kjøretid der nøkkelen til dekryptere er en av alternativene som jeg tidligere nevnte. Gjør deg klar over at hackere vil ha en tendens til å spre din søknad på andre måter enn dette. Selv en ekspert på kryptering vil ikke kunne holde noe trygt. Generelt er det eneste som beskytter deg fortjenesten en hacker kan få fra hacking koden din, sammenlignet med kostnaden for hacking den. (Disse kostnadene vil ofte være bare mye tid, men hvis det tar en uke å hacke din søknad og bare 2 dager å hacke noe annet, er noe mer sannsynlig å bli angrepet.) Svar på kommentar: UTF-16 ville være to byte per tegn, og dermed vanskeligere å gjenkjenne for brukere som ser på en dump av binæret, ganske enkelt fordi det er en ekstra byte mellom hvert brev. Du kan fortsatt se ordene, skjønt. UTF-32 ville enda bedre fordi det legger til mer plass mellom bokstaver. Så igjen, kan du også komprimere teksten litt ved å bytte til en 6-bit-per-tegn-skjema. Hver 4 tegn vil da komprimere til tre tall. Men dette vil begrense deg til 2x26 bokstaver, 10 sifre og kanskje plass og punkt for å få 64 tegn. Bruken av en GUID er praktisk hvis du lagrer GUID i det binære formatet, ikke dets tekstformat. En GUID er 16 bytes lang og kan genereres tilfeldig. Dermed er det vanskelig å gjette GUID som brukes som passord. Men hvis du fortsatt trenger å sende vanlig tekst, kan en GUID konverteres til en strengrepresentasjon for å være noe som 3F2504E0-4F89-11D3-9A0C-0305E82C3301. (Eller Base64-kodet som 7QDBkvCA1B9KU0vrQx1A.) Men brukere vil ikke se noen vanlig tekst i koden, bare noen tilsynelatende tilfeldige data. Ikke alle byte i en GUID er tilfeldig, skjønt. Det er et versjonsnummer skjult i GUIDs. Å bruke en GUID er ikke det beste alternativet for kryptografiske formål, skjønt. Det er enten beregnet ut fra MAC-adressen din eller ved et pseudo-tilfeldig nummer, noe som gjør det rimelig forutsigbart. Likevel er det lett å lage og enkelt å lagre, konvertere og bruke. Opprette noe lengre legger ikke til mer verdi siden en hacker bare ville prøve å finne andre triks for å sprenge sikkerheten. Det er bare et spørsmål om hvor villig de skal investere mer tid i å analysere binærfilene. Generelt er det viktigste som holder applikasjonene dine trygge, antall personer som er interessert i det. Hvis ingen bryr seg om søknaden din, så vil ingen plage å hacke det heller. Når du er toppproduktet med 500 millioner brukere, er søknaden din sprukket innen en time. Besvart 31. august 09 klokka 11:49 Dine bekymringer er alle gyldige, men dessverre er næringslivet mindre enn ideelt, og problemer må løses innenfor akseptable parametere. Når det er sagt, er jeg nysgjerrig på noen av dine anbefalinger. UTF-16: hvorfor bitene er biter. -) Ville det være bedre å tillate alle verdier, inkludert ikke-skrivbare. GUID: Hvorfor er dette bedre enn noen annen (muligens lengre) rekkefølge av bytes ndash? Adam Liss Aug 31 09 kl 11:55 Andre tips I39ve leser: Finn hemmeligheten streng på flere steder i appen din som ikke er relatert til lisensiering. Også, hvis du kan forsinke din hemmelige kode ved å kjøre, kanskje utløst av en tidsbegrenset hendelse, gjør det det vanskeligere å feilsøke av en cracker. ndash Harvey 23 okt 12 kl 19:28 Hvis du lagrer krypteringsnøkkelen i omvendt (yek noitpyrcne gnorts yM) og deretter reverserer den i koden din (String. Reverse), vil dette forhindre et enkelt søk gjennom binæret for teksten til din krypteringsnøkkel. For å gjenta punktet fra hver annen plakat her, vil dette imidlertid gi nesten ingenting for deg når det gjelder sikkerhet. Jeg tror du vil gjøre det som instruksjoner, ditt eksempel på Ville bare gjøre det, den lange sekvensen av gjentatte instruksjoner med en liten variasjon kan skille seg ut og det ville være dårlig, den aktuelle byten kan bli kodet i instruksjonen som det er og det ville være dårlig, så kanskje xor-metoden, og kanskje noen andre triks for å få den lange delen av koden ikke til å skille seg ut, noen dummyfunksjoner ringer kanskje. Avhengig av prosessoren din, for eksempel er det veldig enkelt å se på binære data og velge instruksjonene fra dataene og derfra (hvis du leter etter en standardnøkkel) for å velge hva som kan være nøkkelen fordi Det er data, men er ikke så bra og angriper det. På samme måte varierer en blokk med lignende instruksjoner med det umiddelbare feltet, selv om du har kompilatoren xor dataene med en konstant. besvart 1. september 09 klokka 0:06 Jeg lurer på om du først kan skjule det som andre har nevnt, kan du legge inn din streng i en forsamlingsblokk for å få det til å se ut som instruksjoner. Du kan da få en hvis 0 eller goto justpaststringassembly å hoppe over koden som virkelig skjuler strengen din. Dette vil trolig kreve litt mer arbeid for å hente strengen i kode (en engangskodingskostnad), men det kan vise seg å være litt mer uklar. besvart 23. oktober kl 19:34 Du kan bruke et c-bibliotek jeg har utviklet for det formålet. besvart 23. mai kl 15:56. Krypter krypteringsnøkkelen med en annen kode. Vis et bilde av den andre koden til brukeren. Nå må brukeren legge inn nøkkelen han ser (som en captcha, men alltid den samme koden). Dette gjør det også umulig for andre programmer å forutsi koden. Eventuelt kan du lagre en (saltet) hash av koden for å bekrefte brukerens inngang. besvart 29 sep 15 kl 7:40 Lagre streng med makroer som const streng sPassword ENCRYPT (ekte passord) Før du bygger, utvider makroer til kryptert streng med m4. så koden din ser ut som const string sPassword kryptert streng Dekryptere i runtime miljø. svarte 10. desember kl. 4:36 opprette en funksjon som tilordner passordet ditt til et statisk røntgenoppsett og returnerer en peker til denne funksjonen. Kjør deretter denne funksjonen gjennom et obfuscation program. Hvis programmet gjør en god jobb. Det burde være umulig å lese det enkle tekstpassordet ditt ved hjelp av en hex-editor for å undersøke programmet binært. (i hvert fall ikke uten omvendt konstruksjon av forsamlingsspråket. Det burde stoppe alle skriptkiddiene som er bevæpnet med strenger eller hex-redaktører, bortsett fra den kriminelt vanvittige hackeren som ikke har noe bedre å kaste bort tiden sin på.) Besvart 28. mars kl. 16 ved klokka 0: 30 Heres et perl-skript for å generere obfuscated c-kode for å skjule et plaintext-passord fra strenger-programmet. besvart 28. mars kl. 16:26 Det er en feil i: x5 x4 ndash lepe 25. mai kl. 19:34 Ditt svar 2017 Stack Exchange, Inc