Beveiligingstaal, precies uitgelegd.

Heldere uitleg over de architectuur, cryptografie, dreigingen en compliance achter privacygerichte software, gebaseerd op RFC’s, overheidsrichtlijnen en expliciete productgrenzen.

Beoordeeld 14 uitlegartikelen · 46 woordenlijstbegrippen Geschreven door SealTask

Begin hier

Een beveiligingsterm moet een grens beschrijven, niet alleen een claim versieren.

Beantwoord één vraag tegelijk, controleer de primaire bron en volg verwante begrippen. Productspecifieke delen leggen uit hoe SealTask een term toepast zonder van een algemene definitie een verkoopbelofte te maken.

01

Privacyfundamenten

De grenzen achter zero-knowledge en end-to-end versleutelde software.

Zero-knowledge-architectuur

Zero-knowledge-architectuur

Bij zero-knowledge-architectuur wordt beschermde inhoud versleuteld op een apparaat onder controle van de gebruiker en bezit de aanbieder niet de sleutels om die inhoud te ontsleutelen. Account-, facturatie-, beveiligings- en operationele metadata kunnen zichtbaar blijven.

Lees de uitleg

End-to-end-encryptie en encryptie in rust

End-to-end-encryptie en encryptie in rust

Encryptie in rust beschermt opgeslagen gegevens, maar de dienst kan de sleutels houden. End-to-end-encryptie beperkt ontsleuteling tot geautoriseerde eindpunten en sluit tussenpersonen uit.

Lees de uitleg

Client-side-encryptie

Client-side-encryptie

Client-side-encryptie zet leesbare gegevens op het apparaat om in ciphertext voordat ze naar een dienst gaan. Sleutelbeheer bepaalt of ook een end-to-end- of zero-knowledgegrens ontstaat.

Lees de uitleg

Ciphertext en metadata

Ciphertext en metadata

Ciphertext is de versleutelde uitvoer die zonder de juiste sleutel onleesbaar hoort te zijn. Metadata beschrijven inhoud of activiteit — zoals identiteit, tijd, grootte, status en relaties — en kunnen zichtbaar blijven.

Lees de uitleg

02

Cryptografie uitgelegd

Protocollen en primitieven die een beveiligingsclaim in een controleerbare architectuur omzetten.

OPAQUE PAKE

OPAQUE PAKE

OPAQUE is het in RFC 9807 beschreven augmented PAKE-protocol. Het verifieert een wachtwoord zonder dit als herbruikbare aanmeldreferentie naar de server te sturen.

Lees de uitleg

HKDF

HKDF

HKDF is de HMAC Extract-and-Expand-sleutelafleidingsfunctie uit RFC 5869. Ze leidt afzonderlijke, doelspecifieke sleutels af uit initieel sleutelmateriaal.

Lees de uitleg

HPKE

HPKE

HPKE is het hybride public-key-encryptieraamwerk uit RFC 9180. Het combineert KEM, KDF en AEAD om naar de publieke sleutel van een ontvanger te versleutelen.

Lees de uitleg

AEAD en ChaCha20-Poly1305

AEAD en ChaCha20-Poly1305

AEAD beschermt vertrouwelijkheid en integriteit van ciphertext en gekoppelde onversleutelde gegevens. ChaCha20-Poly1305 is een AEAD-constructie uit RFC 8439.

Lees de uitleg

Wachtwoordversterking met Argon2id

Wachtwoordversterking met Argon2id

Argon2id is een geheugenzware functie voor wachtwoordhashing en sleutelafleiding uit RFC 9106. De opzettelijk hoge kosten vertragen grootschalig raden.

Lees de uitleg

Sleuteltransparantie en Merkle-bomen

Sleuteltransparantie en Merkle-bomen

Sleuteltransparantie legt koppelingen tussen identiteiten en publieke sleutels vast in een controleerbare append-only structuur. Merkle-bewijzen maken records en wijzigingen verifieerbaar.

Lees de uitleg

03

Dreigingen en incidenten

Nauwkeurige taal voor accountaanvallen, blootstellingen en datalekken.

Credential stuffing

Credential stuffing

Credential stuffing is het automatisch uitproberen van elders gestolen combinaties van gebruikersnaam en wachtwoord bij een andere dienst.

