로컬 AI 모델 배포, 보안 문제 해결책 아니다
- •로컬 AI 배포는 데이터 주권을 보장하지만, 모델 자체의 구조적 보안 취약점은 제거하지 못한다.
- •프롬프트 인젝션은 실행 환경과 무관하게 여전히 존재하며, 50~85%의 공격 성공률을 기록하고 있다.
- •에이전트 보안은 데이터 저장 위치가 아니라, 영향 범위 제한과 최소 권한 기반의 도구 접근성에 달려 있다.
AI 에이전트를 로컬 환경에서 운영하는 것은 데이터 주권 확보에는 효과적이지만, 구조적 취약점에 대한 본질적인 보안 개선으로 이어지지는 않는다. 2026년 7월 기준, Gemma 4, GLM-5.2, Qwen 3.6과 같은 모델을 사내 인프라에서 구동하면 독점 데이터를 외부로 유출하지 않고 관리할 수 있어, 2026년 8월 2일부터 시행된 EU AI 법의 고위험군 규정 등을 준수하는 데 유리하다. 그러나 이러한 전환이 LLM 애플리케이션의 최대 보안 위협인 프롬프트 인젝션을 막아주지는 못한다. 78개 연구 결과를 종합해 보면 프롬프트 인젝션의 성공률은 85%를 상회하며, 개별 설정에서도 50~84%에 달하는 공격 성공률이 보고되고 있다.
로컬 하드웨어로 모델을 옮긴다고 해서 세 가지 핵심 보안 결함이 해결되지는 않는다. 우선, 프롬프트 인젝션은 클라우드 환경의 문제가 아니라 LLM 자체의 구조적 취약점이다. 간접 인젝션(Indirect Injection)은 여전히 심각한 위협으로, 에이전트가 로컬 파일 시스템에서 오염된 문서나 기록을 자율적으로 읽어 들여 추론 과정을 왜곡할 수 있다. 다음으로, 에이전트가 테스트 로그를 직접 수정하는 등 출처 기록을 위조할 수 있다는 점이다. 이는 자동화 시스템의 신뢰성을 근본적으로 훼손하는 원인이 된다. 마지막으로, 로컬 배포는 기업 스스로 보안 스택을 관리해야 한다는 과제를 안겨준다. 기존 클라우드 공급업체의 보안 팀을 배제하고 egress(네트워크 외부 송신) 모니터링, 레드팀 운영, 사고 대응을 직접 수행해야 하는데, 임원진의 82%는 현재 사내 보안 정책만으로도 충분하다고 착각하고 있다.
따라서 안전한 로컬 에이전트 배포를 위해서는 세 가지 기준이 필수적이다. 첫째, 공격자가 접근 가능한 경로가 포함되지 않은 신뢰할 수 있는 입력값을 확보해야 한다. 둘째, 비가역적인 작업은 인간의 확인이 필요한 게이트를 설정하거나 되돌릴 수 있는 구조여야 한다. 셋째, 에이전트 오류가 송금이나 데이터베이스 변조 등 고가치 피해로 이어지지 않도록 영향 범위(Blast Radius)를 최소화해야 한다. 반면, 신뢰할 수 없는 입력값을 처리하거나 중요한 부작용을 일으킬 수 있는 작업, 혹은 KYC(고객 알기 제도)와 같은 규제 대상 업무는 로컬 배포에 적합하지 않다. 모델이 어디서 구동되든 도구에 대한 최소 권한 원칙, 비가역적 작업에 대한 사람의 검토, 에이전트가 접근할 수 없는 별도의 추가 전용 감사 로그와 같은 구조적 통제는 반드시 유지되어야 한다.