Napadlo vás už při sledování scifi filmů, jak moc jednoduché by asi mohlo být dešifrovat mimozemský signál? Nebo se nabourat do mimozemských počítačů? Či se naučit mimozemský jazyk, abychom spolu mohli komunikovat?

No, podle Hollywoodu to zvládne průměrně vzdělaný člověk s technickým nadáním do pár hodin, maximálně dnů.

Protože takoví jsme tu jistě všichni, tak mi jako odpověď bude stačit i to, že si jen tipnete, co daná data vlastně jsou. Šance, že se trefíte, je docela vysoká

Zvukový záznam ve své původní podobě jako PCM, který sice na poslech nedává moc smysl (menší než ona MP3), ale mohlo by Vám velmi pomoci sdělení, že na rozdíl od MP3 se jedná o NEKOMPRIMOVANÝ formát.


  zvuk.zip (Velikost: 257 bajtů / Stažení: 6)

(WinAMP jej nejspíš nepřehraje, ale otevřít v nějakém audio editoru půjde - SoundForge například - nápověda: umožňuje odečítat hodnotu amplitudy)

A kdo je spíš na vizuál, mám tu i základní obrázek:


  obrazek1.bmp (Velikost: 1,13 KB / Stažení: 14)

kdo ho nevidí (načíst ho v nějakém softwaru budete nejspíš muset tak jako tak), zde je jeho (pixelově) zvětšená verze:

   

Ten první, rozmazaný obrázek, by nejspíš odpovídal tomu, co bychom získali spolu se šumem z odposlechu jejich techniky (neznáme ani frekvenci).

[spoiler: Že to jsou data a ne zvukový záznam je poznat na první pohled. Co je zajímavé je, že zvuk.wav je sinusoida, kdežto zvukDelsi je square wave. Tímpádem nebudou důležité hrany a přechody, ale jen peaky (resp. konstantní stavy na té square wave), kde předpokládám jeden stav = jedna hodnota. Hodinová frekvence je něco jako 45Hz. Stavů to má hodně, od oka možná 128. Z metadat ještě vyčtu, že to někdo vyrobil v SoundForge

]

Super, na druhý pohled je zřejmé i jisté opakování, což by mohlo osvětlit, jaká o jaká data se jedná (tady už bohužel je potřeba "trochu" konkrétních znalostí dvou oblastí, z nichž jedna je technická a druhá nikoliv).

Už tedy víme, co signál není - a tedy záznam mimozemské řeči Napovídá už ta nesmyslná krátkost signálu (počet změn).

