Expertise
sectorielle
Chaque secteur impose ses propres contraintes réglementaires, ses certifications spécifiques et ses standards de sécurité. ACCEIS maîtrise chaque écosystème.
Sécurité offensive
& audit technique
Identifier les failles réelles, mesurer leur impact et fournir des recommandations actionnables, par l'attaque (sécurité offensive) et par la revue (audit technique).
Gouverner, évaluer
& conformer
Organiser la sécurité dans la durée et répondre à vos exigences réglementaires avec une approche pragmatique, adaptée à votre maturité et à vos enjeux métiers.
Évaluer
Préparer, structurer et piloter vos démarches de certification et de qualification pour maximiser vos chances de succès.
À propos
Une équipe d'experts techniques passionnés que vous pourrez croiser en CTF, colloques et salons cybersécurité.
Sécurité offensive · IoT & matériels

La sécurité de vos objets connectés
& systèmes embarqués. Embarqué · Firmware · OT/ICS · Radio

33%des équipements IoT présentent des vulnérabilités
9%des dispositifs médicaux connectés portent une faille activement exploitée
+41%d'attaques ciblant l'IoT en un an

Le matériel,
de bout en bout.

De l'objet connecté grand public à l'automate industriel, du firmware embarqué aux communications radio, nous auditons le matériel physiquement : extraction de firmware, reverse engineering de binaires, attaque des interfaces de debug et rejeu des protocoles propriétaires.

Objets connectés (IoT)

Caméras, serrures, capteurs, passerelles domotiques, dispositifs médicaux connectés, surface d'attaque complète : application compagnon, API cloud, communications et matériel physique.

IoTApp compagnonAPI cloud
Firmware & embarqué

Extraction (binwalk, dump SPI/eMMC), analyse du système de fichiers, recherche de secrets et de comptes en dur, backdoors, clés cryptographiques, mécanismes de mise à jour non signés.

binwalkSquashFSOTA
Systèmes industriels OT/ICS

Automates PLC, SCADA, supervision, protocoles industriels Modbus, DNP3, OPC-UA, MQTT. Injection de commandes, absence d'authentification, segmentation IT/OT défaillante.

ModbusDNP3OPC-UAMQTT
Interfaces matérielles

Ports de debug et bus internes, JTAG, UART, SPI, I²C. Accès aux consoles laissées actives, lecture/écriture de la mémoire, contournement du secure boot, dump direct du firmware.

JTAGUARTSPISecure boot
Communications radio

Analyse des liaisons sans fil, BLE, Zigbee, LoRa/LoRaWAN, sub-GHz. Interception, rejeu, appairage faible, chiffrement absent ou cassable, usurpation et déni de service radio.

BLEZigbeeLoRaWANSDR
Reverse engineering de binaires

Désassemblage et décompilation des binaires embarqués (Ghidra, IDA), architectures ARM, MIPS, RISC-V. Recherche de vulnérabilités mémoire, logique propriétaire, cryptographie maison.

GhidraARM / MIPSÉmulationCrypto maison

Que nous
donnez-vous ?

Sur un audit matériel, la « boîte » correspond à ce que vous nous transmettez avec le produit. Plus vous nous en donnez, documentation, schémas, firmware, code source, moins on passe de temps à extraire et reverser, plus on en consacre à trouver des failles. Nos experts vous conseillent selon ce que vous voulez mesurer.

Boîte noire
Le produit
seul
Perspective attaquant qui l'achète

Vous nous fournissez uniquement le matériel, exactement ce dont dispose un attaquant qui achète votre produit dans le commerce. Ouverture du boîtier, identification des composants, extraction du firmware par les interfaces physiques, reverse engineering autonome.

Vous fournissez Un ou deux exemplaires du produit
Réalisme Maximum, scénario réel
Couverture Surface accessible physiquement
Idéal pour
Mesurer la résistance face à un attaquant qui achète le produit
Évaluer un équipement tiers avant son déploiement
Tester un dispositif grand public en conditions réelles
Audit de conformité avant mise sur le marché
À savoir : une partie du temps passe en extraction et reverse. Idéal pour le réalisme, un peu moins pour l'exhaustivité, fournir le firmware et les schémas (boîte blanche) maximise la couverture.
⭐ Recommandé · Boîte grise
Produit +
documentation
Le meilleur rapport temps / couverture

Vous nous transmettez le produit accompagné de sa documentation technique, des accès (comptes de test, application compagnon) et éventuellement du firmware binaire. On évite de perdre du temps sur l'extraction et on couvre mieux les fonctionnalités. L'approche la plus utilisée sur un audit matériel.

Vous fournissez Produit + doc + accès
Réalisme Élevé
Couverture Matériel + firmware + comms
Idéal pour
Couvrir l'objet, son firmware, son app et son cloud d'un seul tenant
Concentrer l'effort sur la recherche de failles plutôt que l'extraction
Maximiser la profondeur avec un budget maîtrisé
Notre recommandation par défaut sur un audit matériel : meilleur équilibre entre réalisme et couverture réelle de l'écosystème produit.
Boîte blanche
Firmware +
schémas + code
Couverture exhaustive du produit

Vous fournissez le firmware source, les schémas électroniques (BOM, PCB) et le code source embarqué. Objectif : ne rien laisser de côté, vérifier chaque composant et chaque ligne de code critique, y compris ce qu'une extraction physique ne révélerait jamais.

