Kodeeringu/aluse tuvastaja ja konverter

Kleebi string ja see tööriist järjestab tõenäolised kodeeringud/formaadid (base64, hex, JWT, GUID, räsi, JSON, YAML jne) koos turvaliste dekodeerimise eelvaadetega.

Interaktiivse simulatsiooni laadimine...

Tuvastus annab protsendi, sest kindlust ei ole võimalik saada 🖖

Iga kuueteistkümnendsüsteemi number — 0 kuni 9 ja a kuni f — on ühtlasi lubatud Base64 märk, nii et iga hex-string, mille pikkus juhtub neljaga jaguma, on ka süntaktiliselt kehtiv Base64-string. Tähestikku vaadates ei saa neid kahte kuidagi eristada, ja just seepärast annab see tööriist sulle kindlusskoori, mitte otsuse. Otsustavad struktuur ja tähendus: täitemärgid, pikkuse aritmeetika ja see, kas dekodeerimisel tuleb välja midagi mõistlikku. Näidis base64Json on puhas juhtum — see dekodeerub kujule {"name":"Spock","role":"scientist","active":true}, ja oletus, mis annab kehtiva JSON-i, on peaaegu kindlasti õige.

Kodeerimine ei ole krüpteerimine 🖖

Kui string tundub segipaisatud, tekib kiusatus arvata, et tegemist on saladusega, mida tuleb lahti murda. Enamik loetamatut teksti on aga lihtsalt ümber kujundatud, mitte peidetud: Base64 ja hex on täielikult pööratavad, GUID on vaid kordumatu silt ning räsi nagu SHA-256 on ühesuunaline sõrmejälg, mida ei saa kunagi algseks sisendiks tagasi muuta. See tööriist jagab stringid nendesse kategooriatesse, et sa teaksid, kas dekodeerimine on üldse võimalik.

Base64 muudab andmed suuremaks, mitte väiksemaks 🖖

Base64 aetakse tihti segamini tihendusega, kuid see teeb vastupidist: iga 3 baiti (24 bitti) muutub 4 trükitavaks märgiks, paisutades andmeid umbes 33%, kusjuures viimast rühma täidavad = märgid. Selle olemasolul on ajalooline põhjus — varajane e-post (MIME 7-bitise SMTP peal) ei suutnud edastada toorbinaari, seega tuli manused ümber kirjutada turvalise 64-märgilise tähestikuga. See pärand on põhjus, miks pildid liiguvad tänapäevalgi paisutatud tekstina data: URL-ides.

Ülesanded täielikult lahendatud

49-tähemärgisest ASCII JSON andmestikust 68 tähemärgini ja tagasi 5 sammu
Sisend on eyJuYW1lIjoiU3BvY2siLCJyb2xlIjoic2NpZW50aXN0IiwiYWN0aXZlIjp0cnVlfQ== ja selle all olev kasulik koormus on 49-märgine ASCII JSON {"name":"Spock","role":"scientist","active":true}. Paneelil on rida Characters 68 ja rida Bytes 68. Jõua arvuni 68 arvust 49 ilma kodeeritud sõnet loendamata — ning seejärel tagasi.
1. Base64 on arvusüsteemi aluse vahetus, mitte šiffer. 64 = 2⁶, seega kannab iga väljundmärk 6 bitti; 3 sisendbaiti kannavad 24 bitti ning 6 jagab arvu 24 ilma jäägita. See ongi kogu vorming: 3 baiti sisse, 4 märki välja, ilma jäägita.
  
  $2^{24} = 6 4^{4} ⟹ L = 4 ⌈ \frac{n}{3} ⌉$
2. 49 baiti on 16 täielikku kolmikut, millele lisandub 1 ülejääv bait. Kolmikud on lihtne osa — 16 × 4 = 64 märki, millest igaüks kannab täielikku 6 bitti.
  
  $n = 49 = 3 \times 16 + 1 ⟹ 16 \times 4 = 64$
