Amazon DocumentDB MCP Server CVE-2026-18954 취약점 대응, 읽기 전용 우회로 쓰기 가능한 권한 이슈

AWS가 Amazon DocumentDB MCP Server의 권한 검증 취약점 CVE-2026-18954를 공개했다. 이 이슈는 집계 파이프라인의 쓰기 가능 스테이지인 $out, $merge가 읽기 전용 모드 강제 로직을 우회할 수 있는 문제로, 인증된 MCP 클라이언트가 연결된 Amazon DocumentDB 데이터베이스에 쓰기 작업을 수행할 가능성이 있다는 점이 핵심이다. 오픈소스 MCP 서버를 내부 AI 도구 연계나 운영 자동화 보조 용도로 쓰는 환경이라면, 단순 애플리케이션 업데이트를 넘어 표준 이미지와 배포 템플릿에 남아 있는 구버전 여부까지 함께 확인할 필요가 있다.

취약점 핵심: 읽기 전용 모드에서 쓰기 스테이지 우회 가능

이번 이슈는 Amazon DocumentDB MCP Server의 aggregation pipeline tool에서 발생한 잘못된 권한 검증 문제다. 읽기 전용으로 제한해야 하는 환경에서도 $out, $merge 같은 쓰기 가능 스테이지가 차단되지 않아, 인증을 통과한 MCP 클라이언트가 데이터 변경 작업을 수행할 수 있는 상태가 될 수 있다.

영향 범위는 1.0.12 미만 버전이다. 공개된 설명만 기준으로 보면 원격 비인증 공격이 아니라 인증된 MCP 클라이언트의 행위가 전제되므로, 운영 환경에서는 외부 노출 여부만이 아니라 어떤 AI 어시스턴트·자동화 워크플로·내부 툴이 해당 MCP 서버에 접속 가능한지도 함께 점검해야 한다.

운영자가 바로 확인할 항목

우선 현재 사용 중인 Amazon DocumentDB MCP Server 버전이 1.0.12 미만인지 확인해야 한다. 컨테이너 이미지 태그, 패키지 잠금 파일, IaC 템플릿, 내부 아티팩트 저장소의 배포본까지 함께 확인해야 재배포 시 구버전이 다시 올라오는 문제를 줄일 수 있다.

영향 버전을 사용 중이면 권고 버전으로 업데이트하고, 읽기 전용 용도로 연결된 MCP 서버 인스턴스가 실제로는 더 넓은 데이터베이스 권한을 가진 계정을 사용 중인지도 함께 점검하는 것이 좋다. 이번 공지는 애플리케이션 레벨의 우회 이슈이므로, 서버 업데이트 후에도 연결 계정 권한 최소화와 접근 주체 정리가 운영상 보완책이 된다.

운영 표준 이미지나 개발용 샘플 환경에 동일 구성의 MCP 서버가 포함돼 있다면 테스트·스테이징·운영을 구분해 잔존 여부를 확인하는 편이 안전하다. AI 연계 기능은 실서비스보다 먼저 실험 환경에 배포되는 경우가 많아, 정식 운영 서버보다 주변 환경에서 구버전이 오래 남을 수 있다.

국내·일본 리전 운영 관점에서 볼 부분

이번 사안은 특정 리전 장애나 관리형 DocumentDB 서비스 자체 결함이 아니라, 오픈소스 MCP 서버 구성 요소의 권한 검증 문제에 가깝다. 따라서 한국 IDC, 일본 IDC, 코로케이션, 서버호스팅 환경에서 자체적으로 AI 보조 도구와 데이터베이스를 연계해 운용하는 경우에 더 직접적인 점검 대상이 된다.

특히 사내 생성형 AI 보조 도구가 데이터 조회 전용이라고 인식돼 있더라도, 실제 백엔드에 연결된 MCP 서버 버전과 권한 설정이 이를 보장하지 못하면 데이터 변경 위험이 생길 수 있다. 운영팀은 네트워크 접근 제어만으로 충분하다고 보기보다, MCP 서버 버전 관리와 연결 계정 권한 분리를 함께 검토하는 편이 현실적이다.

핵심 포인트

• CVE-2026-18954는 Amazon DocumentDB MCP Server의 권한 검증 우회 이슈다.
• 집계 파이프라인의 $out, $merge가 읽기 전용 모드 강제 로직을 우회할 수 있다.
• 영향 버전은 1.0.12 미만이다.
• 인증된 MCP 클라이언트가 연결된 데이터베이스에 쓰기 작업을 수행할 가능성이 있다.
• 업데이트와 함께 내부 이미지·템플릿·미러 저장소의 구버전 잔존 여부를 확인할 필요가 있다.