Anthropic이 2026년 6월 12일 Claude Fable 5와 Mythos 5의 접근을 모든 고객에게 중단했습니다. 두 모델을 공개한 지 불과 사흘 만입니다.
원인은 기술 장애나 보안 사고가 아니었습니다. 미국 정부가 국가안보 권한을 근거로 미국 안팎의 모든 외국인에게 두 모델의 접근을 중단하라는 수출통제 지시를 내렸기 때문입니다. 대상에는 해외 고객뿐 아니라 미국에 거주하는 외국인과 Anthropic의 외국인 직원까지 포함됐습니다.
Anthropic은 국적별로 접근을 정확히 분리하기 어렵고 규정 위반 가능성을 피해야 한다고 판단했습니다. 그래서 모든 고객에게 Fable 5와 Mythos 5를 비활성화했습니다. 다른 Claude 모델은 영향을 받지 않습니다.
이번 사건에서 프론티어 AI 모델은 반도체나 암호 기술처럼 국가가 통제하는 전략기술로 다뤄졌습니다. 개발팀은 모델의 성능과 가격과 함께 내일도 이 모델을 사용할 수 있는가를 선택 기준에 넣어야 합니다.
2026-06-13 · Anthropic 공식 성명과 GeekNews 요약 기준입니다. 정부가 구체적인 국가안보 우려와 법적 근거의 세부 내용을 공개하지 않아, 조치의 필요성과 향후 범위에는 불확실성이 남아 있습니다.
무슨 일이 있었나
Anthropic의 공식 성명에 따르면 회사는 6월 12일 오후 5시 21분(미국 동부시간)에 미국 정부의 지시를 받았습니다. 지시는 Fable 5와 Mythos 5에 대한 모든 외국인의 접근을 미국 내외에서 중단하라는 내용이었습니다.
| 구분 | 내용 |
|---|---|
| 대상 모델 | Claude Fable 5, Claude Mythos 5 |
| 제한 대상 | 미국 안팎의 모든 외국인, Anthropic 외국인 직원 포함 |
| 실제 조치 | 규정 준수를 위해 두 모델을 모든 고객에게 비활성화 |
| 영향 없음 | Claude Opus 4.8 등 기존 Anthropic 모델 |
| 정부 설명 | 국가안보 우려, 구체적인 세부 내용은 공개하지 않음 |
| Anthropic 측 | 알려진 소수의 경미한 취약점을 찾는 탈옥 기법이 원인인 것으로 추정 |
Anthropic은 정부가 특정 탈옥 기법의 시연을 검토한 뒤 조치를 내린 것으로 이해한다고 밝혔습니다. 그러나 그 기법으로 발견한 것은 이미 알려진 경미한 취약점이며, Fable 5나 Mythos 5만의 새로운 공격 능력을 보여주지 않았다고 반박했습니다.
Anthropic은 정부가 위험한 AI 배포를 막을 권한은 인정합니다. 다만 그 결정은 기술적 근거와 투명한 절차에 기반해야 한다고 주장합니다. 정부는 구체적인 우려를 공개하지 않았습니다. 현재 확인할 수 있는 사실은 접근 중단 조치가 내려졌다는 것뿐입니다. 그 판단이 기술적으로 타당했는지는 공개 정보만으로 검증할 수 없습니다.
출시 사흘 만에 사라진 프론티어 모델
Fable 5와 Mythos 5는 6월 9일 공개된 Anthropic의 최신 모델입니다. Fable 5는 일반 고객에게 제공되는 모델입니다. Mythos 5는 사이버보안 능력이 높아 승인된 조직에만 제한적으로 제공되는 모델입니다.
Fable 5는 며칠 동안 코딩 작업을 이어가는 장기 실행 능력으로 주목받았습니다. 기존 글인 Claude Fable 5: 며칠 동안 일하는 AI 에이전트가 바꾸는 개발 방식에서도 장기 에이전트가 개발팀의 업무 방식을 어떻게 바꿀지 살펴봤습니다.
하지만 에이전트가 며칠 동안 일할 수 있어도, 작업 도중 정책 결정 하나로 모델 접근이 끊길 수 있습니다. 장기 실행 능력을 쓰기 전에 이 문제부터 대비해야 합니다.
flowchart TD
Release["6월 9일<br/>Fable 5·Mythos 5 공개"] --> Adoption["고객 도입·업무 통합"]
Adoption --> Order["6월 12일<br/>미국 정부 수출통제 지시"]
Order --> Block["모든 고객 접근 중단"]
Block --> Impact["진행 중인 작업·자동화 중단"]규제에 따른 중단은 일시적인 API 장애와 다릅니다. 장애는 보통 복구를 목표로 합니다. 규제에 따른 중단은 언제 끝날지 알 수 없고, 복구되지 않을 수도 있습니다. 특정 모델에 깊이 의존한 서비스라면 기술적으로 정상이어도 운영을 계속할 수 없습니다.
AI 공급망 리스크가 현실이 됐습니다
개발팀은 이미 클라우드 장애, API 가격 변경, 서비스 종료에 대비합니다. 이제 여기에 국가 정책과 수출통제도 포함해야 합니다.
이번 제한은 국가나 접속 위치가 아니라 사용자의 국적을 기준으로 했습니다. 미국에 있는 외국인 직원도 접근할 수 없고, Anthropic 내부의 외국인 직원까지 대상이 됐습니다.
글로벌 개발팀에서 이런 조건을 적용하려면 IP 차단으로는 부족합니다. 사용자의 국적과 신분을 확인하고, 팀 안에서도 모델 접근 권한을 다르게 관리해야 합니다. 외국인이 모델 결과나 파생 정보에 접근하는 상황까지 통제해야 할 수도 있습니다.
AI API를 핵심 기능에 사용하는 조직이 확인해야 할 리스크는 다음과 같습니다.
- 특정 모델이 예고 없이 중단될 수 있는가
- 국가, 법인 소재지, 사용자 국적에 따라 접근이 달라질 수 있는가
- 모델 중단 시 진행 중인 에이전트 작업을 다른 모델이 이어받을 수 있는가
- 대체 모델로 바꿨을 때 품질과 안전 기준을 다시 검증할 수 있는가
- 계약상 서비스 중단과 규제 변화에 대한 보상이나 통지 조건이 있는가
모델 선택 기준이 성능에서 접근권으로 확장됩니다
지금까지는 주로 성능, 가격, 속도, 컨텍스트 길이, 데이터 보존 정책을 비교해 모델을 골랐습니다. 앞으로는 접근 가능성과 규제 리스크도 같은 무게로 평가합니다.
| 기존 선택 기준 | 추가로 확인할 기준 |
|---|---|
| 벤치마크 성능 | 국가·국적·산업별 접근 제한 |
| 토큰 가격 | 갑작스러운 중단 시 전환 비용 |
| 응답 속도 | 대체 모델과 공급자의 가용성 |
| 데이터 보존 | 수출통제·제재·정부 명령에 따른 처리 방식 |
| API 기능 | 모델 간 작업 상태와 도구 호출의 이식 가능성 |
프론티어 모델은 성능이 높을수록 희소한 전략 자산으로 평가될 가능성이 큽니다. 특히 사이버보안, 생명과학, 군사 활용 가능성이 높은 모델은 일반 SaaS보다 강한 통제를 받을 수 있습니다.
그래서 가장 좋은 모델 하나만 골라 쓰는 방식은 위험합니다. 성능이 가장 높은 모델이 가장 안정적으로 쓸 수 있는 모델이라는 보장은 없습니다.
개발팀은 어떻게 대비해야 하나
모든 팀이 자체 모델을 운영할 필요는 없습니다. 하지만 외부 AI 모델이 핵심 업무 흐름에 들어간다면, 공급자가 바뀌거나 모델이 사라져도 서비스를 유지하는 최소한의 구조를 갖춥니다.
1. 모델 호출을 애플리케이션 로직에서 분리합니다
특정 공급자의 API 형식과 모델 동작이 비즈니스 로직 전체에 퍼지지 않게 합니다. 모델 호출, 도구 정의, 응답 파싱, 오류 처리를 별도 계층에 모으면 대체 모델을 연결하기 쉬워집니다.
API 인터페이스를 통일하는 것만으로는 부족합니다. 모델마다 지원하는 도구 호출, 구조화 출력, 컨텍스트 크기, 안전 정책이 다르므로 실제 전환 테스트가 필요합니다.
2. 대체 모델을 평소에 평가합니다
장애가 발생한 뒤 대체 모델을 처음 시험하면 늦습니다. 핵심 작업에 사용하는 프롬프트와 평가 데이터셋을 유지하고, 최소 두 개 이상의 모델에서 정기적으로 결과를 비교해야 합니다.
평가 항목에는 정답률과 함께 비용, 지연 시간, 거절률, 도구 호출 성공률, 긴 작업의 복구 가능성을 넣습니다.
3. 장기 작업의 상태를 모델 밖에 저장합니다
에이전트의 계획, 완료한 단계, 변경 파일, 테스트 결과를 특정 대화 세션에만 두면 모델 중단 시 작업을 이어가기 어렵습니다. 작업 상태를 데이터베이스, 이슈, 파일, 커밋처럼 다른 모델도 읽을 수 있는 형태로 남겨야 합니다.
flowchart TD
Task["작업 요청"] --> State["외부 상태 저장소"]
State --> Primary["주 모델 실행"]
Primary -->|정상| Verify["검증 후 완료"]
Primary -->|중단·접근 제한| Fallback["대체 모델 실행"]
Fallback --> State
Fallback --> Verify4. 규제 변화도 운영 시나리오에 넣습니다
보안팀과 법무팀은 데이터 저장 위치와 함께, 모델과 기능이 어떤 국가의 수출통제나 제재 대상이 될 수 있는지도 검토해야 합니다.
글로벌 조직이라면 동일한 제품을 모든 직원에게 제공할 수 있다는 가정도 다시 확인해야 합니다. 국가나 국적에 따라 도구 사용 권한이 달라질 경우 업무 배분, 접근 제어, 감사 로그까지 영향을 받습니다.
5. 사용 불능을 가정한 종료 절차를 준비합니다
모델을 더 이상 사용할 수 없을 때 진행 중인 작업을 멈추고, 고객에게 알리고, 대체 경로로 전환하는 절차가 필요합니다. 공급자의 상태 페이지가 정상이어도 정책상 접근이 차단될 수 있습니다. 그래서 API 오류와 권한 오류를 구분해 모니터링합니다.
소버린 AI 논의가 구체적인 운영 문제가 됩니다
이번 사건 이후 소버린 AI의 중요성을 강조하는 반응이 많습니다. 자국 또는 조직이 통제할 수 있는 모델과 컴퓨팅 인프라를 확보해야 한다는 주장입니다.
다만 소버린 AI로 모든 문제가 해결되지는 않습니다. 최신 모델을 학습하고 운영하려면 막대한 비용과 전문 인력이 필요하고, 자체 모델도 반도체와 클라우드 같은 다른 공급망에 의존합니다.
현실적인 대응은 완전한 자립과 단일 외부 모델 의존 사이에 있습니다.
- 중요한 업무는 여러 공급자로 전환할 수 있게 설계
- 민감하거나 지속성이 중요한 작업에는 자체 호스팅 모델 검토
- 최고 성능 모델은 필요한 작업에만 제한적으로 사용
- 데이터와 작업 상태는 조직이 통제하는 저장소에 유지
- 모델 공급과 규제 변화에 대한 계약·운영 절차 마련
소버린 AI의 목표는 모든 것을 직접 만드는 것보다, 외부 공급자가 결정을 바꿔도 조직이 선택권을 잃지 않는 데 있습니다.
투명한 규제 절차도 필요합니다
프론티어 AI 모델이 실제 국가안보 위험을 만들 수 있다는 우려에는 근거가 있습니다. 사이버 공격과 생물학 분야에서 모델 능력이 빠르게 높아지면 정부가 개입할 가능성도 커집니다.
그러나 모델 접근을 전면 중단하는 조치는 사용자와 기업, 연구자에게 큰 영향을 줍니다. 어떤 위험이 발견됐는지, 왜 제한 범위가 필요한지, 해제 조건은 무엇인지 알 수 없다면 기업은 위험을 평가하거나 대응 계획을 세우기 어렵습니다.
이번 결정의 근거가 Anthropic의 주장처럼 경미한 탈옥 사례인지, 공개되지 않은 더 심각한 근거가 있는지는 현재 확인할 수 없습니다. 그래서 명확한 기술적 기준, 검토 절차, 이의 제기 방법이 필요합니다.
규제가 불투명할수록 개발팀은 가장 보수적인 시나리오를 가정할 수밖에 없습니다. 이는 특정 모델뿐 아니라 프론티어 AI 서비스 전체의 신뢰 비용을 높입니다.
마무리
외부 AI 모델을 핵심 업무에 사용할수록 모델이 사라져도 작업을 이어갈 수 있는 구조가 필요합니다. 모델 호출을 분리하고, 대체 모델을 평가하고, 작업 상태를 외부에 보존하고, 규제에 따른 중단까지 운영 시나리오에 넣습니다.