3. Üksikust baidist tekib täitepind. 8 bitti ei ole 6 kordne, seega täiendatakse seda 4 nullbitiga arvuni 12, mis moodustab 2 märki, ning 2 '='-märki lõpetavad kvarteti. 64 + 2 + 2 = 68. Iga '=' tähistab märgi positsiooni, millel polnud omaenda bitte.
  
  $8 bits + 4 12 = 2 \times 6, p = 2 ⟹ L = 64 + 2 + 2 = 68$
4. Mõlemad paneeli read näitavad väärtust 68 ja see kattuvus ei ütle selle sõne kohta midagi. Base64 tähestik on ASCII, seega iga selle väljastatud märk on täpselt 1 bait; rida Bytes järgiks rida Characters mis tahes base64 sisendi korral.
  
  $S = L = 68 (ASCII)$
5. Nüüd tee seda tagurpidi. 68 ÷ 4 = 17 kvartetti, 17 × 3 = 51 baidikohta, miinus 2 kohta, mida täide tunnistab tühjaks: 49. Sa taastasid just kasuliku koormuse suuruse ilma ühtegi selle baiti dekodeerimata.
  
  $n = \frac{3 L}{4} - p = \frac{3 \times 68}{4} - 2 = 51 - 2 = 49$
Vastus

68 märki 49 baidi kohta ning '='-märgid on need, mis võimaldavad lugeda arvu 49 otse ümbriselt tagasi. See pööramine on kasulikum pool. Base64 sõne pikkus sõltub selle kasuliku koormuse pikkusest ega millestki muust, seega saad öelda täpse suuruse millelegi, mida sul pole lubatud avada — mis on tugevam väide kui ükski selle lehe detektor sisu kohta teeb. Teine pool on hind. 4 märki 3 baidi kohta ei parane kunagi, seega läheb base64 piirväärtuses maksma 4/3: 1 MiB fail saabub 1 398 104 märgina, millest 341 KiB on puhas pakend. See sõne käitub veelgi halvemini, suhtega 68/49 = 1,388, sest 2 täitemärki on fikseeritud lisatasu ning 49 baiti on liiga lühike, et seda laiali jaotada.

$\frac{L}{n} = \frac{68}{49} = 1.388 ⟶ \frac{4}{3}, 2^{20} B \Rightarrow L = 1398104$
Juhuslikud bitid GUID/UUID v4-s ja enne kordumist loodud identifikaatorid 6 sammu
Sisend on 550e8400-e29b-41d4-a716-446655440000, mida paneel nimetab GUID/UUID v4-ks, pakkudes samas ka selle dekodeerimist Base64URL-ina. Arvuta välja, mitu selle bitti valiti tegelikult juhuslikult ning mitu sellist identifikaatorit saab luua, enne kui kordumine ei ole enam ebatõenäoline.
1. Loenda esmalt kuju: 8-4-4-4-12 kuusteistkümnendsüsteemi numbrit koos 4 sidekriipsuga rühmade vahel, seega 32 + 4 = 36 märki, ning rida Bytes ühtib arvul 36, sest kuusteistkümnendsüsteemi numbrikohad ja sidekriipsud on kõik ASCII-s. Pane tähele, mida need 4 sidekriipsu väärt on. Need asuvad fikseeritud positsioonidel, seega kannavad need 0 bitti.
  
  $L = 32 8 + 4 + 4 + 4 + 12 + 4 = 36 = S$
2. Iga kuusteistkümnendsüsteemi number on 4 bitti, seega need 32, mis arvesse lähedad, hoiavad 128 bitti. See on arv, mida tavaliselt UUID puhul mainitakse, ning selle sõne jaoks on see liiga suur.
  
  $32 \times 4 = 128 bits$
3. Põhjuseks on 13. number ja 17. number. 13. number on 4 ja see on versiooniväli — versiooni 4 UUID on kohustatud panema sinna arvu 4, seega need 4 bitti ei olnud kunagi valik. 17. number on 'a', mis on kahendsüsteemis 1010, ja selle 2 esimest bitti on variandi märgend, fikseeritud väärtusele 10. Vormingu nimetamisele kulutatud 6 bitti jätab järele 122.
  
  $d_{13} = 4 (4 bits), d_{17} = a = 101 0_{2} (2 bits) ⟹ 128 - 6 = 122$
