Architekturbericht zu Security Agents
Sieben defensive Agents, von Threat Hunter bis Stage Monitor, erhalten jeweils einen Vertrag, der erlaubte Tools, untersagte Aktionen, Genehmigungen und Rollback benennt.
Erstelle eine Studie zu einer defensiven Architektur für die vorgeschlagene Sicherheitsbetriebsplattform Detection.Space.
Mache Agent-Kontrollverträge zum primären Ergebnis: Eingaben, Ausgaben, erlaubte Tools, untersagte Aktionen, Genehmigungen, Rollback, Protokolle und Fehlerzustände für jeden Agent.
Deep Research ausprobierenErstelle eine Studie zu einer defensiven Architektur für die vorgeschlagene Sicherheitsbetriebsplattform Detection.Space. Behandle Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist und Stage Monitor. Definiere die ausdrücklich autorisierte Testumgebung, Assets, Telemetrie, das Bedrohungsmodell, Identitäten und menschliche Verantwortliche, bevor du Orchestrierung, Splunk-Integration, die Übersetzung von Sigma in SPL, Reaktion, Beobachtbarkeit, Rollback und Audit behandelst. Zitiere NIST, MITRE ATT&CK, Sigma, Splunk oder andere Standards nur, wenn sie unmittelbar zutreffen, und nenne die Version. Behandle Autonomie- und Leistungsziele als unbewiesene Designannahmen, bis sie getestet wurden. Bewerte Abdeckung, Präzision, Recall, Fehlalarme, Latenz, Drift, Widerstandsfähigkeit gegen Angriffe, Genehmigungsgrenzen, Eindämmung und Wiederherstellung. Halte Beispiele synthetisch und defensiv; liefere keine Anweisungen zu Eindringen, Umgehung, Diebstahl von Zugangsdaten, Persistenz oder destruktiven Handlungen. Maßnahmen mit hoher Auswirkung oder neue Maßnahmen erfordern eine ausdrückliche menschliche Genehmigung und rückgängig zu machende Playbooks. Liefere die Architektur der Systemvertrauensgrenzen, einen Vertrag pro Agent, den Kontroll- und Genehmigungsablauf, einen autorisierten Validierungsplan mit Abnahmekriterien sowie Runbooks zur Fehlerbehandlung, die Stopp, Rollback, Eskalation, Beweissicherung und Auditprüfung abdecken. Trenne vorgeschlagene Kontrollen klar von implementierten und unabhängig getesteten Kontrollen.
Konzentriere dich auf einen autorisierten Bewertungsplan für Abdeckung, Präzision, Recall, Fehlalarme, Latenz, Drift, Widerstandsfähigkeit gegen Angriffe, Rollback und Vollständigkeit des Audits.
Deep Research ausprobierenErstelle eine Studie zu einer defensiven Architektur für die vorgeschlagene Sicherheitsbetriebsplattform Detection.Space. Behandle Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist und Stage Monitor. Definiere die ausdrücklich autorisierte Testumgebung, Assets, Telemetrie, das Bedrohungsmodell, Identitäten und menschliche Verantwortliche, bevor du Orchestrierung, Splunk-Integration, die Übersetzung von Sigma in SPL, Reaktion, Beobachtbarkeit, Rollback und Audit behandelst. Zitiere NIST, MITRE ATT&CK, Sigma, Splunk oder andere Standards nur, wenn sie unmittelbar zutreffen, und nenne die Version. Behandle Autonomie- und Leistungsziele als unbewiesene Designannahmen, bis sie getestet wurden. Bewerte Abdeckung, Präzision, Recall, Fehlalarme, Latenz, Drift, Widerstandsfähigkeit gegen Angriffe, Genehmigungsgrenzen, Eindämmung und Wiederherstellung. Halte Beispiele synthetisch und defensiv; liefere keine Anweisungen zu Eindringen, Umgehung, Diebstahl von Zugangsdaten, Persistenz oder destruktiven Handlungen. Maßnahmen mit hoher Auswirkung oder neue Maßnahmen erfordern eine ausdrückliche menschliche Genehmigung und rückgängig zu machende Playbooks. Liefere die Architektur der Systemvertrauensgrenzen, einen Vertrag pro Agent, den Kontroll- und Genehmigungsablauf, einen autorisierten Validierungsplan mit Abnahmekriterien sowie Runbooks zur Fehlerbehandlung, die Stopp, Rollback, Eskalation, Beweissicherung und Auditprüfung abdecken. Trenne vorgeschlagene Kontrollen klar von implementierten und unabhängig getesteten Kontrollen.
Verfolge eine synthetische defensive Warnung durch Hunting, Synthese, Regelerstellung, Validierung, menschlich genehmigte Reaktion, Überwachung und Archivierung.
Deep Research ausprobierenErstelle eine Studie zu einer defensiven Architektur für die vorgeschlagene Sicherheitsbetriebsplattform Detection.Space. Behandle Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist und Stage Monitor. Definiere die ausdrücklich autorisierte Testumgebung, Assets, Telemetrie, das Bedrohungsmodell, Identitäten und menschliche Verantwortliche, bevor du Orchestrierung, Splunk-Integration, die Übersetzung von Sigma in SPL, Reaktion, Beobachtbarkeit, Rollback und Audit behandelst. Zitiere NIST, MITRE ATT&CK, Sigma, Splunk oder andere Standards nur, wenn sie unmittelbar zutreffen, und nenne die Version. Behandle Autonomie- und Leistungsziele als unbewiesene Designannahmen, bis sie getestet wurden. Bewerte Abdeckung, Präzision, Recall, Fehlalarme, Latenz, Drift, Widerstandsfähigkeit gegen Angriffe, Genehmigungsgrenzen, Eindämmung und Wiederherstellung. Halte Beispiele synthetisch und defensiv; liefere keine Anweisungen zu Eindringen, Umgehung, Diebstahl von Zugangsdaten, Persistenz oder destruktiven Handlungen. Maßnahmen mit hoher Auswirkung oder neue Maßnahmen erfordern eine ausdrückliche menschliche Genehmigung und rückgängig zu machende Playbooks. Liefere die Architektur der Systemvertrauensgrenzen, einen Vertrag pro Agent, den Kontroll- und Genehmigungsablauf, einen autorisierten Validierungsplan mit Abnahmekriterien sowie Runbooks zur Fehlerbehandlung, die Stopp, Rollback, Eskalation, Beweissicherung und Auditprüfung abdecken. Trenne vorgeschlagene Kontrollen klar von implementierten und unabhängig getesteten Kontrollen.