AI 에이전트에 직원 권한을 주기 전에 확인할 5가지 | CIO 보안 기준

📰 2026년 10월 16일 기준 최신 소식 | 이 글은 특정 시점의 뉴스를 다루고 있어요.

짧게 먼저 정리할게요. CIO.com이 10월 15일 「AI 자산을 지키세요: CIO가 알아야 할 AI 에이전트 5가지」라는 글을 실었어요(보안 회사 크라우드스트라이크 기고). 요지는 하나예요. AI가 답을 주는 단계를 지나 직원 권한으로 일을 실행하는 단계에 들어왔다는 것. 에이전트는 사람보다 토큰을 약 700배 쓰고, 보안 탐지 단서는 사람 활동의 2.5배로 잡힌대요. 큰 회사 CIO 이야기지만, 외주로 AI 기능을 맡기는 쪽에서도 견적서에 그대로 옮겨 적을 만한 내용이라 발주자 눈으로 다시 정리했어요.

“에이전트 하나 붙여서 반복 업무 좀 줄여 보려고요.”

요즘 AI 에이전트 도입 상담은 대개 이렇게 시작해요. 그런데 에이전트는 챗봇과 다르게 사람 대신 손을 움직여요. 파일을 열고, 시스템에 접속하고, 명령을 실행해요. 그 손에 어떤 권한이 쥐어져 있는지가 이 글의 주제예요.

---

1. 답하던 AI에서 일하는 AI로, 무엇이 달라졌나요

기고문은 기업 AI를 세 단계로 나눠요.

단계	하는 일	사람의 역할
챗봇	질문에 답해요	답을 읽고 사람이 실행해요
코파일럿	기존 프로그램 안에서 초안·분석을 도와요	사람 옆에서 같이 일해요
엔드포인트 에이전트	목표를 주면 순서를 스스로 정해 실행해요	목표만 주고 결과를 확인해요

(출처: CIO.com, 2026년 10월 15일 기고문의 분류를 표로 옮겼어요.)

세 번째가 지금 벌어지는 일이에요. Claude Code나 OpenAI Codex 같은 도구가 직원 PC 위에서 돌아가요. 정해진 순서대로만 움직이는 기존 소프트웨어와 달리, 에이전트는 상황을 읽고 다음 할 일을 그때그때 정해요. 그래서 같은 지시를 줘도 매번 같은 길로 가지 않아요.

용어 정리 — 엔드포인트(endpoint)는 직원이 쓰는 PC·노트북 같은 끝단 기기예요. “엔드포인트 에이전트”는 서버가 아니라 직원 PC에서 도는 에이전트라는 뜻이고요. 실무에선 “로컬에서 도는 에이전트”라고도 불러요.

2. 에이전트는 그 직원의 권한을 그대로 써요

기고문이 든 예가 와닿아요. 개발자가 에이전트에게 “배포가 왜 실패했는지 봐 줘”라고 해요. 에이전트는 소스 코드를 읽고, 문서를 찾고, 클라우드 환경을 조회하고, 명령을 실행하고, 파일을 고친 뒤, 고쳐졌는지 확인해요. 지시는 한 줄인데 행동은 여러 시스템에 걸친 수십 번이에요. 전부 그 개발자의 권한으로요.

기고문의 표현을 빌리면 “입사시킨 적 없는 내부자”가 생기는 셈이에요. 악의가 있어서가 아니라, 권한이 넓고 행동이 많아서 그래요.

외주로 보면 이렇게 읽을 수 있어요. AI 에이전트 도입 견적서에 “어떤 권한으로 동작하는지”가 적혀 있나요? 대개 안 적혀 있어요. 기능 설명은 있는데 권한 설명은 없는 견적서가 많아요.

3. 사람 속도가 아니라 기계 속도예요

사람은 한 번에 하나씩 해요. 질문하고, 답을 읽고, 판단하고, 다음 걸 해요. 에이전트는 하위 에이전트를 여러 개 띄워 동시에 움직여요. 크라우드스트라이크 내부 집계로는 직원 PC의 에이전트가 브라우저로 챗봇을 쓰는 사람보다 토큰을 약 700배 썼대요.

