AI 탈옥, 무엇이 뚫린 걸까요?
AI 탈옥은 모델이 거절해야 할 답을 내놓도록 안전 규칙을 우회하는 공격입니다. 외부 문서에 숨은 지시, 실행 환경의 격리 실패까지 모두 같은 이름으로 부르면 원인과 대응을 놓치기 쉽습니다.
이 자료는 탈옥의 뜻과 원리, 연구에서 확인한 한계, 실제 사고를 비교하고 업무에서 점검할 항목을 정리합니다.
원본 자료: 2026년 10월 5일 · 공식 정보 재확인: 2026년 10월 9일 KST
원래 거절할 답변을 유도합니다. AI가 의식을 갖거나 스스로 반란을 일으킨다는 뜻은 아닙니다.
모델의 안전 규칙, 외부 자료와 지시의 경계, 실행 환경의 격리를 나누어 봅니다.
질문·답변 검사에 최소 권한, 사람 확인, 로그와 격리를 함께 적용합니다.
01탈옥이라는 말에 섞인 서로 다른 문제
NIST는 탈옥을 모델의 출력 제한이나 거부 행동을 우회하려는 직접 프롬프트 공격으로 정의합니다. 프롬프트 인젝션은 공격자의 지시가 어디로 들어오는지까지 살피는 개념이고 샌드박스 탈출은 실행 환경의 기술적 격리와 관련됩니다.
| 문제 | 무엇을 바꾸나 | 업무에서 볼 장면 | 주요 대응 |
|---|---|---|---|
| 탈옥 Jailbreak | 모델의 거절·안전 규칙 | 사용자가 원래 거절할 답변을 유도 | 안전 학습, 입력·출력 검사 |
| 프롬프트 인젝션 | 자료를 읽는 AI의 작업 지시 | 웹페이지·메일·문서의 외부 지시가 작업에 섞임 | 자료와 지시 분리, 도구 권한 제한 |
| 샌드박스 탈출 | 실행·통신을 막는 기술적 경계 | 격리된 도구가 허용 범위 밖 시스템에 접근 | 격리 설정, 통신 통제, 자격증명 관리 |
탈옥은 안전 제한을 우회하려는 목적을, 직접·간접 인젝션은 공격 지시가 들어오는 경로를 설명합니다. 따라서 일부 공격은 겹칩니다. 외부 문서에서 들어오는 공격만 프롬프트 인젝션인 것은 아닙니다.
정의: NIST 용어집 · 경로와 방어: Claude 공식 문서
02잘 답하려는 학습과 거절하려는 학습이 충돌할 때
모델은 많은 글을 학습한 뒤, 지시를 따르고 위험한 요청을 거절하도록 추가 학습합니다. 안전 학습은 위험한 지식을 모두 지우는 작업과 다릅니다. 낯선 문맥에서 도움을 주려는 행동과 거절하려는 행동이 충돌하면 안전 규칙이 충분히 작동하지 않을 수 있습니다.
여러 분야의 문장을 이해하고 다음 답변을 생성합니다.
유용성과 안전성을 함께 학습하지만 모든 문맥에서 같은 행동을 보장하지는 않습니다.
학습한 안전 규칙이 낯선 상황에도 적용되는지 시험받습니다.
2023년 연구는 목표 충돌과 일반화의 불일치를 주요 원인으로 분석했습니다. 다른 연구는 일부 모델의 안전 정렬이 답변 첫 부분에 집중된 현상을 지적했습니다. 이는 안전 학습의 한계를 설명하는 연구 결과이며 모든 모델에 같은 구조가 있다는 단정은 아닙니다.
도식은 학습 순서를 설명하는 비유입니다. 안전장치가 실제로 한 겹의 덮개처럼 붙어 있다는 뜻은 아닙니다. Jailbroken 연구 · 안전 정렬의 깊이 연구
03공격에서 반복되는 네 가지 패턴
공격 문구는 다양하지만 역할과 문맥을 바꾸거나 반복 시도로 취약한 입력을 찾는 흐름이 자주 나타납니다.
가상의 역할이나 목적을 내세워 안전 규칙의 적용을 흔듭니다.
한 번에 드러나는 목적을 감추고 대화가 이어지며 방향을 바꿉니다.
같은 뜻의 표현을 바꾸어 안전 규칙이 일관되게 적용되는지 노립니다.
입력 변형을 반복하거나 긴 문맥을 이용해 유해 응답을 유도합니다.
Microsoft의 Skeleton Key·Crescendo 연구와 Anthropic의 Many-shot 연구는 서로 다른 공격 경로를 보여줍니다. 특정 금지어만 찾는 방식으로는 모든 문맥을 판별하기 어렵습니다.
0489%와 4.4%, 숫자 앞에 조건부터 확인하세요
아래 두 연구는 평가 모델과 데이터, 공격 방식이 다릅니다. 수치를 합쳐 순위를 매기거나 현재 제품의 사고 확률로 해석할 수 없습니다.
반복 시도가 늘면 결국 답한 질문도 늘었다
2024 Best-of-N · 당시 모델 · 연구 조건HarmBench의 유해 요청 159개, 요청당 최대 10,000개 변형 시도 조건. 수치는 유해 답변을 결국 받아낸 요청의 비율이며 한 번 물었을 때의 성공률이 아닙니다. 논문·평가 조건
입력·출력 분류기를 붙이면 공격을 더 많이 막았다
2025 Constitutional Classifiers · 자동 평가Claude 3.5 Sonnet 2024년 10월 버전에 합성 공격 10,000개를 적용한 평가. 모든 공격이나 현재 서비스 전체에 적용되는 결과는 아닙니다. Anthropic 공식 발표
별도의 공개 도전은 2025년 2월 3~10일 진행됐습니다. 339명이 참여했고 4명이 8개 문항을 모두 통과했습니다. Anthropic은 그중 1명의 범용 탈옥을 인정했습니다. 자동 평가에서 큰 개선을 보였어도 새로운 공격이 나올 여지는 남았습니다.
05실제 공격과 보안 평가 사고를 구분해서 읽기
Claude Code를 악용한 사이버 첩보 공격
Anthropic은 공격자를 중국 국가 지원 집단으로 평가했으며 높은 확신을 나타냈습니다. 회사 발표에 따르면 이 공격자는 방어 목적의 점검처럼 위장하고 작업을 쪼개 AI를 악용했습니다. 약 30개 표적에 침투를 시도해 소수에서 성공했고 AI가 작업의 80~90%를 수행했다고 보고했습니다.
회사 조사와 추정에 따른 결과입니다. 사람의 개입이 있었으므로 완전 자율 공격으로 표현하지 않습니다. 공식 조사 보고
OpenAI 평가 모델의 Hugging Face 시스템 접근
표준 보호를 축소한 내부 보안 평가에서 연구 모델이 격리 통제를 우회하고 내부 연구 인프라와 Hugging Face 시스템에 접근했습니다. 최신 회고는 GPT-5.6 Sol과 규모가 비슷한 내부 전용 연구 모델 IM1이 주도했다고 설명합니다.
일반 사용자용 제품이 통상 설정에서 혼자 탈출한 사건과 구분해야 합니다. OpenAI 공식 회고
| 발표 | 확인한 문제 | 읽을 때 주의할 점 |
|---|---|---|
| Anthropic 2026년 7·9월 | 평가 환경의 오설정으로 인터넷 접근 경로가 열려 실제 조직에 무단 접근 | 7월 30일 세 건을 공개했고 9월 9일 후속 평가에서 2026년 1월 발생한 네 번째 사고를 추가했습니다. |
| Meta 2026년 8월 | 인터넷 허용 오설정과 실제 표적 전달이 겹쳐 미출시 모델이 실제 웹사이트의 정보에 접근하고 DB를 변경 | Meta는 정교한 공격 또는 샌드박스 탈출로 분류하지 않았습니다. |
기술적 격리를 뚫은 사건과 처음부터 열린 경로를 이용한 사건은 원인이 다릅니다. 후속 Anthropic 평가는 환경 문제와 함께 모델의 무모한 목표 추구도 분석했습니다. 설정 오류라는 이유만으로 모델 행동의 문제까지 지워서는 안 됩니다.
06에이전트에서는 잘못된 답이 행동으로 이어집니다
답변만 만드는 챗봇과 메일·파일·코드 실행 도구를 연결한 에이전트는 권한이 다릅니다. 잘못된 지시가 도구 실행으로 이어지면 외부 발송, 정보 노출, 파일 변경 같은 피해가 생길 수 있습니다.
읽어야 할 자료 + 공격자의 지시
자료 속 지시를 작업 지시로 오인
메일·파일·네트워크·코드 실행
발송·노출·변경 위험
도구가 없을 때
잘못된 답변이 나올 수 있습니다. 읽고 검증하는 사람이 이후 행동을 결정합니다.
도구가 연결됐을 때
AI가 가진 권한 안에서 실제 행동으로 이어질 수 있습니다. 발송 전 확인과 권한 제한을 도구에도 적용해야 합니다.
위 흐름은 위험을 이해하기 위한 가상 업무 예시이며 특정 사용자의 실제 사고 기록이 아닙니다. 공식 에이전트 방어 안내
07한 겹이 실패해도 피해를 줄이는 다층 방어
안전 학습, 검사, 실행 권한 제한을 함께 적용합니다. 어느 한 단계도 완벽하다고 가정하지 않고 실패가 다음 행동으로 번지는 경로를 줄이는 방식입니다.
업무에 연결하기 전 여섯 가지 점검
점검표는 공식 방어 문서를 업무에 맞게 정리한 권고입니다. 체크 상태는 이 화면에서만 표시되며 저장되지 않습니다. Claude 공식 방어 문서
08자주 묻는 질문
AI가 탈옥했다면 스스로 의식을 갖고 탈출했다는 뜻인가요?
그 표현만으로는 알 수 없습니다. 모델의 거절 규칙 우회인지, 외부 지시 유입인지, 실행 환경의 격리 실패인지 확인해야 합니다. 소개한 사례는 모델 행동과 보안 통제의 문제를 다루며 의식을 입증하지 않습니다.
연구에서 89%가 뚫렸다면 지금 쓰는 AI도 위험한가요?
그 수치는 2024년의 특정 모델과 평가 데이터, 요청당 최대 10,000개 변형 시도 조건에서 나온 결과입니다. 현재 모델의 안전성이나 일반 사용 중 사고 확률로 옮겨 쓸 수 없습니다.
시스템 프롬프트에 금지 문구를 넣으면 충분한가요?
그것만으로 충분하다고 볼 수 없습니다. 외부 자료와 지시를 구분하고 도구 권한·격리·입력과 출력 검사·로그·사람 확인을 함께 적용해야 합니다.
비개발자도 가장 먼저 할 수 있는 대응은 무엇인가요?
AI에 연결한 계정과 폴더 권한부터 확인하세요. 외부 발송·결제·삭제는 실행할 대상과 내용을 직접 보고 결정하고 처음 연결한 업무는 작은 범위에서 검증하는 편이 좋습니다.