[긴급] n8n-MCP 멀티테넌트 환경 워크플로우 격리 실패 취약점(CVE-2026-54052, CVSS 9.9)

핵심 요약

- AI 어시스턴트에 n8n 노드 문서를 제공하는 MCP 서버 n8n-MCP에서 CVSS 9.9점의 치명적 취약점 발견 - 멀티테넌트 모드 활성화 시 워크플로우 버전 이력 백업이 테넌트별로 격리되지 않아 인증된 사용자가 타 테넌트 데이터 접근·삭제 가능 - 노드 정의, 자격증명 참조, 인증 헤더 등 민감정보 유출 위험, 버전 2.56.1에서 패치 완료

주요 내용

n8n-MCP는 AI 어시스턴트가 n8n 워크플로우 자동화 플랫폼의 노드 문서, 속성, 작업에 접근할 수 있도록 지원하는 MCP(Model Context Protocol) 서버입니다. 2026년 7월 공개된 CVE-2026-54052는 이 시스템의 멀티테넌시 구현에서 발생한 치명적인 데이터 격리 실패 취약점입니다.

해당 취약점은 HTTP 모드에서 ENABLE_MULTI_TENANT=true 설정으로 멀티테넌트 환경을 활성화했을 때 발생합니다. 로컬 워크플로우 버전 이력 백업이 테넌트 단위로 격리되지 않아, 인증된 한 테넌트의 사용자가 다른 테넌트에 속한 워크플로우 버전 스냅샷을 읽을 수 있는 심각한 결함이 확인되었습니다.

더욱 심각한 것은 단순 조회를 넘어 타 테넌트의 저장된 백업을 삭제하거나 파괴할 수 있다는 점입니다. 이러한 백업에는 전체 노드 정의, 자격증명 참조(credential references), 인증 헤더(authorization headers) 등 민감한 정보가 포함되어 있어, 공격자는 다른 조직의 자동화 로직, API 키, 인증 정보 등을 획득할 수 있습니다.

개발사는 2026년 7월 버전 2.56.1을 릴리스하며 이 취약점을 수정했습니다. GitHub 보안 권고(GHSA-j6r7-6fhx-77wx)를 통해 상세 정보가 공개되었으며, 멀티테넌트 환경을 운영 중인 모든 조직은 즉시 패치 적용이 필요합니다.

전문가 시각

ISMS-P 관점에서 본 취약점은 '접근통제 > 논리적 접근통제 > 사용자 계정 관리'와 '개인정보 처리 시스템 > 개인정보 영향평가 > 멀티테넌시 환경 격리' 요구사항의 전형적인 실패 사례입니다. SaaS 플랫폼에서 멀티테넌시는 설계 단계부터 데이터베이스 스키마, 파일 시스템, 캐시 레이어 등 모든 계층에서 철저한 격리가 구현되어야 합니다. 특히 워크플로우 백업과 같은 버전 관리 데이터는 간과되기 쉬운 영역으로, 개발 초기 아키텍처 리뷰와 보안 코드 검토에서 반드시 점검해야 합니다.

실무적으로 기업들은 멀티테넌트 환경 도입 시 테넌트 ID 기반 강제 접근 제어(Mandatory Access Control) 구현, 모든 데이터 접근 포인트에서의 테넌트 컨텍스트 검증, 정기적인 권한 분리 테스트를 수행해야 합니다. n8n-MCP를 사용 중인 조직은 즉시 버전을 확인하고, 2.56.1 미만인 경우 긴급 패치를 적용해야 합니다. 패치 전까지는 멀티테넌트 모드 비활성화 또는 네트워크 수준 격리를 임시 대응책으로 고려할 수 있습니다.

영향받는 시스템 및 조치사항

영향 범위: - n8n-MCP 버전 2.56.1 이전 모든 버전 - HTTP 모드에서 ENABLE_MULTI_TENANT=true로 설정된 환경 - 멀티테넌트 SaaS 배포 환경의 모든 테넌트 데이터

CVSS 3.x 점수 해석(9.9 - CRITICAL): CVSS 9.9점은 최고 수준의 치명도를 나타냅니다. 네트워크를 통해 접근 가능하며, 낮은 공격 복잡도와 인증만 필요한 조건으로 기밀성·무결성·가용성 모두에 높은 영향을 미칩니다. 특히 범위(Scope) 변경이 있어 취약한 구성요소를 넘어 다른 테넌트에 영향을 주는 점이 높은 점수의 주요 원인입니다.

조치사항: 1. 즉시 n8n-MCP를 버전 2.56.1 이상으로 업그레이드 2. 패치 적용 전 워크플로우 백업 무단 접근 로그 검토 3. 자격증명 및 API 키 교체 검토 (노출 가능성 있는 경우) 4. 멀티테넌트 격리 정책 전반 재검토

CPPG·ISMS-P 연계 포인트

1. 멀티테넌시 환경의 데이터 격리 (ISMS-P 2.9.2 개인정보 처리 시스템 접근) 멀티테넌트 아키텍처에서는 물리적·논리적 격리를 통해 각 테넌트의 데이터가 완전히 분리되어야 합니다. 데이터베이스 스키마 분리, 테넌트 ID 기반 필수 필터링, 파일 시스템 경로 격리 등이 요구되며, 본 사례는 백업 데이터 격리 실패로 인한 크로스-테넌트 접근이 발생한 전형적 사례입니다. ISMS-P 인증 심사 시 멀티테넌트 환경 운영 조직은 격리 메커니즘 설계 문서와 침투 테스트 결과를 제시해야 합니다.

2. 접근 권한 검증 실패 (CPPG 취약점 분류 - Broken Access Control) 모든 데이터 접근 시 사용자의 권한뿐 아니라 소속 테넌트 컨텍스트를 함께 검증해야 합니다. 본 취약점은 워크플로우 버전 이력 접근 시 테넌트 소유권 검증이 누락되어 발생했습니다. OWASP Top 10에서 1위로 분류되는 Broken Access Control은 ISMS-P 2.8.2(사용자 계정 관리) 및 2.8.4(사용자 접근 권한 검토) 통제 항목과 직접 연계되며, 개발 단계 보안 코드 리뷰와 운영 단계 정기 권한 감사가 필수적입니다.