Hvorfor nuværende beskedsystemer ikke klarer truslerne fra 2026 (og hvordan AEGIS reagerer)

⏱️ Læsetid: 15 minutter

I en kontekst hvor masseovervågning automatiseres af statslige myndigheder, og hvor post-kvanteberegningskraft er ved at blive en industriel realitet, er spørgsmålet ikke længere, om Hvis det er nødvendigt kryptering af kommunikation. Den virkelige tekniske udfordring er nu: Hvilken softwarearkitektur er matematisk og fysisk i stand til at modstå en statslig aktør (APT) med ubegrænsede retsmedicinske ressourcer?

Signal, Telegram, WhatsApp og Threema har demokratiseret end-to-end-kryptering (E2EE) for den brede offentlighed. Men når de står over for en modstander på militærniveau, præsenterer disse løsninger... større strukturelle fejl : datapersistens på disk, metadatalækager, afhængighed af centraliserede infrastrukturer og sårbarhed over for sidekanalangreb.

Her er en dybdegående teknisk analyse af begrænsningerne i nuværende beskedsystemer og en præsentation af den suveræne arkitektur i AEGIS P2P.

1. Strukturelle mangler i almindelige beskedtjenester

1.1. Den falske sikkerhed ved "End-to-End-kryptering"

Signal-protokollen (Double Ratchet) er et kryptografisk mesterværk. Den sikrer fremadrettet hemmeligholdelse og sikkerhed efter kompromittering. transportereMen når beskeden ankommer til terminalen, dekrypteres den, og de fleste applikationer gemmer den i almindelig tekst eller i en krypteret SQLite-database.

Hvis din enhed bliver beslaglagt (fysisk angreb), eller hvis malware (Pegasus, Predator) får adgang til root/kernel, bliver transportkryptering ubrugelig. Angriberen kan læse den lokale database. Dette kaldes en angreb efter kompromitteret.

1.2. Truslen "Harvest Now, Decrypt Later" (HNDL)

Den elliptiske kurvekryptografi (ECC)-algoritme, der bruges af Signal og de fleste applikationer, er sårbar over for Shors algoritme. Statsmodstandere logger massivt krypteret trafik i dag i håb om at dekryptere den om 10 eller 15 år, når fejltolerante kvantecomputere bliver operationelle. Klassisk asymmetrisk kryptering er strukturelt dømt til at mislykkes.

1.3. Centralisering og metadatalækage

Telegram gemmer historik i skyen. Signal bruger telefonnumre som unikke identifikatorer og skaber en social graf, der kan udnyttes direkte af korrelationsangreb. Selv med E2EE, metadata (hvem taler med hvem, hvornår og hvor ofte) forblive synlige for centraliserede servere eller teleoperatører.

2. AEGIS-arkitekturen: Den suveræne triptykon (Deep Dive)

AEGIS P2P er ikke bare en applikation. Det er et kommunikationsøkosystem udviklet i Rust (for kernen) og flagren (til grænsefladen), designet i henhold til en trusselsmodel Nul-Trust Absolut. Her er dens tekniske grundlag.

2.1. Post-kvante hybrid kryptografi (NIST niveau 5)

AEGIS venter ikke på den globale overgang til post-kvante; den integrerer den nativt. X3DH-handshake-protokollen er blevet udvidet til 4-DH og kombinerer:

  • ML-KEM-1024 (FIPS 203) Den mest robuste implementering af Kyber (lag 5), der tilbyder sikkerhed svarende til AES-256.
  • X25519 (Kurve25519) Til klassisk, kortvarig nøgleudveksling.
  • Ed25519 (FIPS 186-5) Til underskrift af kryptografiske identiteter (ingen afhængighed af et telefonnummer).
  • HKDF-SHA384 og HKDF-SHA256 Til sessionsnøgleafledning (KDF), der sikrer streng adskillelse af kryptografiske domæner.

Signals Double Ratchet-protokol er blevet genimplementeret fra bunden i Rust, hvilket tvinger en rotation af DH-kæden (MAX_CHAIN_LENGTH = 1000) for at forhindre kryptografisk drift og sikre destruktion af flygtige nøgler i hukommelsen.

2.2. Nul-disk-arkitektur og polymorf RAM

