AWS MCP Server run_script Python 샌드박스 검증 미흡 보안 이슈, CVE-2026-115845
AWS MCP Server의 run_script 기능에서 Python 코드 검증 로직이 충분하지 않았다는 보안 이슈가 공개됐다. 이번 사안은 관리형 서비스 자체의 문제로 설명되며, 영향 버전 대신 서비스 구조와 권한 통제가 핵심 점검 포인트다.
문제의 성격과 영향 범위
AWS 설명에 따르면 취약점은 run_script 도구의 Python 코드 검증기에서 허용하면 안 되는 입력 목록이 불완전했던 데서 비롯됐다. 그 결과 인증된 원격 사용자가 조작된 스크립트를 이용해 자신의 격리된 세션 환경 안에서 임의 코드를 실행할 수 있다.
원문 기준 영향 버전은 별도로 제시되지 않았고, 서비스는 'managed service, exclusively hosted'로 안내됐다. 즉, 일반적인 패키지 업그레이드나 서버 바이너리 교체보다는 이 기능을 어디서 어떻게 허용하고 있는지, 내부 운영 절차상 어떤 사용자나 에이전트가 접근하는지가 더 중요한 확인 지점이다.
운영자가 확인할 실제 점검 항목
이 사안은 사용자가 직접 설치한 소프트웨어 버전 확인형 공지와 다르다. 우선 현재 업무 흐름에서 AWS MCP Server와 run_script 기능을 사용하는 자동화, 에이전트, 테스트 계정이 있는지 식별하고, 불필요한 사용 경로가 있으면 최소화하는 것이 우선이다.
인증된 사용자에게서 발생하는 행위가 전제된 만큼, 계정·토큰 발급 범위와 권한 분리를 다시 보는 편이 실무적이다. 특히 공용 실험 계정, 광범위한 스크립트 실행 허용 정책, 장기 토큰 사용 여부를 점검하면 운영 위험을 낮추는 데 도움이 된다.
관리형 서비스라고 해도 내부 표준 문서나 자동화 템플릿에 해당 기능을 전제로 한 워크플로가 남아 있을 수 있다. 국내·일본 리전 운영 여부와 무관하게 AI 에이전트 연동 경로가 있다면, 실행 가능한 스크립트 입력 통제와 감사 로그 보존 범위를 함께 확인하는 것이 적절하다.
패치 공지형 대응보다 접근 통제 재점검이 우선
이번 게시물에는 고객이 적용할 특정 수정 버전이나 패치 번호가 제시되지 않았다. 따라서 운영팀 입장에서는 공급자 측 조치만 기다리기보다, 현재 run_script가 필요한지와 누가 이 기능을 호출할 수 있는지를 먼저 재평가하는 대응이 현실적이다.
서버호스팅이나 코로케이션 환경에서 직접 AWS MCP Server를 호스팅하는 개념은 아니지만, 해당 서비스를 이용해 AWS 자원 제어를 자동화하는 경우에는 간접적인 운영 영향이 생길 수 있다. 예를 들어 에이전트 기반 운영 자동화가 있다면 테스트·운영 계정 분리, 실행 결과 모니터링, 비정상 스크립트 호출 탐지가 후속 점검 항목이 된다.
핵심 포인트
- CVE-2026-115845는 AWS MCP Server의 run_script Python 샌드박스 입력 검증 미흡 문제다.
- 인증된 원격 사용자가 조작된 스크립트로 자신의 격리 세션 내에서 임의 코드를 실행할 수 있다.
- 영향 버전은 N/A로 표기됐으며 관리형·전용 호스팅 서비스로 안내됐다.
- 운영 대응은 패치 적용보다 기능 사용 여부, 접근 권한, 에이전트 연동 범위 점검에 무게가 실린다.