Lees de uitleg

Datalek en gegevensblootstelling

Datalek en gegevensblootstelling

Een datalek omvat onbevoegde toegang tot of openbaarmaking van gevoelige informatie. Gegevensblootstelling maakt gegevens buiten het bedoelde publiek toegankelijk zonder noodzakelijk een inbraak te bewijzen.

Lees de uitleg

04

Privacy en compliance

Wat beveiligingsarchitectuur kan ondersteunen en wat nog contracten en controles vereist.

Business Associate Agreement (BAA)

Business Associate Agreement (BAA)

Een BAA is de door HIPAA vereiste schriftelijke overeenkomst die plichten verdeelt wanneer een business associate PHI verwerkt. Encryptie vervangt deze overeenkomst niet.

Lees de uitleg

Beschermde gezondheidsinformatie (PHI)

Beschermde gezondheidsinformatie (PHI)

PHI is individueel identificeerbare gezondheidsinformatie die onder HIPAA wordt beschermd wanneer een covered entity of business associate haar bewaart of overdraagt.

Lees de uitleg

Naslagwerk

Beveiligings woordenlijst.

De begrippen uit de beveiligings-, gids-, vergelijkings- en incidentpagina’s van SealTask. Begrippen met volledige uitleg verwijzen naar hun canonieke pagina.