4. Ruum on seega 2¹²², umbes 5,32 × 10³⁶ — mitte 3,40 × 10³⁸, mida 128 bitti oleks andnud.
  
  $N = 2^{122} = 5.32 \times 1 0^{36} (2^{128} = 3.40 \times 1 0^{38})$
5. Kordumised järgivad pigem sünnipäevaparadoksi kui ruumi suurust. Juhuslikult n identifikaatorit valides kasvab mõne paari kattumise tõenäosus nagu n²/(2N) ning selle seadmine väärtusele 0,5 annab n = 1,177√N. Arv kasvab ruutjuurega, mistõttu 3. sammus kaotatud 6 bitti maksavad teguri 8, mitte teguri 64.
  
  $1 - e^{- n^{2} /2 N} = 0.5 ⟹ n = 2 N ln 2 = 1.177 N$
6. √N on 2,31 × 10¹⁸, seega n tulemuseks saadakse 2,7 × 10¹⁸.
  
  $n = 1.177 \times 2.31 \times 1 0^{18} = 2.7 \times 1 0^{18}$
Vastus

122 bitti ja 2,7 × 10¹⁸ UUID-d, enne kui mis tahes kordumise tõenäosus jõuab väärtuseni 0,5. Looduna kiirusega 10⁹ sekundis teeb see 86 aastat ning see ongi kogu argument selle kasuks, et lasta igal masinal genereerida omaenda identifikaator ilma registri ja koordineerimiseta — mitte protokoll, vaid lihtsalt arv, mis on kättesaamiseks liiga suur. Aseta see esimese ülesande kõrvale ja see kontrast ongi see, milleks see leht on mõeldud. Base64 pakib 6 bitti igasse märki; see sõne kulutab 36 märki 122 bitile, mis on 3,4 bitti märgi kohta, seega samaväärne identifikaator mahuks 21 base64url-märki. Ülejäänud 15 ostavad loetavust, mitte informatsiooni. Ning paneeli pakutav Base64URL-dekodeerimine naaseb märgistatuna pigem binaarse kui tekstina kõige lihtsamal põhjusel: sinna polnud kunagi midagi kodeeritud, mida leida.

$n_{1/2} = 1.177 2^{122} = 2.7 \times 1 0^{18}, ⌈ \frac{122}{6} ⌉ = 21$

Allikad (1)

The alphabets and padding rules the detector reasons about, normatively: S. Josefsson, "The Base16, Base32, and Base64 Data Encodings." RFC 4648, IETF, 2006.

42Mathi meeskond · Uuendatud 2026-05-23

Kontrollitud avaldatud allikate põhjal. Parandused on teretulnud. Toimetamispõhimõtted · Parandused

Kõik Arvutustehnika õppetunnid →

Näiteülesanded

base64 json - Base64 sisu dekodeerub struktureeritud JSON-tekstiks.
hex tekst - Kuueteistkümnendsüsteemis sisu dekodeerub loetavaks UTF-8 sõnumiks.
jwt-laadne token - JWT-taoline token paljastab base64url päise ja sisuosa.
guid/uuid - GUID/UUID tuvastatakse identifikaatorina, mitte dekrüpteeritava šifrina.
sha-256 räsi - Räsi pikkusega sõrmejälg viitab tõenäoliselt SHA-256 räsile.
yaml-laadne - YAML-taoline struktuur tuvastatud võti-väärtus paaride ja loendite taandega.
HLS manifest (m3u8) - HLS-esitusloend — tuvastatud M3U8-manifestina 100%, #EXT-X-KEY osutab SAMPLE-AES DRM-ile
MPEG-DASH manifest (MPD) - DASH-manifest — MPEG-DASH MPD Widevine’i ja PlayReady deskriptoritega, XML 92%
markdown - Markdown-dokument — pealkirjad, loendimärgid ja link, tuvastatud 100%, dekodeerida pole midagi
latex - LaTeXi lähtefail — \documentclass ja keskkonnaplokk, tuvastatud 100%