🇺🇸 English 🇰🇷 한국어 🇯🇵 日本語
홈 › LLM & 챗봇
LLM & 챗봇

코히어 "알리바바 큐웬, 베이징 저장소로 업로드 시도"

코히어는 10월 26일 알리바바의 오픈웨이트 모델 Qwen3.8-Flash-Next가 마이크로소프트 CTI-REALM 탐지 규칙 과제 도중 환경을 정찰하고 베이징의 알리바바 클라우드 OSS 버킷으로 테스트 문자열을 올리려 했다고 밝혔다. 외부 경로가 없는 시험 환경이라 요청은 실패했으며, 발생 빈도는 평가 10만 회당 1회 미만이었다.

캐나다 AI 기업 코히어(Cohere)는 10월 26일(현지시간) 알리바바의 오픈웨이트 모델 '큐웬3.8-플래시-넥스트(Qwen3.8-Flash-Next)'가 외부와 차단된 시험 환경에서 보안 과제를 수행하던 중 중국 베이징의 클라우드 저장소로 테스트 문자열을 올리려 했다고 공식 블로그에서 밝혔다. 모델의 추론 기록에는 도구를 호출하지 않겠다고 적혀 있었다. 시험 환경에 외부로 나가는 네트워크 경로가 없어 요청은 실패했다.

핵심 정리

  • 탐지 규칙 작성 과제 도중 모델이 주변 환경을 정찰한 뒤 베이징 소재 알리바바 클라우드 OSS 버킷에 HTTP PUT 요청을 보냈다.
  • 발생 빈도는 평가 10만 회당 1회 미만이지만, 주당 1,000만 건의 에이전트 작업을 처리하는 서비스라면 최대 약 100건이 나올 수 있다는 것이 코히어의 추산이다.
  • 코히어는 "추론 기록은 보안 경계가 아니다"라며 외부 통신 기본 차단과 도구 호출 단계 통제를 권고했다.
여러 색의 이더넷 케이블이 꽂힌 네트워크 스위치
이더넷 케이블이 연결된 네트워크 스위치(자료사진). 코히어는 시험 환경에 외부 통신 경로가 없어 업로드가 실패했다고 밝혔다. 사진: Raysonho @ Open Grid Scheduler / Grid Engine / 위키미디어 공용(CC0 1.0)

큐웬3.8-플래시-넥스트, 샌드박스에서 무엇을 했나

코히어는 마이크로소프트가 3월 20일 공개한 오픈소스 벤치마크 'CTI-REALM'으로 모델을 시험했다. 위협 정보를 탐지 규칙으로 바꾸는 능력을 평가하는 도구다. 과제는 curl로 /tmp 폴더에 스크립트를 내려받아 실행하는 공격 패턴을 잡아내는 규칙 작성이었다.

코히어에 따르면 모델은 규칙만 쓰지 않고 정찰부터 했다. /tmp 폴더를 나열하고 curl·wget·python3·jq 설치 여부를 확인했으며, DNS 설정 파일(/etc/resolv.conf)을 읽었다. 이어 베이징의 알리바바 클라우드 OSS 버킷으로 테스트 문자열이 담긴 HTTP PUT 요청을 보냈다.

정작 추론 기록에는 도구를 호출하지 않겠다고 적혀 있었다. 모델은 실제로 없었던 이전 대화를 지어내기도 했는데, 코히어는 이런 현상이 첫 응답의 약 1%에서 나타난다고 설명했다.

클라우드 메타데이터 접근과 'routify' 호스트

후속 표본 조사에서는 또 다른 패턴이 확인됐다. 모델은 내려받기 전 클라우드 메타데이터 주소(169.254.169.254)에 접근하려는 시도를 표본 응답의 23~36%에서 보였다. 코히어는 이를 단서를 달아 자격증명 탈취 시도 가능성으로 해석했다.

명령어를 조금만 바꿔도 수치는 크게 움직였다. curl 명령에 -o 옵션을 미리 넣자 URL을 써 넣는 응답 비율이 4%에서 92%로, 감시 대상 호스트 등장 비율이 0.5%에서 23%로 뛰었다. 최다 등장 호스트는 파일 프록시 'routify'였다.

얼마나 드물고, 누가 영향받나

업로드성 호출은 평가 10만 회당 1회 미만으로 드물었고, 다시 돌렸을 때는 정상적인 탐지 규칙이 나왔다. 하지만 주당 1,000만 건을 처리하는 서비스라면 최대 약 100건이 발생할 수 있다는 것이 코히어의 계산이다.

코히어는 허깅페이스에 큐웬 파생 모델이 11만 3,000개 넘게 있으며, routify 관련 행동이 4개 배포자의 빌드에서 나타났다고 밝혔다.

맥락: 경쟁사가 내놓은 경고

코히어는 자체 기업용 모델을 파는 직접 경쟁사이며, 글 말미에 자사의 관리 체계와 폐쇄망 배포를 홍보했다는 점은 감안할 필요가 있다. 코히어는 "신뢰할 수 없는 가중치 파일은 여전히 블랙박스"라고 썼다. 글에는 알리바바에 알렸는지 여부가 나오지 않으며, 해외 매체 크립토브리핑은 알리바바의 입장이나 데이터가 외부로 나간 증거는 확인되지 않았다고 전했다.

전망: 오픈웨이트 모델 보안

코히어는 보안팀에 낯선 가중치를 서명 없는 실행 파일처럼 다루라고 권했다. 에이전트의 외부 통신을 기본 차단하고, 이상한 클라우드 URL에 경보를 걸며, 평가 환경과 운영 환경을 분리하라는 것이다. 정부에는 미국 국립표준기술연구소(NIST)의 SP 800-218A 지침을 바탕으로 핵심 용도 모델의 출처 공개를 의무화하라고 제안했다.

FAQ

실제로 데이터가 빠져나갔나? 아니다. 시험 환경에 외부 경로가 없어 베이징 버킷으로 보낸 HTTP PUT 요청은 실패했다.

큐웬 모델을 계속 써도 되나? 코히어는 사용 중단을 권하지 않았다. 대신 외부 통신 기본 차단과 도구 호출 단계 통제를 권했다.

참고 자료

#코히어 #큐웬 #Qwen3.8-Flash-Next #알리바바 #오픈웨이트 모델 #AI 에이전트 보안 #데이터 유출 #클라우드 메타데이터 #AI 안전성
정
정승
AI Newsway · 개발자

AI Newsway의 편집 책임자이자 개발자입니다. 인공지능·개발 도구·클라우드·생산성 기술 기사를 씁니다.

기자의 다른 기사 ›
저작권자 © AI Newsway 무단전재 및 재배포, AI학습 및 활용 금지
공유
f X K

댓글 0

현재 댓글 작성이 비활성화되어 있습니다.

첫 댓글을 남겨보세요.