Dette er det ultimative forsvar mod retsmedicin. AEGIS efterlader ingen spor på permanent lagring (ROM/SSD).

  • Nul-disk indtagelse Når jeg sender et foto eller dokument, opretter applikationen ikke aldrig midlertidig fil. Medier behandles udelukkende i RAM via modulet aegis_ingest_file_zero_disk()Bufferen ødelægges, så snart applikationen lukkes.
  • Polymorf RAM Følsomme data i hukommelsen er beskyttet af en dynamisk XOR-maske med en tilfældig offset og gemt i en struktur "Dobbelt skinne" (to kopier med integritetskanariefugler). Dette gør angreb fra Kold støvle ou Dump-hukommelse ekstremt vanskelig og muliggør detektering af bit-flips.
  • EXIF-stripping og anti-PRNU Hvert billede går gennem en rensningspipeline, der fjerner GPS-metadata (EXIF). Derudover anvender applikationen en PRNU (Photo Response Non-Uniformity) afhjælpningsalgoritme til at ødelægge det unikke fingeraftryk fra telefonens kamerasensor og dermed forhindre enhver retsmedicinsk tilskrivning.

2.3. Panikprotokoller: Nødstop og dødmandsstop

I tilfælde af fysisk tvang (beslaglæggelse af telefonen af ​​politiet eller en gerningsmand) inkorporerer AEGIS aktive forsvarsmekanismer:

  • Lokkefyrretræet (Lokkepin) Ved opstart kan brugeren indtaste en anden kode. Applikationen åbner derefter et falsk dashboard (f.eks. en simpel notesblok), hvilket får angriberen til at tro, at dette er det eneste indhold.
  • Nødstopknappen (0000/9999) Denne nødkode udløser en øjeblikkelig RAM-tømning. Rust-processen kalder panic_purge(), der fører til en exit(137) (SIGKILL) øjeblikkelig. Kernen frigiver hukommelsessiderne, og den kryptografiske tilstand dør med processen.
  • FLAG_SECURE & BlindView Brugerfladen forhindrer teknisk set alle native skærmbilleder (Android/iOS). Videogengivelse sker via et isoleret område (VRAM), der skjuler forhåndsvisningen i vælgeren for seneste opgaver.

3. Netværk: "Transportkontakten" og indbygget anonymitet

AEGIS nægter at være afhængig af en centraliseret server (Single Point of Failure). Applikationen implementerer en taktisk transportvælger:

3.1. Native Tor via Arti Framework

