Modéliser les menaces
Dans un studio dédié, vous construisez votre DFD et retrouvez les menaces STRIDE de chaque élément.
Vous pouvez comparer le diagramme au dernier scan.
Si les indices d'une menace réapparaissent, vous savez quoi réexaminer.
Pour les architectes
Modélisez avant le code.
Vérifiez avec le code.
Un flux traverse une frontière de confiance : quelles menaces examiner ?
Modélisez les composants et les échanges, puis rapprochez les menaces STRIDE des constats du scan.
Vous disposez d'un scénario à discuter et des éléments de code à vérifier.
Demander une démo
Une démo de 30 minutes sur un projet proche du vôtre.
De la conception à la preuve
Le modèle d'architecture, relié au code.
Quatre vues d'un même modèle : les conteneurs, les menaces, les composants et les techniques d'attaque.
Captures de démonstration. Les résultats illustrent ce projet, pas tous les projets.
Interface Tamis · projet WebGoat analysé
Sous le capot
- Génération
- Obtenez les menaces STRIDE depuis votre modèle, sans IA. Pour le DFD, partez d'une description traitée par IA locale ou par règles.
- Détection
- Préparez vos détections avec un export MITRE ATT&CK Navigator et des règles Sigma à valider dans votre environnement.
- Inventaire IA
- Retrouvez les composants d'IA recensés à chaque scan dans un AI-BOM exportable en CycloneDX.
- Dérive
- Comparez votre diagramme au dernier scan, à la demande, pour examiner les écarts.
- Déploiement
- SaaS dans l'UE (OVHcloud ou Scaleway) ou auto-hébergé, air-gap compris
Dans Tamis
Donnez forme aux risques dès la conception.
Relier l'architecture aux constats
La cartographie C4 relie vos composants, vos flux et vos frontières de confiance aux constats du projet.
Vous pouvez comparer puis fusionner un brouillon d'architecture future, sans écraser l'état courant.
Repérer où placer un contrôle
Le graphe du DFD repère un point de passage entre la surface exposée et les données sensibles.
Un contrôle à cet endroit pourrait protéger plusieurs chemins d'accès.
La proximité compte aussi dans la priorité : une menace à un saut d'une base de paiement passe devant la même faille à cinq sauts.
Retrouver vos API
Vous retrouvez les points d'entrée API repérés dans le code, la spécification ou le trafic.
Tamis signale les dérives de schéma.
Il signale aussi un point d'entrée présent dans le code mais jamais observé dans le trafic, ou l'inverse.
Préparer vos ateliers EBIOS RM
Vous structurez vos valeurs métier, vos sources de risque et vos scénarios, jusqu'au traitement.
Les scénarios opérationnels se préremplissent à partir des chaînes d'attaque déjà détectées.
Les preuves sont citées pour vous aider à les examiner.
Partager les scénarios d'abus
Le modèle fournit des scénarios décrivant comment un utilisateur malveillant pourrait agir.
Vous pouvez les confier aux équipes de développement et de test.
Sur les mêmes preuves
Ce qui circule entre les métiers.
Vous recevez
- Les constats confirmés dans le code, pour voir quelles menaces du modèle se concrétisent.
- Les chaînes d'attaque du pentest, reliées aux menaces de votre DFD.
- Les décisions de risque du RSSI, pour guider vos prochains choix de conception.
Vous transmettez
- Des menaces à intégrer au registre des risques du projet.
- Des scénarios d'abus pour cadrer la mission du pentesteur.
- Le contexte d'architecture dont l'AppSec a besoin pour prioriser.
À savoir Votre modèle de menaces décrit ce que l'équipe a conçu.
Pour savoir ce que fait réellement le code, vous devez vous appuyer sur les constats et les tests.
Sur le blog
Pour aller plus loin.
Les mécanismes expliqués simplement, puis en profondeur. Tous les articles
