본문으로 건너뛰기
JINIL

AI 인사이트/보안

MCP 취약점이란? 구글 등 AI 에이전트 간 통신 결함 정리

진일 · 발행

MCP 취약점은 한 AI 에이전트가 받은 악성 프롬프트가 연결된 다른 에이전트로 전파되는 구조적 결함입니다. 아스테크니카는 2026년 10월 5일 구글을 비롯한 여러 회사의 에이전트에서 이 결함이 드러났다고 보도했습니다. 원인으로는 에이전트 간 통신에 쓰이는 MCP의 신뢰 공백이 지목됐습니다.

핵심 요약

  • MCP는 에이전트 간 통신에 쓰이는 개방형 프로토콜
  • 악성 프롬프트가 에이전트에서 에이전트로 전파
  • 구글 등 여러 회사 에이전트에서 결함 확인

무슨 일이 있었나

아스테크니카는 2026년 10월 5일 MCP의 구조적 결함을 다룬 보도를 냈다. 구글을 포함한 여러 회사의 AI 에이전트에서 취약점이 확인됐다는 내용이다. 보도는 MCP를 에이전트 간 통신에서 가장 위험한 프로토콜로 지목했다.

핵심은 악성 프롬프트의 전파다. 한 에이전트가 받은 악성 지시가 연결된 다른 에이전트로 넘어가는 경로가 생긴다는 것이다.

보도는 개별 제품의 버그가 아니라 프로토콜의 신뢰 공백을 원인으로 설명했다. 연결된 상대 에이전트를 어디까지 믿을지에 대한 기준이 비어 있다는 지적이다.

왜 중요한가

MCP 취약점은 하나의 에이전트만 방어해서는 막기 어렵다. 에이전트가 다른 에이전트를 호출하는 순간, 신뢰 경계가 자사 시스템 밖으로 넘어가기 때문이다.

프롬프트 인젝션은 지금까지 주로 사용자 입력이나 웹 문서를 통해 들어왔다. 에이전트 간 통신이 더해지면 입력 경로가 사람이 보지 않는 구간으로 늘어난다.

기업이 사내 챗봇 하나만 쓰는 단계를 지나, 문서·검색·사내 시스템을 호출하는 에이전트를 붙이기 시작하면 이 문제는 바로 자사 문제가 된다.

우리에게 어떤 의미인가

먼저 사내에서 MCP로 연결된 에이전트와 도구 목록을 문서로 만들어야 한다. 어떤 에이전트가 어떤 외부 서버를 호출하는지, 그 서버를 누가 운영하는지 적어두지 않으면 영향 범위를 계산할 수 없다.

다음은 권한이다. 에이전트가 쓰는 계정에 고객정보 조회·대량 조회 권한이 묶여 있는지, 도구 호출 결과를 그대로 다음 에이전트에 넘기는 구간이 있는지 확인한다. 외부에서 들어온 텍스트는 지시가 아니라 데이터로 다루는 처리 규칙도 필요하다.

사내 모바일 앱에 AI 기능을 붙였다면 클라이언트 쪽도 점검 대상이다. 진일이 공급하는 Guardsquare는 모바일 앱의 코드 보호와 변조 탐지를 다룬다.

용어

MCP
MCP는 AI 에이전트가 외부 도구·데이터, 그리고 다른 에이전트와 정보를 주고받는 방식을 정한 개방형 프로토콜이다.
프롬프트 인젝션
프롬프트 인젝션은 외부 문서나 입력에 숨긴 지시로 AI 모델의 동작을 공격자가 의도한 방향으로 바꾸는 공격 기법이다.

자주 묻는 질문

Q. MCP를 쓰면 무조건 위험한가요?
A. MCP 사용 자체가 아니라 연결된 상대 에이전트를 검증 없이 신뢰하는 구조가 문제입니다. 아스테크니카 보도는 MCP의 신뢰 공백 때문에 악성 프롬프트가 에이전트 사이로 퍼질 수 있다고 지적했습니다.
Q. 사내 에이전트를 도입하기 전에 무엇을 확인해야 하나요?
A. 연결된 MCP 서버 목록과 운영 주체, 에이전트 계정의 데이터 접근 권한을 먼저 문서화해야 합니다. 외부에서 들어온 텍스트를 지시로 해석하지 않도록 처리 규칙을 정하는 것도 함께 필요합니다.

출처

진일 코멘트 — 에이전트를 늘리기 전에 에이전트끼리 주고받는 경로를 먼저 목록화하는 편이 비용이 적게 든다.