Byt nul/O
dark0de læses som darkode ved et blik
En tjekliste for familier og små teams til at kontrollere onion-adresser, før du klikker – ikke efter, du er gået i panik.
12 min læsning
LæsJa: en v2-onionadresse er en kort streng på 16 base32-tegn efterfulgt af .onion, mens en v3-adresse er 56 base32-tegn efterfulgt af .onion. Den længdeforskel alene fortæller dig, hvilken kryptografisk generation du kigger på, men den fortæller ikke, om adressen er ægte — så at lære at genkende sandsynlige stavefejl eller forfalskede spejlinger afhænger stadig af andre kontroller.
Det gamle v2-format brugte en 80-bit offentlig nøgle og et afkortet hash, og derfor var den menneskeligt synlige del kort. V3-formatet bruger en længere ed25519-offentlig nøgle, en versionsbyte og en kontrolsum, hvilket giver den lange streng på 56 tegn. I praksis understøttes v2-adresser ikke længere af aktuelle udgaver af Tor Browser, så hvis nogen deler et kort “onion”-link i dag, er det enten en historisk reference eller en fælde, der ikke åbner korrekt.
Tænk på adressen som et husnummer. Et længere husnummer hører måske til et nyere vejnet, men det beviser ikke, at huset er den vens hjem, du havde tænkt dig at besøge. Et enkelt manglende tegn i en v3-adresse peger næsten altid på en anden tjeneste — ofte en, der er bygget til at se velkendt ud.
“Ret” aldrig en let forvrænget onionadresse ved at gætte på et manglende eller ombyttet tegn. Hvis det kopierede link er misdannet, så kassér det, og få en frisk reference fra en kilde, du allerede har tillid til.
Et spoofet spejl overbeviser ikke, fordi det kopierer hele siden; det overbeviser, fordi det kopierer den del, dine øjne faktisk tjekker — de første par tegn, de sidste par tegn og den overordnede form. Midten af en v3-onion-adresse er 56 base32-tegn, og næsten ingen læser dem alle. Angribere udnytter den skannevane.
Når du kaster et blik på en adresse, skaber din hjerne en “visuel kontrolsum”: den husker længde, et par bogstaver nær starten og måske endelsen. En falsk adresse som facebookcorewwwi.onion over for faceb00kcorewwwi.onion overlever, fordi midten ikke bærer nogen betydning for en træt læser. I v3-adresser laver angribere et nyt nøglepar, indtil de får de samme første 2–3 og sidste 2–3 tegn, og udgiver derefter det look-alike.
7abc…xyz mod 7acb…xzydark0de læses som darkode ved et blik
zonatools mod zoantools — usynligt med små bogstaver
shopvvorld mod shopworld — ekstra v gemmer sig i monospace
market-place mod marketplace — mappefejl, ikke brand
ru mod nu med små bogstaver i lille skriftstørrelse
Den praktiske lærdom for en forælder eller teamleder: sammenlign ikke “begyndelse og slutning”. Vælg tre adskilte udsnit — for eksempel tegn 8–11, 30–33 og 52–55 — og sammenlign dem med en kilde, du allerede stoler på. Hvis den falske er bygget til at matche kanterne, vil udsnittene i midten ikke passe sammen.
En gyldig onion-adresse har præcis 56 tegn efter protokollen og før onion — ingen bindestreger, ingen punktummer, ingen store bogstaver. En falsk mappe viser nogle gange strenge, der ser ud som 56 tegn, med ekstra symboler for at forvirre optællingen.
Når to links kommer fra forskellige personer og kun afviger med ét tegn, så behandl begge som upålidelige, indtil du lader være med at åbne nogen af dem.
Et signeret indeks eller en fællestrumpost kan gøre et link mere sandsynligt ægte, men det kan ikke i sig selv gøre det sikkert. Signaturen beviser kun én ting: Den, der kontrollerer signaturnøglen, godkendte den nøjagtige tekst på et tidspunkt i fortiden. Den beviser ikke, at personen er ærlig, at nøglen ikke blev stjålet, eller at linket stadig peger derhen, hvor det gjorde, da noten blev signeret.
Tænk på en signatur som et laksegl på en konvolut. Seglet viser, at konvolutten ikke er blevet åbnet, siden den blev forseglet, men det fortæller dig ikke, hvem der i virkeligheden ejer ringen, om brevet indeni er sandt, eller om adressen skrevet på papiret er den, du havde tænkt dig at besøge.
En signatur dækker de bytes, der blev signeret, ikke den webside, du kigger på. Hvis et opslag siger "markedsadressen er abc123.onion", og den streng er signeret, så gør ændring af blot ét tegn signaturen ugyldig. Men den samme nøgle kunne også signere en anden besked i morgen, hvor der står "markedsadressen er abc124.onion" — og den nye signatur ville også være gyldig.
abc123.onionSammenlign hvert eneste tegn i adressen med den signerede tekst, ikke kun de første seks eller syv.En fællestrumpost er endnu svagere. Enhver kan svare med et "bekræftet spejl" og håbe, at folk kopierer det uden at tjekke. En tråd med mange svar og gamle konti er ikke et bevis: konti bliver solgt, og fora bliver kompromitteret. At et link optræder i en populær tråd betyder blot, at mange har set det, ikke at mange har bekræftet det uafhængigt.
Hold en lille, lokal liste over adresser, du allerede har brugt med held. Når en tråd giver dig en ny adresse, så sammenlign den med din liste — ikke med trådens påstand om, at den er officiel.
En gyldig signatur på en forfalsket adresse er stadig farlig. Hvis underskriveren blev narret eller kompromitteret, får signaturen det falske til at se stærkere ud, ikke mere sikkert.
I praksis er det mest nyttige tjek dette: den signerede eller refererede adresse skal matche den adresse, du er ved at åbne, tegn for tegn, uden nogen "næsten ens"-undtagelser. Hvis den signerede tekst angiver én adresse, og tråden, du læser, viser en anden, så luk fanen og start forfra fra din egen gemte kopi.
Før du indsætter noget som helst, så behandl adressen som en delt adgangskode: én person læser den langsomt højt, en anden kontrollerer den mod en kendt god kilde, og ingen trykker på “forbind”, før begge er enige. Den ene vane fjerner de fleste “tæt nok på”-fejl, før Tor Browser overhovedet rører ved linket.
Lad være med at “rette” en mistænkelig adresse ved at taste den forkerte del ind igen efter hukommelsen. At taste efter hukommelsen er præcis sådan, et næsten rigtigt onion bliver til en fungerende phishing-side.
En nyttig regel for en familie eller et lille team er: linket er ikke klar, før to personer har kontrolleret det ud fra to forskellige kopier. Den ene kan have adressen fra en gammel signeret liste, mens den anden læser fra den nye besked eller forumtråd. Hvis de er uenige bare én gang — selv om et enkelt tegn — er linket ikke klar.
På et v3-onion skal du kontrollere de sidste tre og første tre tegn, ikke midten. Midten er for lang til, at de fleste kan holde den i korttidshukommelsen, men enderne er der, hvor slåfejl og spoofs oftest gemmer sig. På en v2-adresse skal du kontrollere de sidste fire tegn før suffikset .onion, fordi det er den kontrolsum, der fanger utilsigtede ændringer.
Sig den mistænkelige del med en anden accent eller rytme. Det lyder fjollet, men det bryder det mønster, dine øjne forventer at se.
Hvis linket kom med ekstra kontekst — “officiel backup”, “nyt domæne”, “samme som før” — så spørg, hvilken dokumentation der følger med den påstand. En formulering som “samme som før” bør udløse et tjek af før: har du stadig den gamle adresse, og matcher de hinanden noget sted ud over de første otte tegn?
| Tjek | Svagt tjek | Stærkt tjek |
|---|---|---|
| Læs linket én gang | fanger kun meget store fejl | fanger meget lidt, giver falsk tryghed ;; Sammenlign enderne af adressen |
For et lille team skal reglen være kedelig: intet onion-link bliver åbnet fra en chatbesked, før nogen har indsat det i en teamnote, og en anden har svaret “kontrolleret”. Svaret betyder mere end selve kontrollen.
Nej — det at siden åbner, starter en ny bevissfase. Du kontrollerer ikke længere kun linket; du sammenligner det, den indlæste side påstår, med hvordan en troværdig kopi bør se ud. Men hold hovedet koldt: at lukke fanen er nok ved de fleste tidlige uoverensstemmelser, og det er først det at logge ind eller indtaste noget, der gør en mistanke til reel skade.
Du åbnede abc.onion, og få øjeblikke senere viser adresselinjen et andet onion eller et exit-hop-mønster, du aldrig bad om. Behandl det som et rødt advarselsbanner, ikke som en kosmetisk detalje.
Et marked, der normalt viser sin egen PGP-signerede hilsen, captcha-stil eller velkomstlayout, beder pludselig om en “genbekræftelse” eller viser et næsten identisk, men mere sløret logo. Det hul er fingeraftrykket, der ikke passer.
Hvis det første skærmbillede presser dig til at indtaste en mnemonic, privat nøgle, sælgeradgangskode eller “dekryptere din session”, før du overhovedet har kigget rundt, beder siden om noget, et ægte indeks aldrig har brug for.
Sjældne spejle indlæses i hak, men et konsekvent mønster af usædvanlige forsinkelser ved klik plus en anelse skæv formulering er et tegn på, at kopien leveres gennem et mellemled.
Inden for onion-tjenester overføres antagelser i TLS-stil ikke på den måde, folk forventer. En .onion-adresse giver allerede transportkryptering gennem Tor, så en ekstra hængelås betyder ikke, at siden er det ægte marked; det betyder, at den skjulte tjeneste har konfigureret et certifikat. En phishing-klon kan også have et certifikat. Det afgørende er, om sidens indhold matcher markedets signerede, tidligere sete identitet — dets PGP-nøgle, layout-fingeraftryk, offentlige meddelelser og den præcise onion-adresse efter enhver redirect.
“Test” ikke en mistænkelig side ved at indtaste en falsk adgangskode. Nogle kloner indsamler forsøg og bruger dem til at vurdere, hvor forsigtig du er, mens den reelle risiko er enhver formularinteraktion, der sender data ud, før du har bekræftet siden.
Før du næste gang skal beslutte under pres, så gem en kort tekstfil eller et printkort med det præcise onion og et eller to visuelle fingeraftryk for hver tjeneste, din familie eller dit team har tillid til. En indlæst side kan kun vurderes i forhold til noget, du allerede har på din side.