Mennyire biztonságos a TEPHIA SECURE?
Hogyan titkosítjuk fájljait, mit tárolunk szervereinken – és mihez jutna egy támadó, aki teljesen átvenné őket. Marketingszöveg nélkül, csak átláthatóság.
Titkosítás a böngészőben
Fájljait titkosítjuk, mielőtt elhagynák a számítógépét, és csak a címzettnél fejtjük vissza.
A kulcs soha nem jut el a szerverre
Minden küldeménynek saját, véletlenszerű, 32 karakteres jelszava van. Szerverünk soha nem látja.
Metaadatok az igazoláshoz
Csak olyan adatokat tudunk olvasni, mint a fájlnevek, a címek, a dátumok és az időpontok. A kézbesítési igazoláshoz ezekre szükség van.
Így működik a titkosítás
- JelszóA böngészője véletlenszerű jelszót hoz létre: 32 karakter, körülbelül 190 bit.
- KulcsAz Argon2id ebből származtatja a kulcsot, ami minden találgatást költségessé tesz.
- TitkosításAz AES-256-GCM titkosítja a fájlt, és minden későbbi módosítást észlel.
- FeltöltésA fájl csak ezután indul útnak, TLS 1.2 vagy 1.3 protokollon keresztül. A jelszó Önnél marad.
A jelszó nem része a linknek. Egy második úton adja tovább, például külön e-mailben vagy telefonon. Aki csak a linket fogja el, nem tudja megnyitni a fájlt.
Feltöltési postaláda
Aki dokumentumokat tölt fel Önnek, ugyanígy a böngészőjében titkosítja azokat. A szerver csak a jelszó ellenőrző értékét ismeri, amellyel semmit sem lehet visszafejteni.
Kivétel: hogy a jelszót később is megtalálja, a feltöltési postaláda létrehozásakor e-mailben elküldjük Önnek. Ekkor egyszer áthalad a szerveren, és nem tároljuk.
Outlook-bővítmény
A bővítmény közvetlenül az Outlookban titkosít. A jelszó az Ön saját levelezőrendszerén halad át, nem a mi szerverünkön; maguk a fájlok pedig nem haladnak át az Ön levelezőrendszerén.
Két mód van: a TEPHIA SECURE minden címzettnek saját linket küld, és a jelszó az Ön e-mailjében van; vagy a link van az Ön e-mailjében, és a jelszó egy második e-mailben következik. Aki ismeri a linket és a jelszót, letöltheti a fájlokat – mint minden e-mailes kézbesítésnél. A második módnál a letöltés a címzettek címére korlátozható; ekkor egy postafiókjukba küldött kód is szükséges.
Technikai részletek
- Kulcsszármaztatás: Argon2id 64 MB memóriával, 4 menettel és 2 szállal, ezt követően HKDF-SHA256
- Titkosítás: AES-256-GCM, küldeményenként saját véletlenszerű sóval (32 bájt) és IV-vel (12 bájt)
- Titkosítás blokkokban: a fájl 8 MiB-os blokkokban titkosítva töltődik fel, minden blokk saját nonce-szal (IV XOR blokkszám); a blokkszám és az utolsó blokk jelölése kiegészítő hitelesített adatként (AAD) megakadályozza a blokkok felcserélését, kihagyását vagy levágását. Így akár 2 GB-os fájlok is lehetségesek
- WebAssembly nélkül (ha például vállalati szabályzat tiltja): PBKDF2-SHA512 egymillió iterációval
- Több fájlt vagy mappát a böngésző a titkosítás előtt egy ZIP-be csomagol
- Átvitel: TLS 1.2 vagy 1.3 forward secrecyvel, két évre szóló HSTS, szigorú Content Security Policy
- Bejelentkezési jelszavak: scrypt egyedi sóval; a második faktor kötelező
Mi van a szerverünkön
Csak titkosítva vagy egyáltalán nem
- Fájljai tartalma: csak titkosítva
- Egy küldemény jelszava és kulcsa: soha
- Egy feltöltési postaláda jelszava: csak egy ellenőrző érték
- Bejelentkezési jelszavak: csak hash formájában
- Bejelentkezés Microsofttal: semmi, az a Microsoftnál marad
- Fizetési adatok: semmi, azokat a Stripe kezeli
Olvasható, az igazoláshoz
- Fájlnevek és -méretek, ZIP esetén a benne lévő nevek is
- Megjelölés és üzenet
- Feladó névvel, címmel és szervezettel
- Címzettek címei, ha a linket mi küldjük el, vagy a letöltés korlátozott
- Dátumok és időpontok, IP-cím és hozzávetőleges helyszín letöltéskor
- A fájlok ellenőrzőösszegei (SHA-256), az Ön böngészőjében kiszámítva
A címzetteknek szóló, linket tartalmazó e-maileket és az olyan értesítéseket, mint „Fájlját letöltötték”, a Microsoft 365-ön és a Hornetsecurityn keresztül küldjük (továbbítás, vírus- és spamszűrés). Ezek nem tartalmaznak fájlneveket, csak az Ön által választott megjelölést vagy a fájlok számát; egy küldemény jelszava egyik e-mailünkben sem szerepel. A fájlneveket tartalmazó PDF kézbesítési igazolást csak akkor csatoljuk, ha ezt fiókjában bekapcsolja.
Mi történik, ha valaki átveszi a szervert?
A legrosszabb esetből indulunk ki: egy támadó teljes irányítást szerez a szerver, az adatbázis és a fájltároló felett.
Mihez jutna hozzá
- A szerveren éppen tárolt titkosított fájlokhoz – ezek a jelszó nélkül olvashatatlanok
- Metaadatokhoz: ki mit küldött kinek, mikor, fájlnevek és címek. Egy olyan név, mint „Valas_Kovacs.pdf”, elárul valamit.
Mihez nem jutna hozzá
- Korábbi küldemények és feltöltési postaládák tartalmához: a jelszavak soha nem voltak a szerveren, és 190 bit nem törhető fel nyers erővel
- Törölt fájlokhoz: ezek egyetlen biztonsági mentésben sincsenek benne
- Microsoft-jelszavakhoz és fizetési adatokhoz
Így védekezünk ellene
- Rövid megőrzés: a fájlokat letöltés után töröljük. Ami már nincs ott, azt nem lehet ellopni.
- Kód egyetlen forrásból: a webalkalmazás kódját kizárólag saját szerverünkről tölti be, és egy szigorú Content Security Policy megakadályozza a kód befecskendezését.
- Lezárt hozzáférés: karbantartás csak kulccsal és csak rögzített hálózatokról; a szervezeteket az adatbázisban is elkülönítjük egymástól.
- Értesítés vészhelyzetben: ha betörést észlelünk, indokolatlan késedelem nélkül tájékoztatjuk az érintett szervezeteket (GDPR 33. cikk).
Mennyi ideig tartana feltörni egy elfogott fájlt?
Egymilliárd grafikus kártyával is átlagosan nagyjából 4 × 1037 évre lenne szüksége egy támadónak.
Tegyük fel, hogy valaki elfog egy titkosított fájlt – átvitel közben vagy a szerverről. A jelszó nélkül csak annyit tehet, hogy egymás után próbálgatja a jelszavakat. Átlagosan ennyi ideig tartana:
Összehasonlításképpen: a világegyetem körülbelül 1,4 × 1010 éves. Még egymilliárd grafikus kártyának is körülbelül 1027-szer ennyi időre lenne szüksége.
Miért tart ilyen sokáig
- Hosszú, véletlenszerű jelszavak: minden küldemény saját, 32 karakteres jelszót kap, amely az Ön böngészőjében jön létre. Ez körülbelül 2,3 × 1057 lehetőség (190 bit).
- Minden próbálkozás költséges: mielőtt egy jelszót ellenőrizni lehetne, át kell mennie az Argon2id-n, 64 MB memóriával és négy menettel. Ez szándékosan lassítja a grafikus kártyákat és a speciális hardvereket.
- Magát a kulcsot (AES-256) a maga 2256 lehetőségével még nehezebb lenne kitalálni, mint a jelszót.
És a kvantumszámítógépek?
Mai tudásunk szerint egy kvantumszámítógép az összes lehetőség kipróbálásakor legfeljebb a felére csökkentheti a bitek számát. A 190 bitből matematikailag 95 lenne, és minden próbálkozásnak továbbra is át kellene mennie az Argon2id-n. Ez is messze meghaladja a belátható jövő bármely számítási kapacitását.
Az adatokat bőkezűen, a támadó javára becsültük, és egy értékes jegyre kerekítettük. Az átlagon alapulnak, vagyis az összes lehetőség felén.
A valós támadások ezért a jelszót célozzák, nem a titkosítást: aki a linket és a jelszót együtt megszerzi, annak nincs mit feltörnie. Ezért halad a kettő mindig külön úton – lásd: Mit tehet Ön.
Hol és mennyi ideig tároljuk az adatokat
Mit tehet Ön
- A jelszót és a linket külön küldje el, soha ne ugyanabban az üzenetben.
- Jelentkezzen be Microsofttal, és kapcsolja ki a jelszavas bejelentkezést, vagy használjon biztonsági kulcsot vagy hozzáférési kulcsot (passkey).
- Válasszon semleges fájlneveket, ha maga a név is bizalmas.
- Korlátozza a letöltést a címzettek címére: így a link és a jelszó önmagában nem elég.
Korlátok, amelyeket nyíltan vállalunk
- Az olyan metaadatok, mint a fájlnevek, a címek, a dátumok és az időpontok, számunkra olvashatók; a kézbesítési igazoláshoz szükség van rájuk.
- Egy feltöltési postaláda jelszava a postaláda létrehozásakor egyszer áthalad szerverünkön, a Microsoft 365-ön és a Hornetsecurityn.
- A Microsoft és a Hornetsecurity látja, mit tartalmaznak e-mailjeink: feladó, megjelölés, az Ön üzenete, a link, dátumok és időpontok – fájlnevek nélkül, és soha nem egy küldemény jelszava.
- Az Outlook-bővítmény küldéskori ellenőrzését a Cloudflare szolgáltatja, hogy az e-mailek küldése ne függjön szerverünk elérhetőségétől. A Cloudflare ennek során az IP-címet és a böngésző azonosítóját látja, tartalmat nem.
- Az egyes fájlok ellenőrzőösszege számunkra olvasható. Tartalmat nem árul el, de megmutatja, hogy egy már ismert fájlt továbbítottak-e.
- Mint minden böngészőben történő titkosításnál, az új küldemények védelme attól függ, hogy a webalkalmazás kódja változatlanul érkezik-e meg – ezért magát a szervert különös gondossággal védjük.
Biztonsági rést talált? Kérjük, bizalmasan jelentse a security.txt fájlunkban megadott címen.