🥇Ad Nihilum 0.4.3

Ad Nihilum 0.4.3 har nu släppts — en minimalistisk tjänst för att utbyta krypterade meddelanden enligt principen "läst — bränt", som främst är inriktad på self-hosting.

Servern fungerar endast som en passiv lagringsplats. Kryptering och dekryptering sker uteslutande på klientsidan, i webbläsaren (via AES-GCM).

Egenskaper

lokal kryptering och dekryptering, server ser aldrig nyckeln;
stöd för ett extra lager av kryptering med ett lösenord, som (1) servern inte kan känna till, (2) inte kan avslöjas genom den överförda länken;
projektet innehåller cirka 2200 rader serverkod på C och 600 rader klientkod på JS, vilket förenklar granskningen;
Ad Nihilum är endast beroende av libmicrohttpd. För att generera QR-koder levereras en modifierad version av QRCode.js;
en snabbguide för att starta en lokal tjänst utan extern IP inkluderas;
Ad Nihilum fungerar även på Android, med ett motsvarande skript som medföljer för byggnation i Termux;
entrådad och synkroniserad server.

Ändringar

Stor omdesign

Sidorna för att skicka och ta emot meddelanden har delats upp, med motsvarande klientkod.
Överlag har designen förändrats och justerats med hänsyn till önskemål från användarna.
"Enkel" och lokal klient:
- klient sidor kan sparas lokalt och användas från file://.

Webbläsarpolicyer

CSP har införts för att bekämpa XSS;
servern skickar HSTS.

Övriga ändringar

projektet har bytt namn från Epha-ots;
domänen adnihilum.net har köpts;
TLS hanteras med Let’s Encrypt, detta är värt att notera (ingen budget);
arbetet med filer har förenklats;
övergång till fat-pointers;
småbuggar har fixats;
auto-jsminify och bygg av klientfiler vid kompilering via CMake.

Översikt av protokollet

Generera tre slumpmässiga värden: nyckel K, initialiseringsvektor N och salt S. K — 256 bitar, N — 96 bitar, S — 128 bitar.

Skriv ut ID från K och S med HKDF baserat på SHA-256.

Skapa en sträng av ytterligare autentiserad data aad — det är helt enkelt en sträng av typen: id=ID

Om användaren har angett ett lösenord:

skriv ut Pk från lösenordet och S med hjälp av PBKDF2, SHA-256, 800000 iterationer;
samma salt används för allt;
kryptera data med AES-GCM, med nyckel Pk, IV/nonce N och överföra aad.

Lägg till en tvåbytes-tag till redan krypterade data, om lösenordet angavs, annars till de ursprungliga data.

Den första byte har betydelse: den visar om data har krypterats med ett lösenord:

0x73 — data har krypterats med ett lösenord;
0x13 — data har inte krypterats med ett lösenord.

Den andra byte är ett konstant värde 0x37.

Kryptera resultatet igen med AES-GCM, med samma iv = N och samma aad. Detta ger den slutliga chiffertexten ct.

Koppla ihop byte till en sträng: blob = N .. S .. ct

Skicka blob till servern tillsammans med ID. Servern returnerar blob genom detta ID och kan inte ändra det: klienten kommer först att kontrollera ID med hjälp av N och K även innan avkodning, och sedan — genom aad.

Klienten lagrar K. K skickas aldrig till servern. Pk skickas inte heller; allt som rör lösenordet rensas från minnet.

Klienten bildar en länk: origin/#ID/K

Här ID och K — strängar i base64url-format.

När mottagaren öppnar länken:

webbläsaren slänger allt som börjar med #; detta kallas location.hash;
klientapplikationen laddas från servern;
enligt min åsikt är detta den största säkerhetsluckan: vi stöter faktiskt igen på det faktum att "TLS är osäkert";
men inget hindrar att klienten lagras offline;
idealiskt skulle det finnas en separat fristående klient.

Klientens JavaScript kontrollerar location.hash, och om det finns ID och K, laddar det data från servern.

Sedan kontrollerar den dem, avkodar och, om det behövs, begär lösenord och avkodar igen.

Licens

Projektet distribueras under GPLv3.

Källa: linux.org.ru