Miért nem tudnak a jelenlegi üzenetküldő rendszerek megfelelni a 2026-os fenyegetéseknek (és hogyan reagál az AEGIS)?

⏱️ Olvasási idő: 15 perc

Egy olyan környezetben, ahol a tömeges megfigyelést állami szervek automatizálják, és ahol a posztkvantum számítástechnika ipari valósággá válik, a kérdés már nem az, hogy ha szükséges a kommunikáció titkosítása. Az igazi mérnöki kihívás most a következő: Melyik szoftverarchitektúra képes matematikailag és fizikailag ellenállni egy korlátlan forenzikus erőforrásokkal rendelkező állami szereplőnek (APT)?

A Signal, a Telegram, a WhatsApp és a Threema demokratizálta a végponttól végpontig terjedő titkosítást (E2EE) a nagyközönség számára. Azonban, amikor egy katonai szintű ellenféllel szembesülnek, ezek a megoldások... jelentős szerkezeti hibák : adatok megőrződése a lemezen, metaadat-szivárgások, a központosított infrastruktúráktól való függőség és az oldalcsatornás támadásokkal szembeni sebezhetőség.

Íme egy mélyreható technikai elemzés a jelenlegi üzenetküldő rendszerek korlátairól, valamint az AEGIS P2P szuverén architektúrájának bemutatása.

1. Strukturális hibák a mainstream üzenetküldő szolgáltatásokban

1.1. A „végponttól végpontig terjedő titkosítás” hamis biztonsága

A Signal (Double Ratchet) protokoll egy kriptográfiai remekmű. Biztosítja a továbbított titkosságot és a kompromittálódás utáni biztonságot. szállíthatóDe amint az üzenet megérkezik a terminálra, visszafejti, és a legtöbb alkalmazás egyszerű szövegként vagy titkosított SQLite adatbázisban tárolja.

Ha az eszközödet lefoglalják (fizikai támadás), vagy ha egy rosszindulatú program (Pegasus, Predator) root/kernel hozzáférést szerez, az átviteli titkosítás használhatatlanná válik. A támadó beolvassa a helyi adatbázist. Ezt nevezik... kiegyezés utáni támadás.

1.2. A „Harvest Now, Decrypt Later” (HNDL) fenyegetés

A Signal és a legtöbb alkalmazás által használt Elliptic Curve Cryptography (ECC) algoritmus sebezhető Shor algoritmusával szemben. Az állami ellenségek ma is tömegesen naplóznak titkosított forgalmat abban a reményben, hogy 10-15 év múlva, amikor a hibatűrő kvantumszámítógépek működésbe lépnek, visszafejthetik azt. A klasszikus aszimmetrikus titkosítás strukturálisan kudarcra van ítélve.

1.3. Centralizáció és metaadat-szivárgás

A Telegram a felhőben tárolja az előzményeket. A Signal telefonszámokat használ egyedi azonosítóként, így egy olyan közösségi gráfot hoz létre, amelyet közvetlenül kihasználhatnak a korrelációs támadások. Még az E2EE-vel is, metaadatok (ki kivel, mikor és milyen gyakran beszél) láthatóak maradnak a központi szerverek vagy a távközlési szolgáltatók számára.

2. Az AEGIS építészete: A Szuverén triptichon (Mélymerülés)

Az AEGIS P2P nem csupán egy alkalmazás. Ez egy kommunikációs ökoszisztéma, amelyet a ... fejlesztett ki. Rozsda (a sejtmaghoz) és Csapkod (az interfészhez), egy fenyegetésmodell szerint tervezve Zero-Trust Abszolút. Íme a technikai alapjai.

2.1. Posztkvantum hibrid kriptográfia (NIST 5. szint)

Az AEGIS nem várja meg a posztkvantum technológiára való globális átmenetet; natívan integrálja azt. Az X3DH kézfogási protokollt kiterjesztették 4-DH-ra, és a következőket egyesíti:

  • ML-KEM-1024 (FIPS 203) A Kyber (5. réteg) legrobusztusabb implementációja, amely az AES-256-tal egyenértékű biztonságot kínál.
  • X25519 (Curve25519) Klasszikus, rövid távú kulcscseréhez.
  • Ed25519 (FIPS 186-5) Kriptográfiai személyazonosságok aláírására (telefonszámtól függetlenül).
  • HKDF-SHA384 és HKDF-SHA256 A munkamenet-kulcs származtatásához (KDF) a kriptográfiai tartományok szigorú elkülönítésének biztosítása.

A Signal Double Ratchet protokollját a nulláról újra implementálták a Rustban, kikényszerítve a DH-lánc forgatását (MAX_CHAIN_LENGTH = 1000) a kriptográfiai sodródás megakadályozása és a memóriában lévő rövid távú kulcsok megsemmisítésének biztosítása érdekében.

2.2. Nulla lemezes architektúra és polimorf RAM

