무슨 일이 있었나
n8n은 이전 GHSA 수정에서 Code 노드를 JS 작업 러너 자식 프로세스로 옮겼지만, Function/Function Item 및 LangChain Code 노드는 vm2 NodeVM을 통해 프로세스 내에서 계속 실행되며 팔레트에서만 숨겼습니다. 메인 프로세스는 작업 러너의 샌드박싱 플래그가 없으므로, 멤버가 실행한 샘플 코드는 n8n 메인 PID로 해석되어 호스트에 도달할 수 있습니다: n8n 서비스 계정으로 실행되어 암호화된 자격 증명과 데이터베이스를 읽을 수 있습니다.
왜 중요한가
n8n은 팀이 LLM/에이전트 자동화를 연결하는 주요 장소입니다(LangChain Code 노드, 자격 증명 가져오기 노드). 취약한 노드는 모든 인스턴스 자격 증명과 비밀을 보유한 동일한 프로세스에서 실행되므로, 낮은 권한의 워크플로 작성자가 전체 인스턴스 손상으로 이어집니다 — AI 오케스트레이션 배포에 중요한 바로 그 폭발 반경입니다.
공격 경로
인증된 멤버가 더 이상 사용되지 않는 Function/Function Item/LangChain Code 노드 유형의 워크플로를 가져오거나 생성하고 실행합니다. 이러한 노드는 팔레트에서 '숨김' 처리(ACL이 아닌 UI 플래그)만 되어 있으며, 여전히 n8n 메인 프로세스에서 폐기된 vm2 NodeVM을 통해 JavaScript를 실행합니다. 이 프로세스는 작업 러너 강화 플래그(--disallow-code-generation-from-strings / --disable-proto=delete)를 받지 않습니다.
영향받는 시스템
n8n 2.42.6 이전, 2.43.x 2.43.3 이전, 3.x 3.0.1 이전. 영향받는 노드: n8n-nodes-base.function, n8n-nodes-base.functionItem, @n8n/n8n-nodes-langchain.code(CVSS 8.8).
완화 방안
n8n 2.42.6, 2.43.3 또는 3.0.1로 업그레이드하세요. 팔레트 숨김, NODES_EXCLUDE 또는 Workflow Import 제한에 의존하지 마세요; 더 이상 사용되지 않는 함수 노드를 참조하는 저장된 워크플로를 인스턴스에서 감사하세요.