I modsætning til applikationer, der bruger en ekstern Tor-proxy (Orbot), integrerer AEGIS Tor-klienten. Arti (skrevet i Rust) direkte i sin binære form. Hver kontakt har et isoleret kredsløb (TorIsolationTokenTrafikken er end-to-end-krypteret, og brugerens IP-adresse er maskeret på netværksniveau. Tors bootstrap er asynkron (ved hjælp af Dart Isolates) for at forhindre blokering af grænsefladens hovedtråd.

3.2. Offlinetilstande: Wi-Fi Direct og BLE Mesh

Hvis internetinfrastrukturen ødelægges (netværksafbrydelse, elektronisk jamming), skifter AEGIS til fysisk transport:

  • Wi-Fi Direct (P2P) Oprettelse af en lokal TCP-socket mellem to nærliggende terminaler (rækkevidde ~100m).
  • BLE-net Et Bluetooth (Bluetooth Low Energy) mesh-netværk med en flood routing-protokol. Beskeder (fragmenteret i 512-byte rammer med en TTL-header) videresendes fra terminal til terminal for at nå modtageren, selv uden en global internetforbindelse.

4. Ingeniørarbejde og revision: Bevis gennem kode

Sikkerhed kan ikke dekreteres, den skal bevises. AEGIS anvender en "Zero-Trust"-politik på sin egen kildekode, som kan auditeres via vores offentlige CI/CD-pipeline (GitHub Actions).

4.1. Hukommelsessikkerhed (Rust / Miri)

Hele den kryptografiske kerne er skrevet i Rust. Pipelinen udføres Miri (Rusts MIR-fortolker) på 5 kritiske delsystemer. Miri detekterer udtømmende udefineret adfærd (UB) og forhindrer bufferoverløb, use-after-frees og datakapløb, der er almindelige i C/C++.

4.2. Formel verifikation (AWS Kani)

For de mest kritiske kryptografiske primitiver (nøgleudledning, indkapslinger) bruger vi AWS KaniDette er et formelt verifikationsværktøj, der matematisk beviser fraværet af panik eller overløb på alle mulige input. Det er ikke længere en test, det er et matematisk bevis.

4.3. FFI Militærspecifikationskontrakten

Grænsefladen mellem Dart (Flutter) og Rust (native) sker via en sikker FFI (Foreign Function Interface) API. Vi har defineret en Global FFI-sikkerhedskontrakt dokumenterer de 43 eksponerede funktioner. Hver wrapper kontrollerer pointer-nullitet, hukommelsesjustering, UTF-8-kodning og bufferstørrelser. Ingen pointere bevares, når funktionen returnerer (ingen dinglende pointere).

4.4. Sikkerhed i forsyningskæden (afhængighedsrevision)

Vores interne revisionsrapport (v3.4.0) er blevet offentliggjort:

  • fragtrevision 0 aktive sårbarheder på de 503 afhængige kasser. Resterende advarsler er dokumenteret og vedrører Tor-motoren (Arti), der vedligeholdes af Tor-projektet.
  • fragtklips : 0 advarsler på hele koden (alle mål, alle funktioner).
  • Byg reproducerbar Enhver forsker kan rekompilere APK'en fra kildekoden og verificere dens SHA-256 hash.

5. Distributions- og licensmodel

AEGIS P2P distribueres uden for App Store og Google Play. Denne arkitekturbeslutning garanterer fuldstændig uafhængighed af GAFAMs censurpolitikker og de begrænsninger, der er pålagt af den europæiske DMA.

  • Direkte distribution APK-filen (Android) og den notariseret IPA (iOS – kun EU) kan downloades direkte fra vores officielle hjemmeside via et krypteret link.
  • Licensmodel AEGIS er proprietær (lukket kildekode) software. Enkeltlicensen koster €69,90, inklusive livstidssikkerhedsopdateringer.
  • Opdateringer (Opdaterer) Opdateringssystemet i appen bruger signaturer. ed25519Hvis en modstander forsøger et Man-in-the-Middle-angreb for at sprede skadelig firmware, afviser applikationen opdateringen.

6. Hardwarekompatibilitet og systemkrav (militærspecifikationer)

AEGIS P2P er ikke en "forbruger"-applikation. Dens kryptografiske og antiforensiske arkitektur pålægger strenge hardwarebegrænsninger. En ikke-kompatibel terminal vil ikke kunne køre applikationen.

6.1. Valget "fail-closed": StrongBox' forpligtelse

På Android er de fleste applikationer afhængige af softwarelagring (Android Keystore). AEGIS kræver, at kryptografiske nøgler genereres, lagres og manipuleres inden for en sikkert udførelsesmiljø (TEE) og ideelt set en dedikeret chip Stærk kasse (certificeret Common Criteria EAL5+).

Hvis enheden ikke har StrongBox, eller hvis bootloaderen er ulåst (rootet), AEGIS nægter at starte (Fail-Closed). Dette er ikke en markedsføringsbegrænsning, det er et sikkerhedskrav: et kommunikationsværktøj til tilstande kan ikke fungere på en kompromitteret terminal.

6.2. Kompatible telefoner (Android arm64-v8a)

For at være kompatible med AEGIS skal terminaler opfylde følgende kriterier:

  • 64-bit processor (ARM64) Nødvendig for at køre den binære Rust-fil kompileret med hukommelsesoptimeringer.
  • Android 10 eller nyere Nødvendigt for at drage fordel af moderne Keystore API'er og streng I/O-styring.
  • StrongBox-chip Findes på de fleste "avancerede" smartphones og nogle "robuste" modeller (f.eks. Google Pixel 7/8/9, Samsung Galaxy S21/S22/S23/S24, Sony Xperia 1/5, Crosscall og nogle Fairphone-modeller).
  • Understøttelse af Bluetooth Low Energy (BLE) og Wi-Fi Direct Til offline kommunikationsmetoder (Mesh).

6.3. Hvad dette betyder for brugeren

Denne tilgang har en pris: du vil ikke kunne installere AEGIS på en smartphone på begynderniveau eller en rootet enhed. Men det er prisen for suverænitet. Vores løfte er ikke at give dig en "nem" app, men en app. fiable.

Konklusion

AEGIS P2P er ikke designet til at erstatte WhatsApp i din hverdag. Det er et digitalt overlevelsesværktøj designet til undersøgende journalister, OSINT-analytikere, retshåndhævende myndigheder og virksomheder, hvis hemmeligheder har strategisk værdi.

I en verden, hvor metadata er mere værdifuldt end guld, og hvor sikkerhed ofte reduceres til et rent marketingtrick, skiller AEGIS sig ud med sin brutale ingeniørmæssige tilgang: Gem ingenting, krypter alt, og gør koden auditerbar.