Ez a végső védelem a forenzikus adathalászat ellen. Az AEGIS nem hagy nyomot az állandó tárolón (ROM/SSD).

  • Nulla lemezes lenyelés Fénykép vagy dokumentum küldésekor az alkalmazás nem hoz létre soha ideiglenes fájl. Az adathordozót kizárólag a RAM-ban dolgozza fel a modul. aegis_ingest_file_zero_disk()A puffer az alkalmazás bezárása után azonnal megsemmisül.
  • Polimorf RAM A memóriában tárolt érzékeny adatokat egy dinamikus XOR maszk védi véletlenszerű eltolással, és egy struktúrában tárolja. „Kettős vasút” (két példány integritási kanárikkal). Ezáltal a támadások Hidegindítás ou Memória kiíratása rendkívül nehéz, és lehetővé teszi a bitváltások észlelését.
  • EXIF-eltávolítás és PRNU-védelem Minden kép egy tisztító folyamaton megy keresztül, amely eltávolítja a GPS metaadatokat (EXIF). Ezenkívül az alkalmazás egy PRNU (Photo Response Non-Uniformity) enyhítő algoritmust alkalmaz a telefon kameraérzékelőjének egyedi ujjlenyomatának megsemmisítésére, megakadályozva a kriminalisztikai attribúciót.

2.3. Pánikprotokollok: gyilkos kapcsoló és halott ember kapcsolója

Fizikai kényszer esetén (a telefon lefoglalása a rendvédelmi szervek vagy a támadó által) az AEGIS aktív védelmi mechanizmusokat alkalmaz:

  • A csalifenyő (Csali kitűző) Indításkor a felhasználó megadhat egy második kódot. Az alkalmazás ezután egy hamis irányítópulton (például egy egyszerű jegyzettömbön) nyílik meg, ami azt a benyomást kelti a támadóban, hogy ez az egyetlen tartalom.
  • A kill switch (0000/9999) Ez a vészkód azonnali RAM-törlést indít el. A Rust folyamat hívásokat kezdeményez. panic_purge(), ami a exit(137) (SIGKILL) azonnal. A kernel felszabadítja a memórialapokat, és a kriptográfiai állapot a folyamattal együtt megszűnik.
  • FLAG_SECURE és BlindView A felület technikailag megakadályozza a natív képernyőképek (Android/iOS) használatát. A videó renderelése egy elkülönített területen (VRAM) keresztül történik, amely elrejti az előnézetet a legutóbbi feladatok kiválasztójában.

3. Hálózat: A „közlekedési váltás” és a natív anonimitás

Az AEGIS nem hajlandó központosított szerverre támaszkodni (egyetlen meghibásodási pont). Az alkalmazás egy taktikai szállítási választót valósít meg:

3.1. Natív Tor az Arti keretrendszeren keresztül

