Prompt Injection이 우리의 셀프 호스팅 LLM을 무너뜨리고 있다
개인정보 보호를 위해 셀프 호스팅으로 전환했지만, prompt injection 공격에 시스템 프롬프트가 노출되는 심각한 보안 취약점을 발견한 개발자의 경험담이 커뮤니티에서 큰 공감을 얻었다.
원문: Prompt injection is killing our self-hosted LLM deployment 원문 보기 →
개요
Reddit r/LocalLLaMA에서 246점을 기록한 이 포스트는 셀프 호스팅 LLM 배포 환경에서 겪은 prompt injection 취약점에 대한 실제 경험담이다.
문제 상황
작성자의 팀은 고객 데이터를 외부 API로 보내지 않기 위해 셀프 호스팅 모델로 전환했다. 모든 것이 정상적으로 작동하는 듯했으나, QA 팀원이 테스트 중 프롬프트 인젝션을 시도했을 때 전체 시스템 프롬프트가 응답에 노출되는 치명적 결함이 발견되었다.
근본적 한계
핵심 문제는 기존 웹 애플리케이션 방화벽(WAF)이 LLM 특화 공격을 이해하지 못한다는 것이다. LLM 모델은 악의적 프롬프트를 일반 사용자 입력과 구분하지 않고 순순히 지시에 따른다. 기본적인 입력 소독(sanitization)으로는 정상적인 텍스트처럼 보이는 적대적 프롬프트를 차단할 수 없다.
커뮤니티 논의
이 포스트는 셀프 호스팅 LLM 사용자들 사이에서 공통적으로 겪는 문제를 건드렸다. 커뮤니티에서는 다양한 완화 전략이 논의되었다:
- 입출력 계층 분리: 시스템 프롬프트와 사용자 입력을 엄격히 격리하는 아키텍처
- LLM 전용 방화벽: 프롬프트 인젝션 패턴을 탐지하는 특화 솔루션
- 출력 필터링: 시스템 프롬프트 내용이 응답에 포함되지 않도록 후처리
- 다중 모델 파이프라인: 한 모델이 입력을 검증한 후 다른 모델이 처리
시사점
이 사례는 LLM 보안이 아직 초기 단계임을 보여준다. 프라이버시를 위해 셀프 호스팅으로 전환했지만, 새로운 공격 벡터에 노출되는 아이러니한 상황이다. 프로덕션 LLM 앱의 보안은 기존 웹 보안과는 완전히 다른 접근이 필요하다.
Source: r/LocalLLaMA
관련 기사
연구자, Claude Code 자동 모드 프롬프트 인젝션 공격 시연
보안 연구자 요한 레버거가 8월 27일 Claude Code 자동 모드에서 프롬프트 인젝션 공격에 성공했다고 공개했다. Anthropic의 보안 조치에도 불구하고 코딩 에이전트의 구조적 취약점이 다시 확인됐다.
OpenAI, AI agent를 prompt injection에 강하게 만드는 설계 원칙 공개
OpenAI는 2026년 3월 11일 AI agent가 읽는 이메일, 웹페이지, 캘린더 초대 같은 untrusted content가 핵심 보안 경계라고 설명하는 새 가이드를 공개했다. 회사는 안전한 agent가 data와 instruction을 분리하고, least privilege를 적용하며, 중요한 action 전에는 monitoring과 user confirmation을 넣어야 한다고 밝혔다.
2,000명이 AI assistant를 공격한 실험, 더 중요한 질문은 응답 설계
300점 안팎의 HN 반응은 “secret이 안 샜다”보다 실험 조건이 실제 에이전트 위험을 얼마나 반영하는지에 모였다.