AI 에이전트가 알아서 회사 시스템에 로그인한다고? MCP 엔터프라이즈 인증이 던진 보안 숙제

요즘 AI 에이전트 이야기를 하다 보면 빠지지 않는 단어가 있습니다. 바로 MCP인데요. AI가 사내 시스템에 ‘알아서’ 접속해서 일을 처리해주는 세상이 성큼 다가왔습니다. 그런데 여기서 자연스럽게 떠오르는 질문이 하나 있습니다. AI가 알아서 로그인한다면, 그 권한은 누가 관리하나요? 오늘은 이 묘하게 불편한 질문을 함께 풀어보겠습니다.

먼저 솔직하게 짚고 넘어가겠습니다. 이번 주제는 최근 30일간 커뮤니티에서 활발하게 논의된 따끈따끈한 이슈라기보다는, 업계가 지금 막 정리해 나가고 있는 ‘진행형 과제’에 가깝습니다. 그래서 오늘은 핫한 댓글 배틀보다는, 이 기술이 던지는 구조적인 질문에 집중해보려고 합니다.

MCP가 뭐길래, 왜 인증이 문제가 되나요

MCP는 Model Context Protocol의 약자입니다. 쉽게 말하면 AI 모델과 외부 도구를 연결해주는 일종의 표준 어댑터인데요. 예전에는 AI에게 “회사 일정 잡아줘"라고 하면, AI는 그냥 그럴듯한 문장만 만들어낼 뿐 실제로 캘린더를 건드리지는 못했습니다. MCP는 이 벽을 허뭅니다. AI가 진짜로 캘린더, 사내 위키, ServiceNow 같은 업무 시스템에 손을 뻗을 수 있게 해주는 거죠.

유튜브에서 100만 회 넘게 재생된 한 입문 영상은 이걸 ‘AI 항공권 예약 데모’로 설명합니다. AI가 항공편을 검색하고 실제로 예약까지 진행하는 모습을 보여주는데요. 보고 있으면 신기하면서도 한편으로는 이런 생각이 듭니다. “잠깐, 저 AI는 무슨 권한으로 내 예약 시스템에 들어간 거지?”

바로 이 지점입니다. 도구를 연결하는 순간, 인증이라는 골치 아픈 숙제가 따라옵니다.

‘Zero-Touch’ 인증, 편리함의 두 얼굴

엔터프라이즈 환경에서 MCP를 도입할 때 가장 이상적인 그림은 이른바 ‘제로 터치(Zero-Touch)’ 방식입니다. 사용자가 일일이 비밀번호를 입력하거나 토큰을 복사해 붙여넣지 않아도, AI 에이전트가 알아서 회사 인증 시스템을 통과하는 거죠.

이게 가능한 건 OAuth라는 기술 덕분입니다. OAuth는 “내 비밀번호를 직접 주지 않고도, 특정 서비스에 제한된 권한만 위임하는” 방식인데요. 우리가 흔히 쓰는 ‘구글 계정으로 로그인’ 버튼이 바로 이 원리입니다. AI 에이전트도 같은 방식으로 회사 시스템에 위임받은 권한으로 접속합니다.

여기서 ‘관리형(Managed)’ 인증이라는 개념이 등장합니다. 개별 직원이 각자 알아서 AI 도구에 권한을 설정하는 게 아니라, 회사 IT 부서가 중앙에서 한 번에 통제하는 방식인데요. 직원이 입사하면 권한이 자동으로 부여되고, 퇴사하면 자동으로 회수됩니다. 관리 측면에서는 분명 깔끔합니다.

문제는 ‘편리함’과 ‘위험’이 같은 동전의 양면이라는 점입니다.

사람이 빠진 자리, 누가 책임지나요

전통적인 보안 모델에는 항상 ‘사람’이라는 마지막 관문이 있었습니다. 중요한 작업을 할 때는 사람이 한 번 더 확인하고 버튼을 누르는 구조였죠. 그런데 제로 터치는 이 사람을 의도적으로 빼버립니다. 효율을 위해서요.

여기서 세 가지 묵직한 질문이 생깁니다.

첫째, 권한 범위입니다. AI 에이전트에게 “이메일 읽기” 권한을 줬는데, 이 AI가 어쩌다 “이메일 전체 삭제"까지 할 수 있게 되면 어떻게 될까요. 마이크로소프트가 Azure API Management로 MCP 도구를 ‘통제하고 거버넌스를 적용한다’고 강조하는 것도 이런 우려 때문입니다. 권한을 잘게 쪼개서, 딱 필요한 만큼만 주는 게 핵심입니다.

둘째, 감사 추적입니다. AI가 새벽 3시에 사내 데이터베이스에 접근했다면, 그게 정상 업무인지 누군가 가로챈 공격인지 어떻게 구분할까요. 사람이라면 로그인 기록과 행동 패턴으로 추적하지만, AI 에이전트는 24시간 쉬지 않고 수백 건의 요청을 날립니다. 로그가 폭발적으로 늘어나죠.

셋째, 책임 소재입니다. AI가 잘못된 판단으로 고객 데이터를 외부에 노출했다면, 그건 AI를 만든 회사 책임인가요, 도구를 연결한 IT 부서 책임인가요, 아니면 그 AI에게 일을 시킨 직원 책임인가요. 아직 명확한 답이 없습니다.

업계는 어떻게 대응하고 있나요

흥미로운 건, 클라우드 거인들이 이 문제를 이미 심각하게 받아들이고 있다는 점입니다. 구글 클라우드는 Cloud Run에서 MCP 도구를 안전하게 구동하는 방법을 공개했고요. 마이크로소프트는 앞서 언급한 Azure API Management로 인증과 거버넌스를 묶어서 제공합니다.

공통점이 보이시나요. 모두 ‘중앙 관문’을 만들고 있다는 겁니다. AI 에이전트가 회사 시스템에 직접 꽂히는 게 아니라, 반드시 거쳐야 하는 검문소를 하나 세우는 거죠. 이 검문소에서 누가, 무엇을, 얼마나 요청했는지 기록하고 통제합니다.

ServiceNow 같은 기업용 시스템에 Claude AI 에이전트를 연결하는 데모도 등장했는데요. 여기서도 핵심은 ‘연결’ 자체가 아니라 ‘어떻게 안전하게 연결하느냐’에 무게가 실려 있었습니다. 기술적으로 연결하는 건 이제 어렵지 않습니다. 진짜 어려운 건 그 연결을 통제 가능한 상태로 유지하는 일입니다.

마무리: 편리함의 청구서는 나중에 옵니다

AI 에이전트가 알아서 로그인하는 세상은 분명 매력적입니다. 반복 업무가 사라지고, 직원은 더 가치 있는 일에 집중할 수 있으니까요. 하지만 모든 자동화에는 청구서가 따라옵니다. 사람이 빠진 자리에는 더 촘촘한 권한 설계와 감사 체계가 들어와야 합니다.

결국 질문은 이겁니다. 우리는 AI에게 회사 열쇠를 얼마나 쥐여줄 준비가 되어 있을까요. 편리함에 취해 열쇠 꾸러미를 통째로 넘기기 전에, 어떤 문이 열리는지부터 확인하는 게 순서 아닐까요. 여러분의 회사라면, 이 열쇠를 어디까지 맡기시겠습니까.