A külső Tor proxyt (Orbot) használó alkalmazásokkal ellentétben az AEGIS integrálja a Tor klienst. Arti (Rust nyelven írva) közvetlenül a bináris fájljában. Minden érintkezőhöz tartozik egy elszigetelt áramkör (TorIsolationTokenA forgalom végponttól végpontig titkosított, és a felhasználó IP-címe hálózati szinten maszkolva van. A Tor bootstrapja aszinkron (Dart Isolates használatával), hogy megakadályozza az interfész fő szálának blokkolását.

3.2. Offline módok: Wi-Fi Direct és BLE Mesh

Ha az internetes infrastruktúra megsemmisül (hálózati kimaradás, elektronikus zavarás), az AEGIS fizikai átvitelre vált:

  • Wi-Fi Direct (P2P) Lokális TCP socket létrehozása két közeli terminál között (távolság ~100 m).
  • BLE Mesh Egy Bluetooth (Bluetooth Low Energy) mesh hálózat elárasztási útválasztási protokollal. Az üzenetek (512 bájtos keretekre töredezve, TTL fejléccel) terminálról terminálra továbbítódnak, hogy elérjék a címzettet, akár globális internetkapcsolat nélkül is.

4. Mérnöki munka és auditálás: Bizonyítás a kódon keresztül

A biztonságot nem lehet elrendelni, azt bizonyítani kell. Az AEGIS „zéró bizalom” politikát alkalmaz a saját forráskódjára, amely auditálható a nyilvános CI/CD-folyamatunkon (GitHub Actions) keresztül.

4.1. Memóriabiztonság (Rust / Miri)

A teljes kriptográfiai mag Rust nyelven íródott. A folyamat végrehajtása Miri (A Rust MIR interpreterje) 5 kritikus alrendszeren. A Miri kimerítően észleli a nem definiált viselkedéseket (UB), megakadályozva a puffer túlcsordulásokat, a felszabadítás utáni használatot és az adatversenyeket, amelyek gyakoriak a C/C++-ban.

4.2. Formális ellenőrzés (AWS Kani)

A legkritikusabb kriptográfiai primitívekhez (kulcsszármaztatás, beágyazás) a következőket használjuk: AWS KaniEz egy formális ellenőrző eszköz, amely matematikailag bizonyítja a pánikok vagy túlcsordulások hiányát minden lehetséges bemeneten. Ez már nem teszt, hanem matematikai bizonyítás.

4.3. Az FFI katonai specifikációjú szerződése

A Dart (Flutter) és a Rust (natív) közötti interfész egy biztonságos FFI (Foreign Function Interface) API-n keresztül valósul meg. Definiáltunk egy Globális FFI biztonsági szerződés A 43 elérhető függvény dokumentálása. Minden egyes burkoló ellenőrzi a mutató ürességét, a memória-igazítást, az UTF-8 kódolást és a pufferméreteket. A függvény visszatérése után nem őrződnek meg mutatók (nincsenek lógó mutatók).

4.4. Ellátási lánc biztonsága (függőségi audit)

Belső ellenőrzési jelentésünk (v3.4.0) nyilvánossá vált:

  • rakományellenőrzés 0 aktív sebezhetőség az 503 függő ládákon. A fennmaradó riasztások dokumentáltak, és a Tor Projekt által karbantartott Tor motorra (Arti) vonatkoznak.
  • rakomány klip : 0 figyelmeztetés a teljes kódon (összes cél, összes funkció).
  • Reprodukálható építés Bármely kutató újrafordíthatja az APK-t a forráskódból, és ellenőrizheti az SHA-256 hash-ét.

5. Terjesztési és licencmodell

Az AEGIS P2P az App Store-on és a Google Playen kívül is elérhető. Ez az architektúrális döntés teljes függetlenséget garantál a GAFAM cenzúrapolitikájától és az európai DMA által előírt korlátozásoktól.

  • Közvetlen forgalmazás Az APK fájl (Android) és a közjegyző által hitelesített IPA (iOS – csak EU) közvetlenül letölthető hivatalos weboldalunkról titkosított linken keresztül.
  • Licencmodell Az AEGIS egy zárt forráskódú, zárt forráskódú szoftver. Az egyszeri licenc ára 69,90 euró, beleértve az élettartamra szóló biztonsági frissítéseket.
  • Frissítések (Frissítő) Az alkalmazáson belüli frissítési rendszer aláírásokat használ. ed25519Ha egy támadó közbeékelődéses támadást kísérel meg rosszindulatú firmware telepítése céljából, az alkalmazás elutasítja a frissítést.

6. Hardverkompatibilitás és rendszerkövetelmények (katonai specifikáció)

Az AEGIS P2P nem „fogyasztói” alkalmazás. Kriptográfiai és antiforenzikus architektúrája szigorú hardverkorlátozásokat szab. Egy nem kompatibilis terminál nem fogja tudni futtatni az alkalmazást.

6.1. A „hiba esetén lezárt” választás: a StrongBox kötelezettsége

Androidon a legtöbb alkalmazás szoftveres tárhelyre (Android Keystore) támaszkodik. Az AEGIS megköveteli, hogy a kriptográfiai kulcsokat egy tárhelyen belül generálják, tárolják és kezeljék. biztonságos végrehajtási környezet (TEE) és ideális esetben egy dedikált chip StrongBox (minősített Common Criteria EAL5+).

Ha az eszközön nincs StrongBox, vagy ha a rendszerbetöltő fel van oldva (rootolva), Az AEGIS nem hajlandó elindulni (Hiba esetén lezárt). Ez nem marketingkorlátozás, hanem biztonsági követelmény: egy állami kommunikációs eszköz nem működhet egy feltört terminálon.

6.2. Kompatibilis telefonok (Android arm64-v8a)

Az AEGIS-szel való kompatibilitáshoz a termináloknak a következő kritériumoknak kell megfelelniük:

  • 64 bites processzor (ARM64) : Alapvető fontosságú a memória-optimalizálással lefordított Rust bináris futtatásához.
  • Android 10 vagy újabb Szükséges a modern Keystore API-k és a szigorú I/O-kezelés előnyeinek kihasználásához.
  • StrongBox Chip : A legtöbb „csúcskategóriás” okostelefonon és néhány „strapabíró” modellen megtalálható (pl. Google Pixel 7/8/9, Samsung Galaxy S21/S22/S23/S24, Sony Xperia 1/5, Crosscall és néhány Fairphone modell).
  • Bluetooth Low Energy (BLE) és Wi-Fi Direct támogatás Offline kommunikációs módszerekhez (Mesh).

6.3. Mit jelent ez a felhasználó számára?

Ennek a megközelítésnek ára van: nem fogod tudni telepíteni az AEGIS-t belépő szintű okostelefonra vagy rootolt eszközre. De ez a szuverenitás ára. Ígéretünk nem az, hogy egy „egyszerű” alkalmazást biztosítunk, hanem egy olyan alkalmazást, megbízható.

Összegzés

Az AEGIS P2P nem arra szolgál, hogy a WhatsAppot helyettesítse a mindennapi életben. Ez egy digitális túlélési eszköz, amelyet oknyomozó újságírók, OSINT elemzők, bűnüldöző szervek és olyan vállalkozások számára terveztek, amelyek titkai stratégiai értékkel bírnak.

Egy olyan világban, ahol a metaadatok értékesebbek az aranynál, és ahol a biztonságot gyakran puszta marketingfogássá redukálják, az AEGIS brutális mérnöki megközelítésével tűnik ki: Ne tárolj semmit, titkosíts mindent, és tedd a kódot auditálhatóvá.