Microsoft가 로컬 AI 에이전트 탐지 지원을 60종으로 확대하고 에이전트 신원과 동적 권한 관련 기능을 확장한다고 발표했습니다. 직원이 도입한 도구와 중앙에서 배포한 도구를 함께 관리하려는 방향입니다. Microsoft Security 공식 발표
목록에 에이전트가 나타나도 어떤 데이터와 도구에 접근하는지 모르면 통제가 끝난 상태가 아닙니다. 실행 계정, 사용 목적과 소유자를 연결해야 불필요한 상시 권한을 줄일 수 있어요.
이 글의 목차
에이전트 목록에는 프로그램 이름보다 많은 정보가 필요합니다
직원이 설치한 AI 도구는 편집기 확장, 명령행 프로그램, 백그라운드 서비스처럼 여러 형태로 동작할 수 있습니다. 프로그램이 있다는 사실만으로 어떤 작업을 수행하는지 알 수는 없어요. 읽을 수 있는 파일과 연결한 외부 도구, 사용하는 계정까지 연결해야 자산 목록이 실제 통제 자료가 됩니다. 같은 제품이라도 개인 실험과 운영 자동화는 필요한 권한이 다릅니다.
관리자가 알고 싶은 것은 설치 수만이 아니라 누가 책임지고 어떤 업무에 쓰는지입니다. 소유자가 없는 에이전트는 문제가 생겨도 중단 여부를 판단하기 어렵습니다. 업무 목적, 실행 위치, 연결 도구, 접근하는 데이터 등급, 로그 위치를 함께 기록하면 허용할 사용과 추가 검토할 사용을 구체적으로 구분할 수 있습니다.
읽기·쓰기·외부 전송은 서로 다른 권한입니다
코드 저장소를 읽어 설명하는 작업과 코드를 고쳐 배포하는 작업은 영향이 다릅니다. 같은 직원 계정으로 실행하더라도 에이전트에 그 직원의 모든 권한이 필요하지는 않습니다. 작업별 계정이나 제한된 도구 권한을 검토하고, 파일 읽기와 변경, 외부 전송과 관리자 작업을 나눠 승인할 수 있도록 설계합니다.
문서 안에 적힌 내용이 에이전트의 행동 지시처럼 해석될 가능성도 고려해야 합니다. 외부 페이지를 읽은 뒤 내부 파일을 전송하는 요청이 생기더라도, 데이터 내용만으로 전송 권한이 생겨서는 안 됩니다. 도구 호출의 권한 확인은 모델이 만든 문장과 별개 경계에서 수행하고 민감한 행동에는 필요한 승인 단계를 둡니다.
중단 버튼이 실제로 멈추는 범위를 시험합니다
가상의 개발 보조 에이전트를 평가한다면 저장소 읽기만 허용한 상태에서 시작해 수정 권한을 단계적으로 검토할 수 있습니다. 잘못된 도구 호출이 거부됐을 때 이유가 로그에 남는지, 승인되지 않은 외부 목적지로 연결하지 못하는지 확인합니다. 발견 기능이 에이전트를 보여준다는 사실과 이런 실행 통제가 적용된다는 사실을 구분해서 기록합니다.
종료 시험에서는 화면을 닫은 뒤에도 예약 작업, 하위 프로세스, 외부 세션이 남는지 확인합니다. 계정 권한을 회수한 뒤 기존 세션에서 어떤 작업이 계속 가능한지도 봅니다. 중앙 관리 제품을 도입하더라도 이 생명주기를 정리해야 사고 때 어디를 끊어야 하는지 알 수 있습니다. 실제 지원 여부는 사용하는 제품과 테넌트 설정에서 확인합니다.
에이전트 목록에 추가할 정보
- 소유자·실행 계정·연결 도구·외부 목적지를 기록합니다.
- 업무별로 필요한 읽기·쓰기 권한을 분리합니다.
- 중단·권한 회수 후에도 예약 작업이나 세션이 남는지 확인합니다.
개별 기능의 사용 가능 여부는 조직의 제품·라이선스·배포 상태에서 확인합니다. 발표 전체를 모든 테넌트에 이미 적용된 기능 묶음으로 취급하지 않습니다.
발표문 기준일: 2026-10-19 · 확인일: 2026-10-24
