Post

MS 9월 보안 업데이트 — 에이전트 트래픽까지 들어온 Zero Trust

Purview와 Entra Global Secure Access가 에이전트의 업로드까지 네트워크에서 막는 기능이 GA됐고, Defender에는 SIEM과 위협 보호를 합친 ISOC가 프리뷰로 나왔습니다.

MS 9월 보안 업데이트 — 에이전트 트래픽까지 들어온 Zero Trust

Microsoft 레드먼드 캠퍼스의 광장 사진: Jonathan Schilling, CC BY-SA 4.0 — 2006년 촬영한 자료 사진으로, 이번 발표와는 관계없습니다

Microsoft Security 블로그에 9월 정리 글(9/24)과 Defender SOC 발표 글(9/23)이 올라왔습니다. 에이전트를 만들어 배포하는 입장에서 중요한 건 두 가지입니다.

  1. GA — Microsoft Purview와 Microsoft Entra Global Secure Access가 사람뿐 아니라 사용자 대신 움직이는(on-behalf-of, OBO) 에이전트의 트래픽까지 네트워크에서 검사해, 민감한 데이터가 승인되지 않은 AI 도구로 나가는 걸 막습니다.
  2. 프리뷰 — Microsoft Defender에 SIEM과 위협 보호를 한 기반으로 합친 ISOC(integrated security operations center)가 나왔습니다.

이 글은 아래 두 원문을 읽고 정리·재구성한 것입니다.

1. OBO 에이전트가 올리는 파일도 네트워크에서 막는다

9월 정리 글이 내건 방향 중 하나가 Zero Trust를 에이전트 트래픽까지 넓히는 것입니다. 그 핵심이 Purview와 Entra의 조합입니다.

  • 상태는 Now generally available입니다.
  • Purview의 문맥 기반 분류와 정책을 Entra가 네트워크 계층에서 강제합니다.
  • 민감한 파일과 텍스트를 실시간으로 찾아서 위험한 목적지로 공유되지 않게 막습니다.
  • 적용 대상은 사람의 행동과 OBO 에이전트 트래픽 둘 다입니다.

원문 예시대로, 직원이나 OBO 에이전트가 민감한 문서를 승인되지 않은 AI 도구에 올리려 하면 데이터가 나가기 전에 정책이 전송을 멈춥니다.

① 사람이든 에이전트든 같은 네트워크 검사를 지난다 직원 파일·텍스트 업로드 OBO 에이전트 사용자 대신 업로드 Entra Global Secure Access 네트워크 계층에서 강제 Purview 분류·정책 민감한 파일·텍스트를 실시간 탐지 허용된 목적지 정책을 통과한 전송 승인되지 않은 AI 도구 데이터가 나가기 전에 차단 원문 예시: 직원이나 OBO 에이전트가 민감한 문서를 승인되지 않은 AI 도구에 올리려 할 때
에이전트를 별도 예외로 두지 않고, 사람과 같은 네트워크 검사 경로에 태운다는 것이 이번 GA의 핵심입니다.

에이전트를 배포하는 쪽에서는 OBO 에이전트가 외부 AI 서비스로 보내는 전송이 조직의 Purview 정책에 막힐 수 있다는 뜻입니다. 그래서 저는 업로드 실패를 “네트워크 오류”로 뭉개지 말고, 정책 차단을 전제로 에러 처리와 안내를 설계해야 한다고 봅니다.

2. Defender의 ISOC — SOC를 시스템 하나로

9/23 글(Rob Lefferts)의 문제의식은 이렇습니다. 공격자는 이미 에이전트로 실행을 자동화하는데, 보호와 운영이 따로 떨어진 시스템이면 방어가 AI 속도를 따라갈 수 없고 에이전트도 그 복잡함을 물려받는다는 겁니다.

답으로 내놓은 게 ISOC in Microsoft Defender입니다. SIEM과 위협 보호를 합쳐, 사람과 에이전트가 같은 기반 위에서 보고 이해하고 행동하게 하는 구조입니다. 원문은 이 기반을 세 층으로 나눕니다.

② ISOC — 세 층을 하나의 보호 루프로 사람 우선순위·판단·목표 설정 에이전트 속도와 규모로 계속 실행 ISOC in Microsoft Defender (preview) 신호·센서 가시성 맥락 신호를 이해로 액추에이터 판단을 보호 조치로 통합 보호 루프 — 알게 된 것을 사전 보호 강화로 되돌린다
별도의 "에이전트 레이어"를 얹는 게 아니라, 사람과 에이전트가 같은 맥락과 통제 수단을 공유하게 만드는 것이 ISOC의 주장입니다.

원문에서 눈에 띈 문장은 이겁니다.

따로 조립해야 하는 에이전트 레이어도, 새로 끼워 맞춰야 하는 운영 모델도 없다.

사례는 Defender의 attack disruption입니다. 진행 중인 공격을 끊고 공격자의 다음 이동을 예상합니다. 2026년 7월 Project Perception과 함께 소개한 end-to-end cyber stack의 연장선이라고도 밝힙니다.

상태는 원문 표현 그대로 “available in preview today”입니다. 본문은 “SIEM과 위협 보호를 합친다”고만 하고 Microsoft Sentinel을 직접 언급하지는 않아서, 구체적인 제품 통합 범위는 추가 문서를 봐야 알 수 있습니다.

3. 그 밖의 9월 소식

제품내용
Defender + Security Copilot이메일 detonation summary — URL·파일 샌드박싱 결과를 AI가 설명
Purview auto-labeling시뮬레이션 최대 2,000만 항목, adaptive scope로 최대 5만 사이트
Purview eDiscovery사용자 소유 SharePoint embedded 컨테이너(Loop, Copilot Pages, Copilot Notebooks 등) 검색·보존·검토·내보내기
Purview Data Lifecycle Management비활성 SharePoint 콘텐츠만 아카이브 → Microsoft 365 Copilot 색인에서 빠짐
IntuneEnterprise Application Management, Cloud PKI, Remote Help가 GCC High로 확대

정리하며

이번 달 발표를 한 줄로 줄이면 “에이전트를 사람과 같은 통제선 안에 넣는다”입니다. 데이터 쪽에서는 OBO 에이전트의 업로드를 사람과 똑같이 검사하고, 운영 쪽에서는 사람과 에이전트가 같은 SOC 기반을 쓰게 합니다. 다만 ISOC는 아직 프리뷰이고 원문도 기능 목록보다 방향 설명이 중심이라, 실제 차이는 써봐야 알 것 같습니다.


참고

이 글은 위 두 글의 내용을 정리하고 재구성한 것입니다. 다이어그램은 직접 그렸습니다.

This post is licensed under CC BY 4.0 by the author.