Ad Nihilum 0.4.3

Ad Nihilum 0.4.3 har fullført lanseringen - en minimalistisk tjeneste for å utveksle krypterte meldinger basert på prinsippet om «lest - ødelagt», primært rettet mot self-hosting.

Serveren fungerer kun som et blindt lager. Kryptering og dekryptering skjer utelukkende på klientsiden, i nettleseren (gjennom AES-GCM).

Egenskaper

• lokal kryptering og dekryptering, server ser aldri nøkkelen;
• støtte for et ekstra krypteringslag med passord, som (1) serveren ikke kan kjenne, (2) ikke kan oppdages via den sendte lenken;
• prosjektet inneholder omtrent 2200 linjer serverkode i C og 600 linjer klientkode i JS, noe som forenkler revisjonen;
• Ad Nihilum avhenger kun av libmicrohttpd. For generering av QR-koder leveres en modifisert versjon av QRCode.js;
• det følger med en instruksjon for rask oppsett av en lokal tjeneste uten ekstern IP;
• Ad Nihilum fungerer også på Android, med et tilsvarende skript for bygging i Termux;
• enkelt-trådet og synkront server.

Endringer

Omfattende redesign

• Sider for sending og mottak av meldinger er delt opp, med tilhørende klientkode.
• Generelt er designet sterkt endret og korrigert med tanke på tilbakemeldinger fra lorcanere
• «Enkel» og lokal klient:
  • en klient med et forenklet design er lagt til https://adnihilum.net/simple;
  • klientssidene kan lagres lokalt og brukes fra file://.

Nettleserpolitikker

• CSP er implementert for å bekjempe XSS;
• serveren sender HSTS.

Other changes

• prosjektet er omdøpt fra Epha-ots;
• domenet adnihilum.net er kjøpt;
• TLS sikres ved hjelp av Let’s Encrypt, noe å ha i tankene (det er ingen penger);
• arbeidet med filer er forenklet;
• overgangen til fat-poeng;
• små feil er fikset;
• auto-jsminify og bygging av klientfiler under bygging via CMake.

Oversikt over protokollen

Generer tre tilfeldige verdier: nøkkel K, initialiseringsvektor N og salt S. K — 256 bit, N — 96 bit, S — 128 bit.

Utgang ID fra K og S ved hjelp av HKDF basert på SHA-256.

Opprett en streng med ekstra autentiserte data aad — det er bare en streng av typen: id=ID

Hvis brukeren har angitt et passord:

• utgang Pk fra passordet og S ved hjelp av PBKDF2, SHA-256, 800000 iterasjoner;
• den samme saltet brukes for alt;
• krypter data med AES-GCM, ved bruk av nøkkelen Pk, IV/nonce N og send aad.

Legg til en to-bytes tag til allerede krypterte data hvis passordet var brukt, eller til de opprinnelige dataene hvis det ikke var noe passord.

Den første byten har betydning: den viser om dataene er krypteret med adgangskoden:

• 0x73 — dataene er krypteret med adgangskoden;
• 0x13 — dataene er ikke krypteret med adgangskoden.

Den anden byten er en konstant værdi 0x37.

Krypter resultatet igen ved hjælp af AES-GCM, brug den samme iv = N og den samme aad. Dette giver den endelige chiffrede tekst ct.

Sammensæt bytes til en streng: blob = N .. S .. ct

Send blob til serveren sammen med ID. Serveren returnerer blob gennem dette ID og kan ikke blive ændret: klienten kontrollerer først ID med bruk av N og K allerede før dekryptering, og derefter — gennem aad.

Klienten opbevarer K. K sendes aldrig til serveren. Pk heller ikke sendes; alt, der relaterer sig til adgangskoden, renses fra hukommelsen.

Klienten danner et link: origin/#ID/K

Her ID og K — strenge i base64url-format.

Når modtageren åbner linket:

• browseren ignorerer alt, der starter med #; dette kaldes location.hash;
• klientapplikationen indlæses fra serveren;
• efter min mening er dette den største sårbarhed: vi støder faktisk igen på, at 'TLS er utæt';
• men intet forhindrer opbevaring af klienten offline;
• ideelt set bør der være en separat standalone-klient.

Klientens JavaScript kontrollerer location.hash, og hvis der er ID og K, henter den data fra serveren.

Derefter kontrollerer den dem, dekrypterer og, hvis nødvendigt, beder om adgangskoden og dekrypterer igen.

Lisens

Projektet distribueres under GPLv3.

Kilde: linux.org.ru