Srozumitelná vysvětlení architektury, kryptografie, hrozeb a compliance v soukromém softwaru – založená na RFC, doporučeních úřadů a výslovně popsaných hranicích produktu.
Začněte zde
Pomocí tohoto centra si zodpovězte jednu otázku po druhé, ověřte primární zdroj a pokračujte k souvisejícím pojmům. Produktové části vysvětlují použití v SealTask bez proměny obecné definice v reklamní slib.
01
Hranice, na nichž stojí zero-knowledge a end-to-end šifrovaný software.
Zero-knowledge architektura
Zero-knowledge architektura šifruje chráněný obsah na zařízení pod kontrolou uživatele a poskytovatel nemá klíče potřebné k jeho dešifrování. Účtová, fakturační, bezpečnostní a provozní metadata přesto mohou zůstat viditelná.
Přečíst vysvětleníEnd-to-end šifrování a šifrování uložených dat
Šifrování uložených dat chrání úložiště, ale provozovatel služby může držet klíče. End-to-end šifrování omezuje dešifrování na oprávněné koncové body a vylučuje prostředníky.
Přečíst vysvětleníŠifrování na klientu
Při šifrování na klientu se otevřený text změní na ciphertext v zařízení ještě před odesláním službě. O end-to-end nebo zero-knowledge hranici rozhoduje také správa klíčů.
Přečíst vysvětleníCiphertext a metadata
Ciphertext je zašifrovaný výstup, který má být bez správného klíče nečitelný. Metadata popisují obsah nebo činnost – například identitu, čas, velikost, stav a vztahy – a mohou zůstat viditelná.
Přečíst vysvětlení02
Protokoly a primitiva, která mění bezpečnostní tvrzení v ověřitelnou architekturu.
OPAQUE PAKE
OPAQUE je rozšířený protokol pro výměnu klíčů autentizovanou heslem popsaný v RFC 9807. Ověřuje heslo bez jeho odeslání jako znovupoužitelného přihlašovacího údaje.
Přečíst vysvětleníHKDF
HKDF je HMAC-based Extract-and-Expand funkce pro odvozování klíčů z RFC 5869. Z výchozího klíčového materiálu vytváří oddělené klíče pro konkrétní účely.
Přečíst vysvětleníHPKE
HPKE je rámec hybridního šifrování veřejným klíčem z RFC 9180. Kombinuje KEM, KDF a AEAD pro šifrování příjemci pomocí jeho veřejného klíče.
Přečíst vysvětleníAEAD a ChaCha20-Poly1305
AEAD chrání důvěrnost a integritu ciphertextu i přidružených nešifrovaných dat. ChaCha20-Poly1305 je konstrukce AEAD standardizovaná v RFC 8439.
Přečíst vysvětleníPosílení hesel pomocí Argon2id
Argon2id je paměťově náročná funkce pro hashování hesel a odvozování klíčů z RFC 9106. Záměrně vysoké náklady zdražují hromadné zkoušení hesel.
Přečíst vysvětleníTransparentnost klíčů a Merkleovy stromy
Transparentnost klíčů zaznamenává vazby mezi identitami a veřejnými klíči do kryptograficky ověřitelné append-only struktury. Merkleovy důkazy umožňují kontrolovat záznamy i změny.
Přečíst vysvětlení03
Přesné názvosloví pro útoky na účty, zpřístupnění dat a narušení bezpečnosti.
Credential stuffing
Credential stuffing je automatizované zkoušení dvojic uživatelského jména a hesla odcizených u jiné služby.
Přečíst vysvětleníNarušení bezpečnosti dat a zpřístupnění dat
Narušení bezpečnosti dat zahrnuje neoprávněný přístup k citlivým údajům nebo jejich zveřejnění. Zpřístupnění dat je učiní dostupnými mimo zamýšlený okruh, aniž nutně prokazuje průnik.
Přečíst vysvětlení04
Co může bezpečnostní architektura podpořit a co stále vyžaduje smlouvy a kontroly.
Business Associate Agreement (BAA)
BAA je písemná dohoda vyžadovaná HIPAA, která rozděluje povinnosti při zpracování PHI obchodním partnerem. Šifrování tuto dohodu nenahrazuje.
Přečíst vysvětleníChráněné zdravotní informace (PHI)
PHI jsou individuálně identifikovatelné zdravotní informace chráněné HIPAA, pokud je uchovává nebo přenáší covered entity či business associate.
Přečíst vysvětleníPřehled pojmů
Pojmy používané na bezpečnostních, poradenských, srovnávacích a incidentních stránkách SealTask. Pojmy s úplným vysvětlením odkazují na svou kanonickou stránku.
Definice začínají přímou odpovědí a poté oddělují záruky, omezení a konkrétní použití produktu. Technická tvrzení přednostně vycházejí z RFC Editor, NIST, OWASP a HHS.
Datum se mění jen při změně obsahu. Opravy posílejte na security@sealtask.com.
Podívejte se, jak tyto prvky zapadají do sebe, včetně přesného obsahu, který SealTask nemůže číst, a provozních metadat, která servery stále zpracovávají.