보안 에이전트 아키텍처 보고서
Threat Hunter부터 Stage Monitor까지 7개의 방어 에이전트에 허용 도구, 금지 조치, 승인, 롤백을 명시한 계약을 각각 부여합니다.
Loading preview...
이 프롬프트로 시작하기
제안된 Detection.Space 보안 운영 플랫폼을 위한 방어 아키텍처 연구를 개발하세요.
에이전트 제어 계약 수립
에이전트별 입력, 출력, 허용 도구, 금지 조치, 승인, 롤백, 로그, 실패 상태를 포함한 에이전트 제어 계약을 핵심 산출물로 삼으세요.
Deep Research 사용해 보기제안된 Detection.Space 보안 운영 플랫폼을 위한 방어 아키텍처 연구를 개발하세요. Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist, Stage Monitor를 다루세요. 오케스트레이션, Splunk 통합, Sigma-SPL 변환, 대응, 관측 가능성, 롤백, 감사를 논의하기 전에 명시적으로 승인된 테스트 환경, 자산, 텔레메트리, 위협 모델, ID, 담당자를 정의하세요. NIST, MITRE ATT&CK, Sigma, Splunk 또는 기타 표준은 직접 적용되는 경우에만 인용하고 버전을 명시하세요. 자율성 및 성능 목표는 테스트되기 전까지 검증되지 않은 설계 주장으로 취급하세요. 적용 범위, 정밀도, 재현율, 오탐, 지연 시간, 드리프트, 적대적 견고성, 승인 경계, 격리, 복구를 평가하세요. 예시는 합성 데이터 기반의 방어적 사례로 유지하고, 침입, 회피, 자격 증명 탈취, 지속성 확보 또는 파괴적 지침은 제공하지 마세요. 영향이 크거나 새로운 조치에는 명시적인 사람의 승인과 되돌릴 수 있는 플레이북이 필요합니다. 시스템 신뢰 경계 아키텍처, 에이전트별 계약 하나, 제어 및 승인 흐름, 승인 기준을 포함한 인가된 검증 계획, 그리고 중지, 롤백, 에스컬레이션, 증거 보존, 감사 검토를 다루는 장애 처리 런북을 제공하세요. 제안된 통제와 구현 및 독립적 테스트가 완료된 통제를 명확히 구분하세요.
방어 평가 계획 설계
적용 범위, 정밀도, 재현율, 오탐, 지연 시간, 드리프트, 적대적 견고성, 롤백, 감사 완전성을 위한 인가된 평가 계획에 집중하세요.
Deep Research 사용해 보기제안된 Detection.Space 보안 운영 플랫폼을 위한 방어 아키텍처 연구를 개발하세요. Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist, Stage Monitor를 다루세요. 오케스트레이션, Splunk 통합, Sigma-SPL 변환, 대응, 관측 가능성, 롤백, 감사를 논의하기 전에 명시적으로 승인된 테스트 환경, 자산, 텔레메트리, 위협 모델, ID, 담당자를 정의하세요. NIST, MITRE ATT&CK, Sigma, Splunk 또는 기타 표준은 직접 적용되는 경우에만 인용하고 버전을 명시하세요. 자율성 및 성능 목표는 테스트되기 전까지 검증되지 않은 설계 주장으로 취급하세요. 적용 범위, 정밀도, 재현율, 오탐, 지연 시간, 드리프트, 적대적 견고성, 승인 경계, 격리, 복구를 평가하세요. 예시는 합성 데이터 기반의 방어적 사례로 유지하고, 침입, 회피, 자격 증명 탈취, 지속성 확보 또는 파괴적 지침은 제공하지 마세요. 영향이 크거나 새로운 조치에는 명시적인 사람의 승인과 되돌릴 수 있는 플레이북이 필요합니다. 시스템 신뢰 경계 아키텍처, 에이전트별 계약 하나, 제어 및 승인 흐름, 승인 기준을 포함한 인가된 검증 계획, 그리고 중지, 롤백, 에스컬레이션, 증거 보존, 감사 검토를 다루는 장애 처리 런북을 제공하세요. 제안된 통제와 구현 및 독립적 테스트가 완료된 통제를 명확히 구분하세요.
경고 하나를 안전하게 추적하기
합성 방어 경고 하나가 헌팅, 종합, 규칙 생성, 검증, 사람의 승인을 받은 대응, 모니터링, 보관 과정을 거치도록 추적하세요.
Deep Research 사용해 보기제안된 Detection.Space 보안 운영 플랫폼을 위한 방어 아키텍처 연구를 개발하세요. Threat Hunter, Intel Synthesizer, Sigma Architect, Validator, Responder, Archivist, Stage Monitor를 다루세요. 오케스트레이션, Splunk 통합, Sigma-SPL 변환, 대응, 관측 가능성, 롤백, 감사를 논의하기 전에 명시적으로 승인된 테스트 환경, 자산, 텔레메트리, 위협 모델, ID, 담당자를 정의하세요. NIST, MITRE ATT&CK, Sigma, Splunk 또는 기타 표준은 직접 적용되는 경우에만 인용하고 버전을 명시하세요. 자율성 및 성능 목표는 테스트되기 전까지 검증되지 않은 설계 주장으로 취급하세요. 적용 범위, 정밀도, 재현율, 오탐, 지연 시간, 드리프트, 적대적 견고성, 승인 경계, 격리, 복구를 평가하세요. 예시는 합성 데이터 기반의 방어적 사례로 유지하고, 침입, 회피, 자격 증명 탈취, 지속성 확보 또는 파괴적 지침은 제공하지 마세요. 영향이 크거나 새로운 조치에는 명시적인 사람의 승인과 되돌릴 수 있는 플레이북이 필요합니다. 시스템 신뢰 경계 아키텍처, 에이전트별 계약 하나, 제어 및 승인 흐름, 승인 기준을 포함한 인가된 검증 계획, 그리고 중지, 롤백, 에스컬레이션, 증거 보존, 감사 검토를 다루는 장애 처리 런북을 제공하세요. 제안된 통제와 구현 및 독립적 테스트가 완료된 통제를 명확히 구분하세요.