AEAD
Geauthenticeerde encryptie met gekoppelde gegevens
Encryptie die vertrouwelijkheid beschermt en wijzigingen in ciphertext en gekoppelde context detecteert.
Argon2id
Geheugenzware functie voor wachtwoordhashing en sleutelafleiding uit RFC 9106.
BAA
Business Associate Agreement
Door HIPAA vereiste schriftelijke overeenkomst wanneer een business associate PHI verwerkt.
Brute-forceaanval
Systematisch veel mogelijke geheimen of inloggegevens proberen totdat er één werkt.
CBOR
Concise Binary Object Representation
Compact binair gegevensserialisatieformaat uit RFC 8949.
ChaCha20-Poly1305
AEAD die het ChaCha20-stroomcijfer en de Poly1305-authenticator combineert volgens RFC 8439.
Ciphertext
Uitvoer van encryptie, bedoeld om zonder de juiste ontsleutelingssleutel onleesbaar te blijven.
Client-side-encryptie
Encryptie op het apparaat voordat beschermde inhoud naar een dienst wordt geüpload.
Compromittering van de toeleveringsketen
Aanval die een doel bereikt via een afhankelijkheid, buildsysteem, leverancier of dienstverlener.
Consistentiebewijs
Merkle-bewijs dat een latere append-only boom de eerdere boom als ongewijzigd voorvoegsel bevat.
Credential stuffing
Automatisch hergebruik van elders gestolen gebruikersnaam-wachtwoordparen.
Datalek
Incident met onbevoegde toegang tot of openbaarmaking van gevoelige informatie.
Domeinscheiding
Afzonderlijke labels of contexten voorkomen hergebruik van een cryptografische waarde voor een ander doel.
E2EE
End-to-end-encryptie
Encryptie waarbij alleen de bedoelde eindpunten sleutels voor beschermde inhoud bezitten.
Encryptie in rust
Bescherming van opgeslagen gegevens die toegang van de aanbieder tot sleutels niet vanzelf uitsluit.
Forward secrecy
Eigenschap die beperkt of compromittering van een langetermijnsleutel eerdere geheimen blootlegt.
Gegevens in rust
Gegevens die op een medium zijn opgeslagen en niet actief worden verzonden of verwerkt.
Gegevens verzamelen via API
Geautomatiseerd verzamelen van records via een applicatie-interface; afhankelijk van de context kan dit toegestaan, misbruik of mogelijk door gebrekkige toegangscontrole zijn.
Gegevensblootstelling
Gegevens die buiten het bedoelde publiek toegankelijk zijn, zonder noodzakelijk bewijs van inbraak.
HKDF
HMAC-based Extract-and-Expand Key Derivation Function
KDF uit RFC 5869 voor het afleiden van doelspecifieke sleutels.
HMAC
Sleutelgebonden constructie voor berichtauthenticatie op basis van een cryptografische hashfunctie.
HPKE
Hybrid Public Key Encryption
Raamwerk uit RFC 9180 dat KEM, KDF en AEAD voor public-key-encryptie combineert.
KDF
Sleutelafleidingsfunctie
Cryptografische functie die een of meer sleutels uit bronmateriaal afleidt.
KEM
Sleutelinkapselingsmechanisme
Public-key-mechanisme dat een ingekapseld gedeeld geheim voor een ontvanger vastlegt.
Kwetsbaarheid
Mogelijk misbruikbare zwakte; aanwezigheid alleen bewijst geen misbruik of datalek.
Leesbare tekst
Leesbare gegevens vóór encryptie of na succesvolle ontsleuteling.
Merkle-boom
Hashboom die veel records aan één wortel bindt en compacte bewijzen mogelijk maakt.
Metadata
Informatie over inhoud of activiteit, zoals identiteit, tijd, grootte, status en relaties.
Nonce
Waarde die eenmaal in een cryptografische context wordt gebruikt; hergebruik onder één AEAD-sleutel kan rampzalig zijn.
OPAQUE
Augmented PAKE-protocol beschreven in RFC 9807.
Opnamebewijs
Compact Merkle-pad dat aantoont dat een blad bij een bepaalde boomwortel hoort.
OPRF
Oblivious Pseudorandom Function
Primitief uit RFC 9497 waarmee een client een pseudowillekeurige functie met sleutel evalueert zonder de invoer aan de server prijs te geven; OPAQUE gebruikt de basis-OPRF-modus.
PAKE
Wachtwoordgeauthenticeerde sleuteluitwisseling
Protocol dat vanuit een wachtwoord een geauthenticeerde sleutel opzet zonder het wachtwoord als referentie te verzenden.
Password spraying
Een kleine set veelgebruikte wachtwoorden tegen veel accounts proberen om herhaalde pogingen tegen één account te vermijden.
PHI
Beschermde gezondheidsinformatie · ePHI
Identificeerbare gezondheidsinformatie die onder de voorwaarden van HIPAA wordt beschermd.
Replay-aanval
Hergebruik van een eerder geldig bericht of credential voor een onbevoegde of dubbele handeling.
Ristretto255
Priemordegroepabstractie over Curve25519 die door de gestandaardiseerde OPAQUE-suite wordt gebruikt.
Salt
Niet-geheime waarde die gelijke invoer scheidt bij wachtwoordhashing of sleutelafleiding.
Sleuteltransparantie
Controleerbaar logsysteem dat wijzigingen in identiteits- en publieke-sleutelkoppelingen auditbaar maakt.
Transparantielog
Append-only en cryptografisch controleerbaar overzicht van gebeurtenissen of sleutelkoppelingen.
VOPRF
Verifiable Oblivious Pseudorandom Function
Primitief uit RFC 9497 om een pseudowillekeurige functie te evalueren zonder invoer te onthullen en de server te verifiëren.
Wachtwoordversterking
Opzettelijk dure verwerking die het testen van wachtwoordgissingen kostbaarder maakt.
WASM
WebAssembly
Draagbaar binair instructieformaat voor browsers, bijvoorbeeld voor beoordeelde Rust-cryptografie.
WebCrypto
Web Cryptography API
Browser-API die geselecteerde cryptografische bewerkingen aan webapps aanbiedt.
X25519
Elliptische Diffie–Hellman-functie over Curve25519 die door een HPKE-KEM in RFC 9180 wordt gebruikt.
Zero-knowledge-architectuur
Productontwerp waarin de aanbieder niet de sleutels bezit om een afgebakend deel beschermde inhoud te ontsleutelen.

Redactionele methode

Definities beginnen met een direct antwoord en scheiden daarna garanties, beperkingen en productspecifiek gebruik. Technische claims steunen bij voorkeur op RFC Editor, NIST, OWASP en HHS.

De datum verandert alleen wanneer de inhoud verandert. Correcties zijn welkom via security@sealtask.com.

Van definitie naar ontwerp.

Bekijk hoe deze onderdelen samenhangen, welke inhoud SealTask niet kan lezen en welke operationele metadata de servers nog wel verwerken.