Vous fournissez Firmware src, schémas, code
Réalisme Moindre, attaquant informé
Couverture Exhaustive, tout le produit
Idéal pour
Garantir qu'aucun composant ni mécanisme n'est laissé de côté
Auditer un produit développé en interne avant sa sortie
Contrôle de conformité avant certification (CSPN, IEC 62443)
À savoir : la boîte blanche vise l'exhaustivité et suppose que vous disposiez du firmware source et des schémas. Elle se combine souvent avec un test boîte noire pour valider aussi le scénario d'un attaquant qui achète le produit.

Des livrables
qui servent.

Un audit matériel sans rapport actionnable ne sert à rien. Chaque mission produit des livrables précis, exploitables immédiatement par la direction, les équipes R&D et les intégrateurs.

Livrables inclus
Rapport exécutif

Synthèse en 4–6 pages pour la direction : niveau de risque global du produit, top des vulnérabilités critiques (firmware, matériel, comms), impact métier estimé, priorités de remédiation. Sans jargon.

Rapport technique complet

Chaque vulnérabilité documentée : méthode d'extraction du firmware, étapes de reverse engineering, preuve d'exploitation, impact réel, remédiation détaillée, références CVE/CWE.

Cartographie de la surface d'attaque

Vue d'ensemble de l'écosystème produit : composants, interfaces physiques (JTAG/UART/SPI), protocoles radio et industriels, app compagnon et API cloud, avec le niveau de risque de chaque point d'entrée.

Plan de remédiation priorisé

Vulnérabilités classées par priorité, avec effort estimé, type d'action (correctif firmware, durcissement matériel, désactivation d'interface, signature OTA) et difficulté pour les équipes R&D.

Restitution + retest (optionnel)

Restitution COMEX et technique avec les équipes R&D, puis retest des vulnérabilités critiques sur le firmware corrigé et attestation de remédiation.

Déroulement type
J+0 → J+3
Cadrage & logistique

Définition du périmètre (modèles, versions de firmware, exclusions), envoi des exemplaires matériels, règles d'engagement. Signature de l'autorisation de test et du NDA.

Appel + envoi matériel
J+5 → J+N
Extraction & analyse offensive

Ouverture du matériel, extraction du firmware (JTAG/UART/dump flash), reverse engineering, attaque des protocoles radio et industriels, exploitation. Communication immédiate en cas de faille critique.

Banc de test
J+N+5
Rédaction & livraison

Rapports exécutif et technique + cartographie, vérification croisée par un second expert. Livraison sous 5 jours après la fin des tests.

Rapport sous 5 jours
J+N+8
Restitution

Session direction et session technique avec la R&D. Plan de remédiation priorisé, début du suivi des questions post-rapport.

Ce qu'on nous
demande toujours.

Ce n'est pas obligatoire. En boîte noire, nous extrayons nous-mêmes le firmware depuis le matériel, par les interfaces de debug (JTAG, UART), par dump de la flash, ou en interceptant une mise à jour, exactement comme le ferait un attaquant disposant du seul produit. Si vous nous transmettez le firmware binaire, et a fortiori le firmware source, les schémas électroniques et le code embarqué (boîte blanche), nous gagnons le temps d'extraction et de reverse pour le consacrer à la recherche de failles. Le résultat est plus exhaustif. Notre recommandation par défaut, la boîte grise, combine le produit physique et la documentation : le meilleur rapport temps / couverture.
Oui, ce sont deux mondes proches techniquement mais différents par les enjeux. Sur l'IoT grand public (caméras, serrures, capteurs, domotique, dispositifs connectés), l'enjeu est souvent la vie privée, le déploiement à grande échelle et l'écosystème app + cloud. Sur l'industriel (automates PLC, SCADA, supervision), l'enjeu est la sûreté de fonctionnement, la disponibilité et la sécurité des personnes. Les techniques se recoupent largement, extraction de firmware, reverse, attaque des protocoles, analyse radio, mais la méthodologie et les précautions diffèrent. Nos experts maîtrisent les deux et adaptent l'approche au contexte et à la criticité.
Dans le cadre d'un audit que vous commanditez sur votre propre produit, oui sans réserve : vous nous autorisez formellement, par contrat et autorisation de test, à extraire, analyser et reverser le firmware et le matériel. Tout est encadré par un NDA et un périmètre signé. Si l'audit porte sur un équipement tiers que vous déployez (et dont vous n'êtes pas le fabricant), nous vérifions ensemble le cadre contractuel et légal applicable, et nous ajustons le périmètre en conséquence. En tant que prestataire qualifié PASSI, nous travaillons toujours dans un cadre d'autorisation explicite et documenté, jamais de test hors du périmètre convenu.
La part d'équipements IoT présentant des vulnérabilités (33 %) provient du rapport Riskiest Connected Devices 2024 de Forescout. La part de dispositifs médicaux connectés portant une vulnérabilité activement exploitée (9 %) provient du rapport State of CPS Security : Healthcare Exposures 2025 de Claroty (Team82). La hausse des attaques ciblant l'IoT (+41 % sur un an) provient de Check Point Research (2023). Sources : Forescout, Riskiest Connected Devices 2024, Claroty Team82, Healthcare Exposures 2025, Check Point Research, 2023.

On ouvre votre
matériel.