Отчёт об архитектуре агентов безопасности

Разработайте исследование защитной архитектуры для предлагаемой платформы операций безопасности Detection.Space. Рассмотрите Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist и Stage Monitor. Прежде чем обсуждать оркестрацию, интеграцию со Splunk, преобразование Sigma в SPL, реагирование, наблюдаемость, откат и аудит, определите явно авторизованную тестовую среду, активы, телеметрию, модель угроз, учётные записи и ответственных сотрудников. Ссылайтесь на NIST, MITRE ATT&CK, Sigma, Splunk или другие стандарты только там, где это непосредственно применимо, и указывайте версию. Считайте цели автономности и производительности неподтверждёнными проектными заявлениями, пока они не будут проверены. Оцените охват, точность, полноту, ложноположительные срабатывания, задержку, дрейф, устойчивость к атакам, границы согласования, сдерживание и восстановление. Используйте только синтетические примеры защитного характера; не приводите инструкций по проникновению, обходу защит, краже учётных данных, закреплению или разрушительным действиям. Действия с высоким воздействием или новые действия требуют явного согласования с человеком и обратимых сценариев.

Предоставьте архитектуру границ доверия системы, по одному контракту для каждого агента, поток управления и согласований, авторизованный план валидации с критериями приёмки и инструкции по обработке сбоев, охватывающие остановку, откат, эскалацию, сохранение доказательств и аудиторскую проверку. Чётко отделите предлагаемые средства контроля от внедрённых и независимо протестированных.

Разработайте исследование защитной архитектуры для предлагаемой платформы операций безопасности Detection.Space. Рассмотрите Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist и Stage Monitor. Прежде чем обсуждать оркестрацию, интеграцию со Splunk, преобразование Sigma в SPL, реагирование, наблюдаемость, откат и аудит, определите явно авторизованную тестовую среду, активы, телеметрию, модель угроз, учётные записи и ответственных сотрудников. Ссылайтесь на NIST, MITRE ATT&CK, Sigma, Splunk или другие стандарты только там, где это непосредственно применимо, и указывайте версию. Считайте цели автономности и производительности неподтверждёнными проектными заявлениями, пока они не будут проверены. Оцените охват, точность, полноту, ложноположительные срабатывания, задержку, дрейф, устойчивость к атакам, границы согласования, сдерживание и восстановление. Используйте только синтетические примеры защитного характера; не приводите инструкций по проникновению, обходу защит, краже учётных данных, закреплению или разрушительным действиям. Действия с высоким воздействием или новые действия требуют явного согласования с человеком и обратимых сценариев.

Предоставьте архитектуру границ доверия системы, по одному контракту для каждого агента, поток управления и согласований, авторизованный план валидации с критериями приёмки и инструкции по обработке сбоев, охватывающие остановку, откат, эскалацию, сохранение доказательств и аудиторскую проверку. Чётко отделите предлагаемые средства контроля от внедрённых и независимо протестированных.