AWS HealthLake MCP Server CVE-2026-15643 SSRF 취약점 대응, 0.0.14 미만 점검 필요
AWS가 HealthLake MCP Server의 SSRF 취약점 CVE-2026-15643을 공개했다. 이 이슈는 pagination 처리 과정에서 다음 요청 대상 URL이 예상된 HealthLake 엔드포인트인지 검증하지 않는 문제로, 인증된 원격 사용자가 조작된 next_token을 이용해 후속 요청을 임의 서버로 보내도록 유도할 수 있다는 내용이다.
취약점 핵심과 영향 범위
영향 대상은 AWS awslabs.healthlake-mcp-server 0.0.14 미만 버전이다. AWS 설명에 따르면 모든 플랫폼에서 문제가 발생할 수 있으며, 인증된 사용자가 crafted next_token을 전달할 수 있는 환경이라면 서버 측 요청이 공격자 제어 엔드포인트로 우회될 가능성이 있다.
핵심 위험은 단순한 외부 요청 발생에 그치지 않고 AWS temporary security credentials 유출 가능성이 언급됐다는 점이다. HealthLake FHIR datastore와 연동하는 AI 보조 도구 또는 내부 서비스 체인에서 해당 MCP 서버를 중계 계층으로 쓰고 있다면, 자격 증명 노출 여부를 우선 확인할 필요가 있다.
운영자가 바로 확인할 항목
우선 배포 중인 awslabs.healthlake-mcp-server 버전이 0.0.14 미만인지 확인해야 한다. 개발용 컨테이너 이미지, 내부 패키지 미러, 표준 배포 템플릿, 테스트 환경에 남아 있는 구버전도 함께 점검하는 것이 필요하다.
영향 버전이 확인되면 권고 버전인 0.0.14 이상으로 업데이트하는 것이 우선 조치다. 이후 pagination 관련 요청 흐름에서 next_token 값이 외부 조작 입력으로 전달되는 경로가 있는지, 그리고 MCP 서버의 후속 요청 대상이 HealthLake 엔드포인트로 제한되는지 구성 관점에서 확인해야 한다.
보안 운영 측면에서는 해당 서버가 외부로 연결한 비정상 목적지 기록이 있었는지 네트워크 로그를 점검할 필요가 있다. 특히 임시 자격 증명을 사용하는 런타임, 프록시, NAT 게이트웨이, 이그레스 제어 장비 로그에서 예상하지 않은 엔드포인트 접속 흔적을 확인하는 절차가 유효하다.
클라우드·호스팅 환경에서 보는 의미
이번 공지는 특정 IDC 전용 제품 이슈라기보다, AI 연동 미들웨어가 클라우드 데이터 서비스와 연결될 때 입력 검증 실패가 어떻게 자격 증명 노출로 이어질 수 있는지를 보여주는 사례에 가깝다. 서버호스팅이나 코로케이션 환경에서 HealthLake 연계 서비스를 직접 운영하는 경우에도, 애플리케이션 레이어의 외부 요청 통제가 느슨하면 네트워크 경계만으로는 이런 문제를 막기 어렵다.
국내나 일본 리전 사용 여부와 무관하게, 임시 자격 증명을 활용하는 워크로드에서는 메타데이터 접근 경로와 외부 이그레스 정책을 함께 점검하는 편이 현실적이다. 다만 이번 공지에서 실제 침해 사례나 장애 발생은 언급되지 않았으므로, 확인된 사실 범위에서는 영향 버전 식별과 업데이트 적용이 가장 직접적인 대응이다.
핵심 포인트
- AWS HealthLake MCP Server에서 CVE-2026-15643 SSRF 취약점이 공개됐다.
- 영향 버전은 awslabs.healthlake-mcp-server 0.0.14 미만이다.
- 조작된 next_token으로 후속 요청을 공격자 서버로 유도할 수 있다.
- AWS temporary security credentials 유출 가능성이 명시됐다.
- 운영자는 버전 확인, 0.0.14 이상 업데이트, 외부 접속 로그 점검이 필요하다.