A ano, důležité jsou peaky (jejich hodnotám odpovídá i grafické vyjádření obrázku - jeden pro sinusoidu, druhý pro čtvercové vlny (frekvence v tomto případě není až tak důležitá).

Možná trochu napovím, že přenosová rychlost cca. těch 45Hz (45 baudů bez start/stop bitů) by mohla TŘEBA odpovídat takové primitivnější přenosové rychlosti z audio kazety u těch nejhorších 8 bitových počítačů.. ale to bych trochu odváděl pozornost jinam

velká jak' kráva:

něco podobného jako ve filmu Den nezávislosti 1

Ještě větší nápověda typu megaprase: [spoiler: rýma]

Tak doufám, že po přečetení této "jasné facky" na konci někdo nenapíše po Geňovsku "ha ha há a bez nápovědy!"

   


  data.zip (Velikost: 220 bajtů / Stažení: 2)

[spoiler: Nalezení dat v signálu je rozhodně ta jednodušší část. Už víme (a dalo se i podle vzhledu očekávat), že hodnoty se skrývají v amplitudě. U té delší zvukové nahrávky byl každý stav roztáhnut přes několik desítek samplů, zvuk.wav pak už obsahuje čistá data (WAVE je nekomprimovaný, takže lze hodnoty číst přímo hexdumpem a hlavička očekávaný 1 byte na sample v jednom kanálu potvrzuje). Hlavička WAVE formátu je dlouhá 44 bytů, po jejich oříznutí se dostaneme k samotným 68 bytům dat. Grafici je mohou vyčíst ze světelných úrovní dodané bitmapy, případně data.dat je obsahuje na stříbrném podnosu.]


[spoiler: Zaujaly mě podobné sekvence be 27 01 00 00, bf 27 01 00 00 a ba 27 01 00 00, ale další vzor jsem nenašel. Zkusil jsem taky frekvenční analýzu podle bytů: ]

Ta možná nejvíc pravděpodobná možnost (a také nejjednodušší na rozluštení), která někoho může napadnout, že data uloží do spustitelného souboru typu COM (ha, zrada číslo 1, je to DOSový program, navíc bez EXE hlavičky) a spustí ho (kdo jsme paranoidní, tak v nějakém emulátoru).

Za předpokladu, že Váš OS si s DOSovým programem poradí, máte značně usnadněnou situaci.

Případně někoho mohlo napadnout použít Debuger. Fór je ale v tom, že ten program (byť se přiznám, že je psán pro zjednodušení v assembleru s využitím služeb DOSu) mohl být klidně pro jiné procesory než x86 (PC), a měli byste smůlu (ale nejsem taková svině)



Člověk, který je opravdu génius (zvlášť, pokud je to programátor) by měl jistou šanci, že by v dané sekvenci čísel poznal strukturu programu už na první pohled (podobně jako i řeč má svou strukturu - nejvíc četná slova jsou často ta nejkratší - o pozici takových dat ve vzorku něco vypovídá i opakující se výskyt určitých znaků, například samohlásek, což kódování/šifrování nezávislé např. na pozici znaku zachovává).

   

A pochopitelně, byť program vypíše určitý text, i ten je kódován, protože ani UFONi by vám práci neusnadnili. A abych byl o to větší svině, není ani v češtině


Takže, o co jde?


Napsal jsem si program, který zakóduje text (pouhá negace bitů by byla příliš snadná, kdyby někoho napadlo si soubor vypsat invertovaně):


program Kodovani;
var InF,OutF : text;
   Znak : char;
   Retez : string[3];
begin
Assign(InF,'text.txt');
Assign(OutF,'text.dat');
Reset(InF);
Rewrite(OutF);
Write(OutF,'znaky db ');
while not Eof(InF) do
begin
 Read(InF,Znak);
 Znak := char((Ord(Znak)) xor $ff+32);
 Str(byte(Znak),Retez);
 Write(OutF,Retez);
 if not Eof(InF) then Write(OutF,',');
end;
Close(InF);
Write(OutF,',$');
Flush(OutF);
Close(OutF);
end.


(i toto "šifrování" by se však dalo snadno rozlušit hrubou silou a programem disponujícím slovníkem všech slov všech jazyků naší planety pro testování, zda daná metoda dává nějaký smysl, protože negace a sčítání/posun 0-255 jsou ty nejprimitivnější metody kódování začátečníků, pokud nepoužíváte nahrazovací tabulku).

Výstup jsem vložil do zdrojového textu assembleru a zkompiloval (fasm.exe program.asm):


org 100h
use32
mov esi,znaky
mov edi,znaky
push ds
pop es
cykl:
lodsb
cmp al,'$'
je konec
sub al,32
xor al,$ff
stosb
jmp cykl
konec:
mov edx,znaky
mov ah,9
int 21h
mov ah,1
int 21h
int 20h
znaky db 208,171,190,177,165,166,176,170,189,182,255,176,178,186,187,186,171,176,170,184,176,165,190,182,178,190,172,170,'$'


Znak "dolaru" na konci je jedním z mála, který dává smysl, ovšem pouze někomu, kdo ještě zažil éru programování pod DOSem a ještě k tomu používal jeho interní funkce (nepsal si vlastní, rychlejší). Ale těm, kteří si přičuchli k assembleru x86 už mohly být podezřelé sekvence Bx opkódů (MOV+reg), a stačilo si je jen ověřit v nějakém seznamu ( http://ref.x86asm.net/coder32.html )


Kdo z tohoto řešení stále ještě neví, co daný program dělá, tak výsledkem je něco, co vypíše text a počká na stisk klávesy:

   

- nepoznáme, že jde o výpis zdrojového kódu
- pokud to poznáme, nepoznáme jazyk
- pokud poznáme jazyk, neznáme instrukční sadu
- nevíme, pod jakým (pokud vůbec) operačním systémem to běží a jaké služby tedy nabízí
- pokud se naučíme instrukční sadu, neznáme architekturu jejich počítačů (porty, org.paměti)
- pokud se naučíme architekturu, musíme nejspíš rozlousknout jejich šifrování, komunikační protokoly, formáty dat a souborů..
- neznáte jejich jazyk (řeč)
- a i kdybychom se naučili jejich jazyk, těžko budeme vědět, že v tomto případě jde o blahopřání k narozeninám (alespoň doufám) * čili na kolik důležité to tam vůbec je (mohli jste také místo programu pro jádro systému otevřít složku s pornem)

*) jazyk tvorů nemusí být vždy nezbytně nutné znát, ale čert ví, na jakém systému pracují mimozemské počítače a je jednodušší něco napodobit, když o tom máte co nejvíc informací: pak se nabízí otázka, kdo bude v luštění rychlejší: zda pozemští programátoři a nebo pozemští lingvisté

Jako bonus na závěr: takto zní zaváděcí program (WIN.COM) pro Windows 98 (ty tiché mezery jsou dané prázdným místem v souboru. Myslím, že kdyby ještě "žilo" dost pamětníků Didaktiků, ti by asi poznali, o co jde Závěrečná skupinka zvuků jsou uložené řetězce znaků (hlášky). Jejich odlišnost od zbytku je zřejmá i tomu, kdo nemá hudební sluch.


  WIN1.zip (Velikost: 48,12 KB / Stažení: 1) (MP3)

(kdo měl ještě úplně ty staré CD přehrávače, tak něco podobného nejspíš poznal - při vložení datového disku)