Posture de sécurité
Ce qu’il prouve — et ce qu’il ne prouve pas.
KeyPulse est conçu pour qu’on puisse raisonner honnêtement dessus. Voici ce que signifie chaque propriété, et où sont les problèmes ouverts.
Ce que la preuve établit
WHO — le compte. PRESENT — la vérification locale de l’utilisateur, propre à l’appareil, a autorisé l’usage de sa clé pour cette opération (pas qu’une personne nommée est là ou agit librement). TOGETHER — deux appareils indépendants ont produit des observations compatibles du même événement physique. NOW — elle a été créée à l’instant de l’opération et n’existait pas avant.
Rejeu
Le rejeu d’un enregistrement d’une cérémonie passée est traité : chaque cérémonie est liée à un défi frais rattaché à cette seule opération. C’est validé sur du vrai matériel.
Relais en temps réel — ouvert
Un relais en direct entre deux lieux au même instant est un problème plus difficile. KeyPulse est conçu pour en augmenter le coût et en changer la nature. Il ne prétend pas le rendre impossible. C’est un sujet de recherche actif, et il a une page de limites à part entière.
Données
La conception minimise les données. Chaque intégrateur reçoit une référence opaque et non corrélable pour un même utilisateur, de sorte que des tiers ne peuvent pas relier un utilisateur d’un service à l’autre. L’infrastructure de KeyPulse détient nécessairement cette correspondance — elle n’apprend jamais l’identité civile, mais ce n’est pas « totalement anonyme ».
Là où ça vaut le coup
Une transaction financière de montant élevé · Un changement de droits d’administration · L’accès à une infrastructure critique · Une opération irréversible · Une validation qui exige plusieurs personnes
KeyPulse à côté de ce que vous utilisez déjà
KeyPulse est une couche, pas un remplacement. Il est le plus utile là où une preuve physique de co-présence a une vraie valeur. La colonne KeyPulse est la cible pour Secure Chain ; les cases marquées « recherche » sont des problèmes ouverts, pas des propriétés livrées.
| KeyPulse | Passkey / FIDO2 | MFA (app / push) | OTP (SMS / e-mail) | |
|---|---|---|---|---|
| Résistant au phishing | ● | ● | ◐ | ○ |
| Aucun secret partagé dans une base serveur | ● | ● | ○ | ○ |
| Clé matérielle indépendante | ● | ◐ | ○ | ○ |
| Défi frais lié à l’opération | ● | ● | ◐ | ◐ |
| Vérification locale de l’utilisateur, liée cryptographiquement | ● | ● | ◐ | ○ |
| Preuve que deux appareils indépendants sont physiquement ensemble | ● | ○ | ○ | ○ |
| Résiste au rejeu d’un enregistrement | ● | ● | ◐ | ○ |
| Résiste à un relais physique en temps réel | ⧗ | ◐ | ◐ | ○ |
● établi · ◐ partiel / selon l’implémentation · ○ non fourni · ⧗ recherche ouverte
Modèle de menace, lu honnêtement
Pour chaque menace : ce qui est démontré aujourd’hui, ce qui est un objectif d’ingénierie, et ce qui est réellement ouvert. Nous préférons que vous l’appreniez ici plutôt que de le découvrir plus tard.
Rejeu d’une cérémonie enregistrée
- Démontré
- Lié à un défi propre à l’opération ; validé sur du vrai matériel.
Relais physique en temps réel
- Objectif d’ingénierie
- Augmenter le coût et changer la nature de l’attaque.
- Recherche ouverte
- Caractérisation et mitigations en recherche active ; l’impossibilité n’est pas revendiquée.
Vol du téléphone seul / de la carte seule
- Démontré
- Aucun appareil seul ne peut compléter une cérémonie.
Usurpation / injection de la réponse de l’environnement
- Objectif d’ingénierie
- Rejeter les réponses implausibles ou absentes.
- Recherche ouverte
- Bornes sur un adversaire synthétisant une réponse qui passe la comparaison.
Compromission firmware / matériel d’un appareil
- Objectif d’ingénierie
- Secure Element + Secure Boot sur un matériel de référence.
- Recherche ouverte
- La carte actuelle est un démonstrateur R&D en composants du commerce.
Coercition / contrainte
- Objectif d’ingénierie
- KeyPulse informe une décision d’autorisation ; les flux tenant compte de la contrainte relèvent de l’intégrateur.
Des questions au-delà de cette page ? Demander à KeyPulse → Demander un rendez-vous →