ISOC는 Microsoft가 제시하는 에이전트 속도 공격에 대한 해답입니다. 루프(Loop) 과정에는 여전히 인간의 판단이 필요합니다.
요약
Microsoft는 SIEM과 위협 보호 기능을 통합한 ISOC를 발표하며 AI 속도 보안 운영을 제시했습니다. 기존의 분리된 시스템은 방어자들을 늦추기 때문에, 모든 인계 지점을 하나로 통합하는 것이 중요합니다. 다만, 에이전트 기반 공격 사례(Storm-3168)는 내부 신원 및 최소 권한 원칙 강제가 필수적임을 보여줍니다.
핵심 포인트
- ISOC는 보호와 운영을 통합하여 AI 속도 보안 운영을 가능하게 합니다.
- 분리된 시스템은 방어자들을 늦추므로, 모든 경계의 통합이 핵심입니다.
- 에이전트 기반 공격 사례를 통해 광범위한 권한 관리의 취약성을 강조했습니다.
- '전략'은 인간에게 남고, '규모'가 자율화된다는 점을 인지해야 합니다.
요약 (TL;DR)
- Microsoft는 2026년 9월 23일, 통합 보안 운영 센터(ISOC)를 Microsoft Defender에 발표하며 SIEM과 위협 보호 기능을 하나의 기반 위에 결합했습니다.
- 이 주장의 핵심은 아키텍처적입니다. 보호와 운영이 분리된 시스템으로 작동할 때 보안은 AI 속도로 운영될 수 없습니다. 모든 인계 지점(handoff)과 통합 경계는 방어자들을 늦추며, 에이전트들은 그 복잡성을 물려받게 됩니다.
- 이틀 후, Microsoft는 Storm-3168이라는 보고서를 발표했는데, 이는 손상된 service principals가 35분 동안 150개 이상의 파괴적 또는 자격 증명 수집 작업을 수행한 에이전트 기반 클라우드 공격 사례였습니다. 여기에는 약 7분 만에 100개 이상의 storage-account 삭제 시도가 포함되었습니다.
- ISOC는 올바른 방향이지만, 이 루프가 유지되려면 내부의 신원(identity) 및 최소 권한 원칙(least privilege)이 강제되어야 합니다. Storm-3168은 이미 광범위한 Contributor 역할을 지닌 손상된 신원이 존재했기 때문에 성공할 수 있었습니다.
- Microsoft 자체 스택 다이어그램에 적힌 배너는 정직한 약속입니다: "전략(Strategy)은 인간에게 남는다. 규모(Scale)가 자율화된다." 규모를 구매하기 전에 '전략은 인간에게 남는다'는 부분을 감사하십시오.
에이전트 기반 방어를 가능하게 하는 수렴 (The convergence that makes agentic defense possible)
Microsoft의 9월 23일 발표는 보안 운영(security operations)이 왜 무너졌는지에 대한 작은 논설문 같았고, 이어서 제품적 해답을 제시했습니다. 진단은 다음과 같습니다: "보호와 운영이 별개의 시스템으로 구축될 때 보안은 AI 속도로 작동할 수 없습니다. 모든 인계 지점, 통합, 경계가 방어자들을 늦춥니다. 에이전트들은 그 복잡성을 물려받습니다." 이 문장이 어떤 기능 목록보다 더 중요합니다. SOC 분석가가 하나의 도구에서 신호(signals)를 조합하고, 다른 도구에서 컨텍스트를 재구성하며, 세 번째 도구에서 행동해야 할 때, 해당 워크플로우 내에서 실행되는 에이전트는 모든 틈새(seam)를 물려받게 됩니다. ISOC의 해답은 SIEM과 위협 보호 기능을 사람들이 그리고 에이전트들이 공유하는 하나의 기반으로 통합하여, '인지(see), 이해(understand), 행동(act)'이 세 가지 제품이 되는 것을 막는 것입니다.
Official Microsoft Security Blog 이미지 (2026년 9월 23일): ISOC 스택 — 신호 및 센서, 컨텍스트(context), 모델, 하네스(harness), 에이전트(agents), 액추에이터(actuators)를 포함하며, 배너에는 "전략은 인간에게 남는다. 규모는 자율적이 된다."라고 적혀 있습니다.
스택 자체는 지능이 어디에 존재하는지에 대한 선언입니다. 신호 및 센서는 시스템에 인식(awareness)을 제공하고; 컨텍스트는 신호를 이해로 전환하며; 액추에이터는 통찰력을 보호 조치로 전환합니다. 그 사이에는 모델, 하네스, 그리고 전문 에이전트들이 자리 잡고 있습니다. Microsoft는 이 엔드투엔드 사이버 스택(end-to-end cyber stack)을 2026년 7월 Project Perception과 함께 도입했으며, ISOC는 고객이 조립하는 대신 전체 스택이 하나의 시스템으로 작동하도록 허용할 때 발생하는 것입니다.
루프를 필수적으로 만드는 공격자 사례
ISOC 게시물로부터 이틀 후, Microsoft Security Research는 Storm-3168이라는 위협 행위자 활동을 발표했습니다. 이는 "최초로 문서화된 에이전트 기반 랜섬웨어 작전(agentic ransomware operation)"으로 설명됩니다 (원래 2026년 7월 Sysdig에 의해 공개됨). ISOC 발표를 읽는 방식을 바꿔야 할 세부 사항은 악성 코드가 아니라 오케스트레이션(orchestration)입니다. Microsoft는 동일한 테넌트 내에서 두 개의 손상된 서비스 프린시펄(service principals)을 관찰했습니다. 하나는 정찰(reconnaissance)을 수행했고, 다른 하나는 발견(discovery), 파괴(destruction), 그리고 자격 증명 수집(credential collection)을 수행했습니다. 파괴적인 순서는 "약 7분 동안 지속되었습니다. 여기에는 100개 이상의 스토리지 계정 삭제 시도가 포함되었습니다." 총적으로 공격자는 "35분 동안 150개 이상의 파괴적 또는 자격 증명 수집 관련 작업을 시도했는데," 이는 사람이 클릭하는 것이 아니라 자동화(automation)였습니다.
공식 Microsoft Security Blog 이미지 (2026-09-25, Storm-3168 게시물): 발견부터 파괴까지의 순서 — Azure 리소스 전반에 걸친 열거(enumeration) 후, 스토리지 계정, SQL 데이터베이스, Key Vault, 복구 잠금(recovery locks)을 대상으로 한 7분간의 파괴적 폭발.
불편한 점은 Storm-3168에서 새로운 익스플로잇(exploit)이 필요하지 않았다는 것입니다. 해당 작업들은 "ID가 이미 가지고 있던 Azure 역할 할당을 따랐습니다": 그룹에 부여된 Storage Account Contributor 역할이 파괴적인 스토리지 작업을 승인했으며, 직접적인 Contributor 액세스가 애플리케이션 리소스 삭제를 승인했습니다. 파괴적 서비스 주체(service principal)를 위해 5개의 토큰이 발급되었는데, 이 중 4개는 삭제용, 1개는 인벤토리 및 키 검색용이었으며, 두 개의 삭제 토큰이 같은 70초 간격 내에 활성화되었습니다. 공개 GitHub 이슈에서 원래의 정보를 제거하는 것이 노출을 해결하지 못했습니다. "공개로 노출된 자격 증명(credentials)은 취소되거나 순환되기 전까지 계속 사용 가능합니다."
루프가 최소 권한 원칙과 만나는 지점
여기서 ISOC와 Storm-3168은 함께 읽혀야 합니다. 통합 보호 루프(integrated protection loop)는 공격이 진행되는 동안 원격 측정(telemetry) 및 제어 기능을 사용하여 위협을 방해하며, 이를 감지하고 예측하며 적응합니다. 이는 진정으로 가치 있는 부분입니다. 스토리지 계정 삭제 물결이 시작되는 것을 보는 인텔리전스 레이어는 플래그를 지정할 구체적인 무언가를 가지고 있습니다. 그러나 Storm-3168은 루프가 애초에 ID 정책이 허용한 것에만 반응할 수 있음을 보여줍니다. 행위자의 작업들은 그들이 이미 가지고 있던 역할들에 의해 승인되었습니다. 과도하게 권한을 가진(over-privileged) ID를 감시하는 통합 루프는 자체 인증 모델이 가능하게 만든 100개 삭제 폭발을 충실히 기록할 것입니다.
네티크스 편집자 다이어그램: 인계세(handoff tax) — 탐지, 컨텍스트, 실행 사이의 각 경계는 방어자에게 시간을 소모시키며, 이는 에이전트가 물려받는 비용입니다. 반면 ISOC는 신호(signals), 컨텍스트, 제어(controls)가 함께 움직이는 단일 루프를 제시합니다.
독립적인 보호 장치들은 Storm-3168에서 여전히 그 가치를 입증했습니다: Azure 리소스 잠금(resource locks)과 스토리지 계정 수준 삭제 보호 기능은 해당 기능을 갖춘 소수의 스토리지 계정에 대한 삭제 시도를 차단했으며, SQL 삭제 시도는 행위자가 지원되지 않는 API 버전을 사용했기 때문에 실패했을 뿐입니다. 이것들은 SIEM 기능이 아닙니다. 이는 컴프로마이즈된 ID가 광범위한 관리자 권한을 가지고 있더라도 유지되는 제어 장치들입니다. 실무자의 교훈은 ISOC에 대해 이전 툴체인에서 그랬던 것과 정확히 동일하게 적용됩니다: 수렴(convergence)은 도구 간의 이음매를 고치지만, 모든 곳에 Contributor 권한을 부여하는 권한 모델 자체는 고치지 못합니다.
발표가 인간에 대해 말하지 않는 것
ISOC 게시물에서 가장 정직한 문장은 자체 다이어그램의 배너입니다: "전략은 인간에게 머무릅니다. 규모는 자율적이 됩니다(Strategy stays human. Scale becomes autonomous)." Microsoft는 전반에 걸쳐 노동 분담을 반복합니다 — "에이전트는 지속적으로 실행할 속도와 규모를 제공하며, 사람들은 우선순위를 설정하고, 판단을 적용하며, 중요한 결과를 정의합니다." 이것이 올바른 분할이며, 동시에 가장 어려운 운영적 후속 조치가 필요한 부분입니다. "조립해야 할 별도의 에이전트 계층은 없다"는 것은 Microsoft의 스택 내부에서는 사실이지만, 고객의 ID 자산(identity estate), 승인 워크플로우, 또는 컴프로마이즈된 운영자로부터 살아남아야 하는 복구 계정 전체에 걸쳐는 사실이 아닙니다.
네티크스 편집자 다이어그램: 인간의 판단이 자율 루프 내부에 위치해야 하는 곳 — 상단에서의 우선순위 설정 및 결과 정의, 파괴적 작동기(destructive actuators) 이전의 승인 게이트, 그리고 루프의 도달 범위를 벗어난 복구 제어 장치들.
마이크로소프트가 설명하는 궁극적인 목표, 즉 “다음 SOC는 얼마나 많은 AI 기능을 갖추었는지에 의해 정의되는 것이 아니라, 사람과 에이전트가 환경 전체를 하나의 시스템처럼 인지하고(perceive), 추론하며(reason), 행동할 수 있는지 여부에 의해 정의될 것이다”라는 부분이 올바른 목표입니다. 이 경로는 제품의 스위치(toggle)로 작동하는 것이 아닙니다. 그것은 최소 권한(least privilege), 리소스 잠금(resource locks), 복구 안전장치(recovery safeguards)를 활용하는 일상적인 작업이며, GitHub 이슈에서 발생한 비밀 유출을 순환 이벤트(rotation event)로 취급하는 규율이 필요합니다. 이 모든 것이 계산 방식을 바꾸지는 않습니다. 35분 동안 150건의 클라우드 삭제 시도를 조율할 수 있는 공격자는 다섯 가지 도구 대신 하나의 루프(loop)가 필요한 바로 그 상대입니다. 하지만 이 루프의 가치는 그것이 감시하는 권한 부여 모델(authorization model)에 의해 제한됩니다. ISOC 파일럿을 닫힌 상태가 아닌 열린 신원 인벤토리(identity inventory)로 시작하십시오. 새로운 위협 인텔리전스 분석 자료는 neticslabs.com에서 확인할 수 있습니다.
본문은 the Netics blog에 최초 게시되었습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기