Le vocabulaire de la sécurité, expliqué avec précision.

Des explications accessibles sur l’architecture, la cryptographie, les menaces et la conformité des logiciels confidentiels, fondées sur les RFC, les autorités publiques et des limites produit explicites.

Vérifié le 14 explications · 46 termes du glossaire Rédigé par SealTask

Commencer ici

Un terme de sécurité doit décrire une frontière, pas décorer une affirmation.

Utilisez ce centre pour traiter une question à la fois, vérifier la source primaire et explorer les notions liées. Les sections produit expliquent l’application chez SealTask sans transformer une définition générale en promesse commerciale.

01

Fondamentaux de la confidentialité

Les frontières qui structurent les logiciels zero-knowledge et chiffrés de bout en bout.

Architecture zero-knowledge

Architecture zero-knowledge

Dans une architecture zero-knowledge, le contenu protégé est chiffré sur un appareil contrôlé par l’utilisateur et le fournisseur ne détient pas les clés nécessaires pour le déchiffrer. Des métadonnées de compte, facturation, sécurité et exploitation peuvent rester visibles.

Lire l’explication

Chiffrement de bout en bout et chiffrement au repos

Chiffrement de bout en bout et chiffrement au repos

Le chiffrement au repos protège les données stockées, mais le service peut conserver les clés. Le chiffrement de bout en bout réserve le déchiffrement aux terminaux autorisés et exclut les intermédiaires.

Lire l’explication

Chiffrement côté client

Chiffrement côté client

Le chiffrement côté client transforme le texte en clair sur l’appareil avant son envoi au service. La garde des clés détermine si cette opération crée aussi une frontière de bout en bout ou zero-knowledge.

Lire l’explication

Texte chiffré et métadonnées

Texte chiffré et métadonnées

Le texte chiffré est le résultat du chiffrement, illisible sans la bonne clé. Les métadonnées décrivent le contenu ou l’activité — identité, horaire, taille, état ou relations — et peuvent rester visibles.

Lire l’explication

02

La cryptographie expliquée

Les protocoles et primitives qui transforment une affirmation de sécurité en architecture vérifiable.

OPAQUE PAKE

OPAQUE PAKE

OPAQUE est le protocole PAKE augmenté décrit par la RFC 9807. Il authentifie un mot de passe sans l’envoyer au serveur comme identifiant réutilisable.

Lire l’explication

HKDF

HKDF

HKDF est la fonction de dérivation de clés HMAC Extract-and-Expand définie par la RFC 5869. Elle produit des clés séparées et propres à chaque usage à partir d’un matériau initial.

Lire l’explication

HPKE

HPKE

HPKE est le cadre de chiffrement hybride à clé publique de la RFC 9180. Il associe KEM, KDF et AEAD pour chiffrer vers la clé publique d’un destinataire.

Lire l’explication

AEAD et ChaCha20-Poly1305

AEAD et ChaCha20-Poly1305

AEAD protège la confidentialité et l’intégrité du texte chiffré et des données associées non chiffrées. ChaCha20-Poly1305 est une construction AEAD standardisée par la RFC 8439.

Lire l’explication

Durcissement des mots de passe avec Argon2id

Durcissement des mots de passe avec Argon2id

Argon2id est une fonction de hachage de mot de passe et de dérivation de clés exigeante en mémoire, définie par la RFC 9106. Son coût volontaire ralentit les essais massifs.

Lire l’explication

Transparence des clés et arbres de Merkle

Transparence des clés et arbres de Merkle

La transparence des clés consigne les associations entre identités et clés publiques dans une structure ajout-seul vérifiable. Les preuves de Merkle permettent de contrôler les entrées et les changements.

Lire l’explication

03

Menaces et incidents

Des termes précis pour comprendre les attaques de compte, les expositions et les violations de données.

Credential stuffing

Credential stuffing

