Ad Nihilum 0.4.3

Ilmus Ad Nihilum 0.4.3 — minimalistlik teenus, mis põhineb põhimõttel "luges — põletada" ja on suunatud peamiselt self-hosting'ule.

Server toimib ainult kui pime säilitustehnika. Krüpteerimine ja dekrüpteerimine toimub ainult kliendi küljel, braUSERIs (kasutades AES-GCM).

Omadused

• kohalik krüpteerimine ja dekrüpteerimine, server ei näe kunagi võtit;
• toetatakse täiendavat krüpteerimiskihte parooli abil, millest (1) server ei saa teada, (2) ei saa teada edastatud lingi kaudu;
• projekt sisaldab umbes 2200 rida serverikoodi C keeles ja 600 rida kliendikoodi JS'is, mis lihtsustab auditeerimist;
• Ad Nihilum sõltub ainult libmicrohttpd-st. QR koodide genereerimiseks on lisatud muudatud versioon QRCode.js;
• kaasas on juhend kiireks kohaliku teenuse käivitamiseks ilma välise IP-ta;
• Ad Nihilum töötab ka Androidil, kaasas on vastav skript Termuxi kogumiseks;
• ühe niidi ja sünkroonse teenus.

Muudatused

Suur redigeerimine

• Saadetud ja vastuvõetud sõnumite lehed on eraldatud, vastav kliendikood.
• Tegelikult on disain oluliselt muudetud ja kohandatud lorchani soovide arvesse võtmisega.
• "Lihtsad" ja kohalikud kliendid:
  • lihtsa disainiga klient on lisatud. https://adnihilum.net/simple;
  • kliendilehed saab salvestada kohalikult ja kasutada file:// kaudu.

BraUSERi poliitikad

• CSP on rakendatud XSS-i vastu võitlemiseks;
• server saadab HSTS.

Muud muudatused

• projekt on ümbernimetatud Epha-otsist;
• domeen adnihilum.net on ostetud;
• TLS-i tagab Let's Encrypt, seda on oluline meeles pidada (raha pole);
• failide kasutamine on lihtsustatud;
• üleminek rasvastele punkti tähistele;
• väikesed vead on parandatud;
• auto-jsminify ja kliendifailide koostamine CMake'i kaudu koostamise ajal.

Protokolli ülevaade

Genereeri kolm juhuslikku väärtust: võti K, initsialiseerimise vektor N ja sool S. K — 256 bitti, N — 96 bitti, S — 128 bitti.

Väljasta ID API-s K ja S HKDF abil, kasutades SHA-256.

Koosta täiendavate autentimisandmete string aad — see on lihtsalt string kujul: id=ID

Kui kasutaja on määranud parooli:

• väljasta Pk paroolist ja S kasutades PBKDF2, SHA-256, 800000 iteratsiooni;
• sama soola kasutatakse kõikjal;
• krüpteerida andmed AES-GCM abil, kasutades võtit Pk, IV/nonce N ja edastada aad.

Lisa kahebiti silt juba krüpteeritud andmetele, kui parool oli, või alg-andmetele, kui parooli ei olnud.

Esimene bait on oluline: see näitab, kas andmed on parooliga krüpteeritud:

• 0x73 — andmed on parooliga krüpteeritud;
• 0x13 — andmed ei ole parooliga krüpteeritud.

Teine bait on püsi väärtus 0x37.

Krüpteerige tulemus uuesti AES-GCM abil, kasutades sama iv = N ja sama aad. See annab lõpliku krüpteeritud teksti ct.

Kleebi baitid stringiks: blob = N .. S .. ct

Saada blob serverisse koos ID. Server naaseb blob selle abil ID ja ei saa seda asendada: klient kontrollib seda esmalt ID kasutades N ja K veel enne dekrüpteerimist, ja seejärel - läbi aad.

Klient salvestab K. K kunagi ei saadeta serverisse. Pk ka ei saadeta; kõik, mis on seotud parooliga, kustutatakse mälust.

Klient koostab lingi: origin/#ID/K

Siin ID ja K — stringid vormingus base64url.

Kui saaja avab lingi:

• brauser ignoreerib kõike, mis algab #; seda nimetatakse location.hash;
• kliendi rakendus laaditakse serverist;
• minu arvates on see peamine auk: me põrkame tegelikult taas vastu seda, et "TLS on auklik";
• siiski ei takista miski kliendi off-line hoidmist;
• ideaalis peaks olema eraldi iseseisev klient.

Kliendi JavaScript kontrollib location.hash ja kui seal on ID ja K, laadib ta andmed serverist.

Seejärel kontrollib ta neid, dekrüpteerib ja vajadusel küsib parooli ja dekrüpteerib veel kord.

Litsents

Projekt levitatakse GPLv3 alusel.

Allikas: linux.org.ru