Fenyegetési modell
Ki mit láthat, és mi állítja meg
Egy fenyegetési modell csak akkor hasznos, ha azokat a támadókat, akikkel szemben veszít, ugyanolyan világosan megnevezi, mint akiket legyőz. Az alábbi sorok mindegyike megmutatja, mit lát az adott támadó, mit nem ér el, milyen védelem működik, és mi lehetséges mégis.
A PrivaMesh olyan üzemeltető ellen készült, aki az adataira pályázik, egy lánc-megfigyelő ellen, aki minden nyilvánosat elolvas, és egy csaló ellen, aki egy kapcsolat felvételét próbálja elfogni. Leggyengébb egy globális időzítés-elemzővel szemben, egy kompromittált eszköz ellen pedig semmit sem nyújt.
| Támadó | Látja | Nem képes | Védelem | Még lehetséges |
|---|---|---|---|---|
| A PrivaMesh, az üzemeltető | Hogy egy fiók fizetett egy küldésért, és mikor | Üzeneteket olvasni, címzetteket megtudni, a névjegyeit kilistázni vagy az előzményeket helyreállítani | Nincs fiókadatbázis és üzenettároló; a vak tokenek elválasztják a fizetést a küldéstől | Kötelezhetnek minket annak megmutatására, hogy egy fiók egy adott időpontban küldött valamit |
| Az RPC-szolgáltató | Az ön IP-címe, a kérések időpontja, a beküldött tranzakciók | Bármit visszafejteni, vagy megmondani, melyik egyszer használatos cím kié | A végpont lecserélhető és saját magunk is üzemeltethetjük | Egy naplózó szolgáltató hálózati szinten képet alkot arról, mikor aktív |
| Egy lánc-megfigyelő | Kitöltött titkosított szöveg, egyszer használatos címek, a tranzakciók pontos ideje | Tartalmat olvasni, vagy ugyanazon beszélgetés két üzenetét összekötni | Rejtett címek, rögzített kitöltési szintek, opcionális álcaforgalom | Kikapcsolt álcaforgalom mellett a tevékenységi mintázata időben teljesen látható |
| Egy globális időzítés-elemző | A teljes hálózat korrelált tevékenységét egyszerre | Visszafejteni, vagy a címeket kriptográfiailag összekötni | Álcaforgalom 3-10 perces véletlenszerű időközönként, ha be van kapcsolva | Ez az a támadó, akivel szemben a leggyengébben védekezünk; a teljes hálózatot korlátlan megőrzéssel figyelő megfigyelő kívül esik azon, amit bármely üzenetenkénti kialakítás megoldhat |
| Valaki, akinél ott a feloldott telefonja | Mindent: nyílt szöveget, névjegyeket, kulcsokat | Visszaállítani a ratchet által már törölt üzeneteket | Tárolás a kulcskarikában Face ID vagy Touch ID mögött; a továbbítási titkosság korlátozza a múltat; a kényszerkód megnyitás helyett törli a fiókot | Egy kompromittált eszköz mindenre nézve teljes, ami épp rajta van, a kényszerkód pedig csak abban a pillanatban segít, amikor a feloldást kérik öntől - akkor nem, ha a tárolót korábban lemásolták |
| Valaki, akinél ott a helyreállítási kifejezése | Az identitását, és mostantól ön helyett felléphet | Elolvasni a korábbi beszélgetések ratchet-részét - azok a kulcsok véletlenszerűek voltak és csak az eszközön léteztek | A kifejezés soha nem hagyja el az eszközét, és soha nem kerül továbbításra | Az identitáskulcs, az aláírt prekey és a PQ prekey mind a kifejezésből származik, egyszer használatos prekey pedig nincs közzétéve, így minden beszélgetés nyitóüzenete újraszámolható a kifejezésből és a láncon lévő állandó borítékból. Visszavonás sincs |
| Egy rosszindulatú kapcsolat | Mindent, amit küld neki, és képernyőképet készíthet vagy továbbíthatja | Elérni azokat, akikkel még beszél, vagy más beszélgetéseket olvasni | Letiltás és beszélgetésenként külön kulcsok | Semmilyen kriptográfia nem akadályozza meg, hogy a beszélgetőpartnere megbízhatatlan legyen |
| Egy csaló a kapcsolat felvételekor | Semmit, ha az ellenőrzés sikeres | A saját kulcsát becserélni egy olyan kapcsolatéra, akinek a csomagja a láncon alá van írva | A tárcával aláírt, láncon közzétett prekey-csomagok miatt egyetlen nyilvántartás sem tudja kicserélni egy fiók kulcsát | Nincs biztonsági szám vagy ujjlenyomat az összevetéshez, így annak megerősítése, hogy a fiók a megfelelő személyé, teljesen az alkalmazáson kívül és segítség nélkül történik |
| Apple | Hogy az Apple ID-ja előfizetést vásárolt | Üzeneteket, névjegyeket látni, vagy a vásárlást a küldési tevékenységéhez kötni | A vak tokenek a vásárlás és minden küldés között állnak | Az Apple tudja, hogy ön a PrivaMesh ügyfele, ami iOS-en elkerülhetetlen |
| Egy hálózati szintű cenzor | Hogy elért egy Solana RPC-végpontot | Egyes üzeneteket elolvasni vagy szelektíven eldobni | Az RPC-végpontok lecserélhetők, akár saját üzemeltetésűre is | A Solana vagy minden RPC letiltása teljesen megakasztja a kézbesítést |
Amit ez a modell feltételez
Hogy a kriptográfiai primitívek kitartanak: X3DH, Double Ratchet, AES-256-GCM és iOS 26-on ML-KEM-768. Hogy az eszköze még nem kompromittált. Hogy ellenőrzi: a hozzáadott kapcsolat az a személy, akire gondolt. Ha ezek bármelyike nem teljesül, a kialakítás többi része nem menti meg.
Azt is feltételezi, hogy ezeknek a primitíveknek a mi megvalósításunk helyes - ezért nyilvános a forráskód, és egy benne talált hibáért fizetünk. Annak teljes listája, amire a védelem nem terjed ki, az ismert korlátok oldalon található.
Gyakori kérdések
Mi ellen véd a PrivaMesh a leggyengébben?
Egy globális támadó ellen, aki folyamatosan figyeli a teljes hálózatot és mindent megőriz. Az álcaforgalom megdrágítja az időzítési korrelációt, de nem győzi le az ilyen léptékű megfigyelőt, a lánc pedig állandó nyilvántartást őriz meg számára.
Ha lefoglalják az eszközömet, mi derül ki?
Minden, ami éppen rajta van: nyílt szöveg, névjegyek és kulcsok, hacsak nincs lezárva, és a támadó nem jut át a Face ID-n. A továbbítási titkosság arra korlátozza a kárt, amit a ratchet még nem törölt - a régi üzenetek már nem állíthatók vissza. Ha arra kényszerítik, hogy ön oldja fel, a kényszerkód megnyitás helyett törli a fiókot.
Kényszeríthető a PrivaMesh az adataim kiadására?
Kérni lehet. Kiadni csak azt lehet, hogy egy fiók egy adott időpontban fizetett egy küldésért. Nincs üzenettartalom, címzett, névjegylista és fiókrekord, mert ezek egyikét sem tároljuk.
Segít a VPN?
Igen, az RPC-szolgáltatóval és a hálózati szintű megfigyelővel szemben - ez az a két támadó, amely látja az IP-címét. Azon, ami a láncra kerül, semmit sem változtat, az amúgy is olvashatatlan.