Embedded
Security
Conception de Trusted Execution Environment sur ARM TrustZone-M, chaînes de secure boot, isolation DMA, intégration d'accélérateurs cryptographiques matériels. Firmware de production qui survit à l'audit.
TrustZone-M bien fait
Trusted Execution Environment avec passerelle Non-Secure Callable, validation des entrées de l'API NSC, isolation de la partition sécurisée. Chaque octet qui traverse la frontière de sécurité est validé.
- Intégration de l'image enfant du Trusted Execution Environment
- NSC API hardening
- Protection mémoire de la partition sécurisée
Périphériques liés
Le DMA est configuré au démarrage depuis le Secure World puis verrouillé. Aucun logiciel, même avec les droits root sur un RTOS Non-Secure, ne peut réorienter le DMA pour exfiltrer les données du microphone.
- Verrouillage des descripteurs DMA au démarrage
- Micro/haut-parleur liés à la SPE
- Schéma DMA Air-Gap (brevet en instance)
Secure boot + OTA
MCUboot avec vérification de signature Ed25519, protection anti-rollback via compteur de sécurité, mises à jour OTA delta via BLE-SMP. Cycle de vie du firmware de qualité production.
- Signature Ed25519 dans l'accélérateur cryptographique matériel
- Protection anti-rollback via compteur de sécurité
- Delta OTA over BLE-SMP
Architecture
Hardware Anchor of Trust
Ancrage matériel de la confiance
L'écouteur est la forteresse. Le téléphone est la vitre.
Écouteur Q-Audion
Secure Element + moteur PQC
Micro MEMS
lié au matériel
Secure Element
résistant aux manipulations
Clés par appel
éphémères
Anti-tamper
boot verrouillé
Téléphone hôte
véhicule, pas coffre-fort
Un OS compromis n'affecte pas la sécurité. Il ne voit que du ciphertext.
↕ BLE · ciphertext uniquement ↕
L'ancre de confiance réside dans l'écouteur
Pas dans le téléphone. Pas dans le cloud.
Votre téléphone peut être infesté de malwares
L'écouteur s'en moque.
Clés liées au matériel
Jamais extractibles. Jamais sur le téléphone.