여기서 비용 이야기만 떠올리기 쉬운데, 기고문이 짚는 건 기록이에요. 에이전트가 많아질수록 무엇을 했는지 남는 기록도 그만큼 늘어요. 사람 속도에 맞춰 만든 로그 보관·검색 체계는 수천 개 소프트웨어가 동시에 움직이면 버거워져요.

작은 회사에서도 같은 일이 생겨요. 에이전트 하나가 하루에 수백 번 시스템을 건드리면, “지난주 금요일에 이 파일을 누가 바꿨지?”에 답하기가 어려워져요. 로그를 얼마나, 어디에, 어떤 형식으로 남길지는 기능보다 먼저 정할 일이에요.

4. 해킹당하지 않아도 사고는 나요

이 글에서 가장 중요한 대목이에요. 에이전트는 침해당하지 않아도 위험을 만들어요. 목표는 맞는데 방법이 엉뚱할 수 있거든요.

기고문의 예시는 이래요. “이 자료를 공유해 줘”라는 지시를 받은 에이전트가, 가장 빠른 길이라며 공개 파일 공유 서비스에 올려 버려요. 자료 안에 회사 기밀이 들어 있어도요. 목표는 달성했어요. 회사가 원한 방식이 아니었을 뿐이에요.

크라우드스트라이크 2026 위협 헌팅 보고서에 따르면 에이전트가 일으킨 탐지 단서가 사람이 일으킨 것의 2.5배 비율로 잡힌대요. 에이전트가 나쁘다는 뜻이 아니라, 에이전트의 행동이 보안팀이 들여다봐야 할 대상이 됐다는 뜻이에요.

흔한 실수 “우리 에이전트는 사내 문서만 읽어요”로 끝내는 거예요. 읽는 권한만 있어도 읽은 내용을 어디로 보낼 수 있는지는 별개예요. 외부로 나가는 길(메일 발송, 파일 공유, 외부 API 호출)을 목록으로 적고, 필요 없는 길은 처음부터 막아 두세요.

5. 에이전트는 한 층이 아니라 전부를 건드려요

지금까지 IT는 영역별로 관리했어요. PC는 PC대로, 네트워크는 네트워크대로, 클라우드·SaaS·계정·데이터도 각각이요. 에이전트는 이 전부를 한 번에 오가요. 기고문은 이걸 “AI 자산(AI estate)“이라고 부르는데, 데이터·모델·프롬프트·에이전트·신원·인프라·상호작용을 묶은 말이에요.

그래서 CIO가 먼저 확보해야 할 건 거창한 도구가 아니라 다섯 가지 가시성이래요.

1. 어떤 에이전트가 존재하는지
2. 누가 주인이고 무슨 목적인지
3. 어디까지 접근할 수 있는지
4. 실제로 어떻게 행동하는지
5. 사람이 어디서 통제권을 쥐는지

이 다섯 줄은 회사 규모와 상관없어요. 에이전트 하나만 써도 똑같이 필요해요.

6. 우리 회사 규모에서는 어디까지 해야 할까요

보안 플랫폼을 통째로 들일 회사는 많지 않아요. 그래도 위 다섯 가지를 작게 하는 방법은 있어요.

CIO 기준(기고문)	기능 하나짜리 회사에서 최소한
에이전트 인벤토리	에이전트 이름·담당 부서·목적을 적은 표 한 장
접근 권한 관리	읽기 전용 계정과 쓰기 계정을 따로 발급
런타임 행동 가시성	실행한 명령·바꾼 파일·보낸 요청을 한 곳에 기록
사람 통제 경계	돈이 나가거나 외부로 보내는 행동은 사람 승인 뒤에만
에이전트 신원(identity)	사람 계정을 빌려 쓰지 말고 에이전트용 계정을 따로

(오른쪽 열은 자사 실무 기준 예시예요. 사업 성격에 따라 더하거나 빼세요.)

