Rapport d’architecture des agents de sécurité
Sept agents défensifs, de Threat Hunter à Stage Monitor, disposent chacun d’un contrat précisant les outils autorisés, les actions interdites, les approbations et le retour arrière.
Élaborez une étude d’architecture défensive pour la plateforme d’opérations de sécurité Detection.Space proposée.
Faites des contrats de contrôle des agents le livrable principal : entrées, sorties, outils autorisés, actions interdites, approbations, retour arrière, journaux et états de défaillance pour chaque agent.
Essayer Deep ResearchÉlaborez une étude d’architecture défensive pour la plateforme d’opérations de sécurité Detection.Space proposée. Couvrez Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist et Stage Monitor. Définissez l’environnement de test explicitement autorisé, les actifs, la télémétrie, le modèle de menace, les identités et les responsables humains avant d’aborder l’orchestration, l’intégration à Splunk, la traduction de Sigma vers SPL, la réponse, l’observabilité, le retour arrière et l’audit. Citez NIST, MITRE ATT&CK, Sigma, Splunk ou d’autres normes uniquement lorsqu’ils s’appliquent directement, et indiquez leur version. Considérez les objectifs d’autonomie et de performance comme des affirmations de conception non prouvées tant qu’ils n’ont pas été testés. Évaluez la couverture, la précision, le rappel, les faux positifs, la latence, la dérive, la robustesse adversariale, les limites d’approbation, le confinement et la récupération. Gardez des exemples synthétiques et défensifs ; ne fournissez aucune instruction d’intrusion, d’évasion, de vol d’identifiants, de persistance ou de destruction. Les actions à fort impact ou nouvelles nécessitent une approbation humaine explicite et des procédures réversibles. Fournissez l’architecture des frontières de confiance du système, un contrat par agent, le flux de contrôle et d’approbation, un plan de validation autorisé avec des critères d’acceptation, ainsi que des procédures de gestion des défaillances couvrant l’arrêt, le retour arrière, l’escalade, la préservation des preuves et la revue d’audit. Distinguez clairement les contrôles proposés des contrôles mis en œuvre et testés de manière indépendante.
Concentrez-vous sur un plan d’évaluation autorisé de la couverture, de la précision, du rappel, des faux positifs, de la latence, de la dérive, de la robustesse adversariale, du retour arrière et de l’exhaustivité de l’audit.
Essayer Deep ResearchÉlaborez une étude d’architecture défensive pour la plateforme d’opérations de sécurité Detection.Space proposée. Couvrez Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist et Stage Monitor. Définissez l’environnement de test explicitement autorisé, les actifs, la télémétrie, le modèle de menace, les identités et les responsables humains avant d’aborder l’orchestration, l’intégration à Splunk, la traduction de Sigma vers SPL, la réponse, l’observabilité, le retour arrière et l’audit. Citez NIST, MITRE ATT&CK, Sigma, Splunk ou d’autres normes uniquement lorsqu’ils s’appliquent directement, et indiquez leur version. Considérez les objectifs d’autonomie et de performance comme des affirmations de conception non prouvées tant qu’ils n’ont pas été testés. Évaluez la couverture, la précision, le rappel, les faux positifs, la latence, la dérive, la robustesse adversariale, les limites d’approbation, le confinement et la récupération. Gardez des exemples synthétiques et défensifs ; ne fournissez aucune instruction d’intrusion, d’évasion, de vol d’identifiants, de persistance ou de destruction. Les actions à fort impact ou nouvelles nécessitent une approbation humaine explicite et des procédures réversibles. Fournissez l’architecture des frontières de confiance du système, un contrat par agent, le flux de contrôle et d’approbation, un plan de validation autorisé avec des critères d’acceptation, ainsi que des procédures de gestion des défaillances couvrant l’arrêt, le retour arrière, l’escalade, la préservation des preuves et la revue d’audit. Distinguez clairement les contrôles proposés des contrôles mis en œuvre et testés de manière indépendante.
Suivez une alerte défensive synthétique à travers la recherche de menaces, la synthèse, la génération de règles, la validation, la réponse approuvée par un humain, la surveillance et l’archivage.
Essayer Deep ResearchÉlaborez une étude d’architecture défensive pour la plateforme d’opérations de sécurité Detection.Space proposée. Couvrez Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist et Stage Monitor. Définissez l’environnement de test explicitement autorisé, les actifs, la télémétrie, le modèle de menace, les identités et les responsables humains avant d’aborder l’orchestration, l’intégration à Splunk, la traduction de Sigma vers SPL, la réponse, l’observabilité, le retour arrière et l’audit. Citez NIST, MITRE ATT&CK, Sigma, Splunk ou d’autres normes uniquement lorsqu’ils s’appliquent directement, et indiquez leur version. Considérez les objectifs d’autonomie et de performance comme des affirmations de conception non prouvées tant qu’ils n’ont pas été testés. Évaluez la couverture, la précision, le rappel, les faux positifs, la latence, la dérive, la robustesse adversariale, les limites d’approbation, le confinement et la récupération. Gardez des exemples synthétiques et défensifs ; ne fournissez aucune instruction d’intrusion, d’évasion, de vol d’identifiants, de persistance ou de destruction. Les actions à fort impact ou nouvelles nécessitent une approbation humaine explicite et des procédures réversibles. Fournissez l’architecture des frontières de confiance du système, un contrat par agent, le flux de contrôle et d’approbation, un plan de validation autorisé avec des critères d’acceptation, ainsi que des procédures de gestion des défaillances couvrant l’arrêt, le retour arrière, l’escalade, la préservation des preuves et la revue d’audit. Distinguez clairement les contrôles proposés des contrôles mis en œuvre et testés de manière indépendante.