Le credential stuffing consiste à rejouer automatiquement sur un service des couples identifiant-mot de passe volés ailleurs.

Lire l’explication

Violation de données et exposition de données

Violation de données et exposition de données

Une violation de données implique un accès ou une divulgation non autorisés. Une exposition rend les données accessibles au-delà du public prévu sans démontrer nécessairement une intrusion.

Lire l’explication

04

Confidentialité et conformité

Ce que l’architecture de sécurité peut soutenir et ce qui exige toujours contrats et contrôles.

Business Associate Agreement (BAA)

Business Associate Agreement (BAA)

Un BAA est l’accord écrit exigé par HIPAA pour répartir les obligations lorsqu’un business associate traite des PHI. Le chiffrement ne remplace pas cet accord.

Lire l’explication

Informations de santé protégées (PHI)

Informations de santé protégées (PHI)

Les PHI sont des informations de santé permettant d’identifier une personne, protégées par HIPAA lorsqu’elles sont détenues ou transmises par une covered entity ou un business associate.

Lire l’explication

Référence

Glossaire de sécurité.

Le vocabulaire utilisé dans les pages sécurité, guides, comparaisons et incidents de SealTask. Les termes disposant d’une explication complète renvoient vers leur page canonique.

AEAD
Chiffrement authentifié avec données associées
Chiffrement qui protège la confidentialité et détecte les modifications du texte chiffré et du contexte non chiffré associé.
Arbre de Merkle
Arbre de hachage engageant de nombreux enregistrements dans une racine et permettant des preuves compactes.
Architecture zero-knowledge
Conception dans laquelle le fournisseur ne détient pas les clés nécessaires pour déchiffrer un périmètre défini de contenu protégé.
Argon2id
Fonction exigeante en mémoire pour le hachage de mots de passe et la dérivation de clés, standardisée par la RFC 9106.
Attaque par force brute
Test systématique d’un grand nombre de secrets ou d’identifiants candidats jusqu’à ce que l’un d’eux fonctionne.
Attaque par rejeu
Réutilisation d’un message ou identifiant auparavant valide pour provoquer une action non autorisée ou répétée.
BAA
Business Associate Agreement
Accord écrit exigé par HIPAA lorsqu’un business associate traite des PHI.
CBOR
Concise Binary Object Representation
Format compact de sérialisation binaire défini par la RFC 8949.
ChaCha20-Poly1305
AEAD associant le chiffrement de flux ChaCha20 et l’authentificateur Poly1305, standardisé par la RFC 8439.
Chiffrement au repos
Protection des données stockées qui n’exclut pas, à elle seule, l’accès du fournisseur aux clés.
Chiffrement côté client
Chiffrement effectué sur l’appareil avant l’envoi du contenu protégé à un service.
Collecte via API
Collecte automatisée d’enregistrements par une interface applicative ; selon le contexte, elle peut être autorisée, abusive ou rendue possible par des contrôles d’accès défaillants.
Compromission de la chaîne d’approvisionnement
Compromission atteignant une cible par une dépendance, un système de build, un fournisseur ou un prestataire.
Confidentialité persistante
Propriété limitant l’exposition d’anciens secrets si une clé de long terme est compromise.
Credential stuffing
Rejeu automatisé de couples identifiant-mot de passe volés ailleurs.
Données au repos
Données stockées sur un support plutôt qu’en cours de transmission ou de traitement.
Durcissement des mots de passe
Traitement volontairement coûteux qui augmente le prix des essais de mots de passe.
E2EE
Chiffrement de bout en bout
Chiffrement dans lequel seuls les terminaux prévus détiennent les clés du contenu protégé.
Exposition de données
Données accessibles au-delà du public prévu, sans preuve nécessaire d’une intrusion.
HKDF
Fonction HMAC Extract-and-Expand de dérivation de clés
KDF de la RFC 5869 qui produit des clés propres à chaque usage.
HMAC
Construction d’authentification de message à clé fondée sur une fonction de hachage cryptographique.
HPKE
Hybrid Public Key Encryption
Cadre de la RFC 9180 associant KEM, KDF et AEAD pour chiffrer vers une clé publique.
Journal de transparence
Registre ajout-seul et vérifiable cryptographiquement d’événements ou d’associations de clés.
KDF
Fonction de dérivation de clés
Fonction cryptographique dérivant une ou plusieurs clés d’un matériau initial.
KEM
Mécanisme d’encapsulation de clé
Mécanisme à clé publique établissant un secret partagé encapsulé pour un destinataire.
Métadonnées
Informations sur le contenu ou l’activité, comme l’identité, l’horaire, la taille, l’état et les relations.
Nonce
Valeur utilisée une seule fois dans un contexte cryptographique ; sa réutilisation avec la même clé AEAD peut être catastrophique.
OPAQUE
Protocole PAKE augmenté décrit par la RFC 9807.
OPRF
Oblivious Pseudorandom Function
Primitive de la RFC 9497 permettant à un client d’évaluer une fonction pseudorandomisée à clé sans révéler son entrée au serveur ; OPAQUE utilise le mode OPRF de base.
PAKE
Échange de clés authentifié par mot de passe
Protocole établissant une clé authentifiée à partir d’un mot de passe sans envoyer celui-ci comme identifiant.
PHI
Informations de santé protégées · ePHI
Informations de santé identifiables protégées dans les conditions prévues par HIPAA.
Preuve d’inclusion
Chemin de Merkle compact montrant qu’une feuille appartient à une racine donnée.
Preuve de cohérence
Preuve de Merkle qu’un arbre ajout-seul ultérieur contient l’arbre antérieur comme préfixe inchangé.
Pulvérisation de mots de passe
Test d’un petit ensemble de mots de passe courants sur de nombreux comptes afin d’éviter des tentatives répétées sur un même compte.
Ristretto255
Abstraction de groupe d’ordre premier sur Curve25519 utilisée par la suite cryptographique OPAQUE standard.
Sel
Valeur non secrète qui sépare des entrées identiques lors du hachage ou de la dérivation de clés.
Séparation de domaines
Contextes ou libellés distincts empêchant de réutiliser une valeur cryptographique pour un autre usage.
Texte chiffré
Résultat du chiffrement, destiné à rester illisible sans la bonne clé de déchiffrement.
Texte en clair
Données lisibles fournies au chiffrement ou obtenues après un déchiffrement réussi.
Transparence des clés
Journal vérifiable rendant auditables les changements d’association entre identités et clés publiques.
Violation de données
Incident impliquant un accès ou une divulgation non autorisés d’informations sensibles.
VOPRF
Verifiable Oblivious Pseudorandom Function
Primitive de la RFC 9497 permettant d’évaluer une fonction pseudorandomisée sans révéler l’entrée et de vérifier le serveur.
Vulnérabilité
Faiblesse potentiellement exploitable ; sa présence seule ne prouve ni exploitation ni violation de données.
WASM
WebAssembly
Format binaire portable exécutable dans le navigateur, notamment pour apporter de la cryptographie Rust auditée.
WebCrypto
Web Cryptography API
API du navigateur exposant certaines opérations cryptographiques aux applications web.
X25519
Fonction Diffie–Hellman sur Curve25519 utilisée par un KEM HPKE de la RFC 9180.

Méthode éditoriale

Chaque définition commence par une réponse directe, puis distingue garanties, limites et usage propre au produit. Les affirmations techniques privilégient RFC Editor, NIST, OWASP et HHS.

La date ne change que lorsque le contenu évolue. Envoyez vos corrections à security@sealtask.com.

De la définition à la conception.

Découvrez comment ces éléments s’articulent, quels contenus SealTask ne peut pas lire et quelles métadonnées d’exploitation ses serveurs traitent encore.