마지막 줄이 요즘 흐름이에요. 같은 날 CIO.com의 다른 기사는 서비스나우가 에이전트에 검증 가능한 신원을 주는 기능을 내놨다고 전했어요. 사람 직원처럼 에이전트에도 신원을 주고 보안 기준을 거는 접근이 늘고 있어요. 권한을 어디까지 열지는 AI 에이전트가 가짜 신원을 만들었어요 | 권한을 줄 때 확인할 것에서 더 자세히 다뤘어요.

7. 외주 견적서에 옮겨 적을 6줄

AI 에이전트 기능을 외주로 맡긴다면 견적서나 제안서에 아래 여섯 줄이 있는지 보세요. 없으면 질문으로 보내면 돼요.

1. 권한 범위 — 에이전트가 읽는 곳과 쓰는 곳이 각각 어디인지
2. 행동 기록 — 실행한 명령·바꾼 파일·외부 호출이 어디에 얼마 동안 남는지
3. 중단 방법 — 사람이 즉시 멈출 수 있는 버튼이나 명령이 있는지
4. 외부 전송 차단 — 메일·파일 공유·외부 API 중 막아 둔 길이 무엇인지
5. 사람 승인 지점 — 결제, 삭제, 외부 발송처럼 되돌리기 어려운 행동 앞에 승인이 있는지
6. 동시 실행 한도 — 하위 에이전트를 몇 개까지 띄우는지, 한도를 넘으면 어떻게 되는지

6번은 비용과도 이어져요. 한도가 없으면 토큰 비용이 예상 밖으로 튀어요. 토큰 비용을 미리 계산하는 법은 AI 기능 붙일 때마다 반복되는 일 | 토스 AI 플랫폼 사례에서 다뤘고요.

8. 자주 묻는 질문 (FAQ)

AI 플랫폼 도입 전에 PoC에서 뭘 확인해야 하나요?

답이 맞는지에 더해 권한 기록·중단 방법·외부 전송 차단 세 가지를 PoC에서 같이 보세요. 운영에 들어간 뒤 고치면 비용이 몇 배로 커져요. PoC 예산 감각은 AI PoC 비용, 얼마면 검증할 수 있을까요를 참고하세요.

AI 에이전트를 사무실 PC에서 쓰면 어떤 권한을 줘야 하나요?

직원 권한을 그대로 넘기지 말고 읽기와 쓰기를 나누세요. 쓰기는 꼭 필요한 폴더와 시스템으로 좁히고, 밖으로 나가는 길은 처음부터 막아 두는 게 안전해요.

기업 AI 도입 사례를 보면 에이전트 보안은 누가 책임지나요?

에이전트마다 주인과 목적을 적어 두는 데서 시작해요. 외주라면 견적서에 권한 범위·행동 기록·중단 방법이 한 줄씩 있는지 확인하세요.

9. 직접 돌려 보니 권한을 좁히는 쪽이 쌌어요

저희도 자체 SaaS 4종을 운영하면서 반복 업무 몇 가지를 에이전트에 맡겨 봤어요. 처음엔 편하자고 권한을 넓게 줬어요. 그런데 “이게 왜 바뀌었지?”를 찾는 시간이 생각보다 자주 생겼어요. 권한을 읽기·쓰기로 나누고, 되돌리기 어려운 행동 앞에 승인을 넣고 나서야 찾는 시간이 줄었어요. 보안 때문이 아니라 운영이 편해져서 그렇게 바꾼 거예요.

기고문이 반가웠던 이유도 그거예요. 큰 회사 CIO가 고민하는 다섯 가지가 결국 “누가, 무엇을, 어디까지, 어떻게, 언제 멈추나”라는 아주 평범한 질문이더라고요. 에이전트를 들이기 전에 업무부터 다시 그리는 순서는 AI 에이전트 도입 전, 업무부터 다시 그리는 6단계에 정리해 뒀어요.

저희는 10년 넘게 50개 이상의 프로젝트를 진행했고 롯데·캐논 같은 곳과도 함께해 왔어요. 자체 서비스를 직접 굴리다 보니 AI 기능도 결국 권한과 기록에서 값이 정해진다는 걸 배웠고요. 에이전트를 들이고 싶은데 어디까지 열어 줘야 할지 막막하다면 권한 목록부터 같이 그려 볼까요 →