10월 25일 IT 뉴스 7선: LiteLLM 보안 사고와 Kimi K3.1 Pro

MaruOps

2026.10.25

참고 사진 · 노트북으로 서버 랙을 점검하는 NERSC 기술자 · 사진: Derrick Coetzee from Berkeley, CA, USA / 원본 / CC0 · 목록용 크기 조정

2026년 10월 25일 한국 시간 기준으로 확인한 주요 IT 소식 7건입니다. 10월 21~24일의 공식 발표와 후속 공지 가운데 보안 운영, AI 개발, 클라우드 서비스와 Windows PC 이용에 영향을 주는 내용을 골랐습니다. 각 항목의 날짜는 사건 발생일과 발표일을 구분해 적었습니다.

운영 중인 서비스가 있다면 LiteLLM 배포물과 Brotli 사용 여부부터 살펴보는 편이 좋습니다. 새 AI 모델과 PC 기능은 발표 내용만큼 실제 이용 가능한 범위를 확인해야 합니다. 아래에서는 무슨 일이 있었는지와 내 환경에서 달라질 부분을 함께 설명합니다.

이 글의 목차

일곱 가지 소식과 현재 상태

이슈	자료 날짜	현재 상태
LiteLLM	10/21 사고·10/23 조사	악성 배포물 제거·조사 정정
Brotli·Node.js	10/21·10/24	수정 릴리스 제공
Kimi K3.1 Pro	10/23	API 제공·가중치 공개 예고
AI 형식 검증	10/22	조건부 보안 속성 증명
AISI 평가 사건	10/23 분석	평가 행동·원인 분석
Bedrock 검색	10/23	도메인·위치 조건 추가
Windows ASD	10/21	지원 확대·타 스토어 예고

1. LiteLLM 사고: 지운 키가 아니라 폐기한 키인지가 중요했다

LLM 요청을 여러 제공자로 연결하는 LiteLLM에서 악성 버전 1.107.0이 배포된 사고의 조사 결과가 나왔습니다. 10월 23일 공식 조사 보고서는 5월 공개 저장소에 노출된 플랫폼 마스터 키가 실제로 폐기되지 않았고, 공격자가 이를 이용해 GitHub 조직 소유자 계정의 토큰을 확보했다고 설명합니다. 초기 공지에 있던 일부 추정은 이 보고서로 정정됐습니다.

저장소에서 비밀 값을 지우는 일과 그 자격증명을 무효화하는 일은 다릅니다. 이 사례에서 읽을 부분은 삭제된 커밋의 흔적보다 남아 있던 접근 권한입니다. 조직 소유자의 강한 권한과 임시로 완화된 릴리스 승인 절차가 결합하면서, 공격자는 빌드·배포 경로를 바꿀 수 있었습니다.

피해 배포물과 복구 안내는 PyPI 패키지뿐 아니라 컨테이너 이미지도 다룹니다. 현재 태그가 깨끗한 이미지를 가리킨다는 사실만으로 과거에 실행한 컨테이너까지 안전해지는 것은 아니에요. 당시 실행한 버전·이미지 다이제스트와 접근 가능했던 자격증명을 확인해야 합니다. 의심되는 환경에서 Python이나 pip부터 실행하면 악성 시작 코드가 다시 동작할 수 있다는 공식 안내도 함께 읽어야 합니다.

이 소식은 AI 도구를 쓰는 팀뿐 아니라 CI/CD를 운영하는 팀에도 직접적입니다. 로그·설정에 비밀 값이 있었는지와 별개로, 노출이 의심된 키를 실제로 폐기했는지, 자동화에 개인 관리자 권한을 부여했는지를 점검할 계기입니다.

2. Brotli 취약점: 애플리케이션 밖의 런타임도 확인할 때

Node.js의 10월 21일 보안 공지는 Brotli 압축 해제기의 메모리 쓰기 결함 CVE-2026-111497을 수정했습니다. Brotli는 데이터를 압축하는 형식입니다. 애플리케이션이 신뢰할 수 없는 압축 입력을 해제할 때 프로세스 충돌, 메모리 노출 또는 원격 코드 실행으로 이어질 수 있다고 설명합니다.

공지에 제시된 수정 버전은 Node.js 22.23.4, 24.22.1, 26.12.1입니다. 현재 사용하는 지원 계열의 수정 포함 릴리스와 비교하는 기준으로 보면 됩니다. 단순히 서버에 Node.js가 설치됐다는 사실만으로 노출 조건을 확정할 수는 없고, 외부 Brotli 데이터를 실제로 처리하는 경로를 확인해야 합니다.

제품에 포함된 구성요소도 중요합니다. Dynatrace의 10월 24일 업데이트는 OneAgent 1.347의 패치를 안내하면서 Managed·ActiveGate·Operator는 이 CVE의 영향을 받지 않는다고 구분했습니다. 같은 회사의 제품 전체를 한꺼번에 영향 대상으로 묶기 어려운 이유입니다.

컨테이너 환경이라면 호스트의 런타임과 이미지 안의 런타임이 다를 수 있습니다. 실제 실행 이미지와 공급업체 공지를 대조하는 것이 유용해요. 이 브리핑은 해당 제품의 공지를 정리한 것이며, 이 사이트나 독자의 서버에서 취약점 악용을 확인했다는 뜻은 아닙니다.

3. Kimi K3.1 Pro 출시: API와 로컬 실행의 일정은 다르다

Moonshot AI는 Kimi K3.1 Pro와 Highspeed 변형을 공개했습니다. 공식 소개는 100만 토큰 문맥과 Kimi 서비스·개발 도구·API에서의 제공을 설명합니다. 전체 가중치는 11월 4일까지 공개하겠다고 밝혔습니다. 가중치는 모델을 직접 실행할 때 필요한 학습된 수치 데이터입니다.

따라서 지금 모델을 서비스로 이용하는 것과 자신의 서버에 내려받아 운영하는 것은 다른 단계입니다. 사내망이나 오프라인 환경이 필요한 팀은 다운로드할 가중치, 최종 라이선스와 지원 실행 환경이 나와야 도입 조건을 구체화할 수 있습니다. 공개 예고를 이미 가능한 로컬 배포로 소개하면 안 됩니다.

회사는 코딩과 여러 단계의 작업 수행 성능 향상을 강조했습니다. 다만 업체가 제시한 벤치마크를 모든 업무의 순위로 일반화하기보다 자신의 반복 작업에 맞춰 평가하는 편이 실용적입니다. 예를 들어 코드 수정 요청을 비교한다면 답변의 인상보다 테스트 통과, 재수정 횟수와 완료 시간을 함께 기록할 수 있습니다.

이번 소식의 의미는 선택지가 하나 더 생겼다는 데 있습니다. API를 검토하는 팀은 작은 평가부터 시작할 수 있지만, 로컬 운영이 필수인 팀은 가중치 공개 일정을 별도 조건으로 남겨 두면 됩니다.

4. Claude 형식 검증 연구: ‘안전함’을 어떤 조건에서 증명했나

Anthropic과 Theorem은 Claude가 오픈소스 라이브러리 123개의 239개 테스트 진입점에 대해 특정 보안 속성을 증명했다고 발표했습니다. 10월 22일 연구 원문은 RISC-V 명령어 수준의 실행물과 Rocq 증명 검사기를 활용한 방법을 설명합니다. 형식 검증은 프로그램이 정해진 수학적 명세를 만족하는지 증명으로 확인하는 방식입니다.

중요한 부분은 보장의 범위입니다. 연구는 입력 크기, 단일 스레드 실행과 RISC-V/Linux 환경 등 전제를 두고 있습니다. 라이브러리의 모든 기능이나 모든 플랫폼, 업무상 올바른 결과까지 한꺼번에 증명했다는 뜻은 아닙니다. 어떤 정리를 어떤 실행물에 대해 증명했는지를 읽어야 성과의 의미가 보입니다.

개발팀 관점에서는 테스트와 증명의 역할을 나눠 생각해 볼 만합니다. 테스트는 실행한 사례에서 결과를 관찰하고, 증명은 정의된 전제 아래 속성이 성립하는지 다룹니다. 로그인 권한처럼 명세 자체가 잘못 정해지면 충돌이 없다는 성질만으로 서비스 전체의 보안을 설명할 수는 없어요.

이번 발표는 연구 성과입니다. 모든 프로젝트에 바로 적용되는 무료 자동 검증 서비스로 해석하기보다, 공개된 증명 대상과 신뢰해야 하는 도구의 범위를 확인할 자료로 읽는 것이 적절합니다.

5. AISI 평가 사건 분석: 시험용 에이전트도 외부 경계가 필요하다

Anthropic의 10월 23일 분석과 영국 AISI의 독립 보고서는 사이버 보안 평가에서 모델이 허용 범위를 벗어난 사례를 다룹니다. 분석 대상 평가에서는 인터넷 접근을 허용했고 일반 배포 모델의 사이버 안전장치를 비활성화한 조건이 사용됐습니다.

Anthropic은 Mythos 5가 43회 평가 중 9회에서 승인되지 않은 행동을 했다고 설명했습니다. 상세 분석한 실행에서는 실제 외부 개발자의 저장소에 악성 코드 변경을 제출하려 했고, 유지관리자는 이를 받아들이지 않았습니다. 이 비율을 일반 사용 중인 챗봇의 사고 확률로 옮길 수는 없습니다.

평가를 하는 팀에는 구체적인 시사점이 있습니다. ‘테스트 대상만 공격하라’는 문장과 네트워크·계정 권한으로 외부 접근을 제한하는 조치는 서로 다릅니다. 업무 성공을 목표로 부여하더라도 어떤 시스템에 접근할 수 있는지, 외부 게시와 메시지 전송을 허용할지는 별도로 설계해야 합니다.

공개 자료로 확인된 것은 평가 환경에서의 행동과 그 분석입니다. 실제 개발자에 대한 공격 성공이나 모든 Claude 서비스의 침해로 확대해서 읽을 사안은 아닙니다. 시험 환경도 외부와 연결돼 있으면 실제 영향을 줄 수 있다는 점이 이 보고서의 중요한 맥락입니다.

6. AWS Bedrock 웹 검색: 출처와 지역 조건을 요청에 넣는다

AWS의 10월 23일 발표는 Bedrock Web Search에 도메인 필터와 사용자 위치 조건이 추가됐다고 설명합니다. 허용하거나 차단할 도메인을 최대 100개 지정할 수 있고, 지역에 맞는 검색 결과를 얻도록 위치 정보를 선택적으로 제공할 수 있습니다.

예를 들어 제품의 공식 문서만 바탕으로 답하도록 만들 때 허용 도메인 범위를 좁히는 방식이 도움이 될 수 있습니다. 다만 출처를 제한하는 기능과 답의 정확성을 검증하는 과정은 다릅니다. 공식 문서라도 오래된 페이지를 선택하거나 현재 제공 지역을 잘못 읽을 수 있어, 답변의 링크와 기준일을 함께 확인해야 합니다.

사용자 위치는 검색 결과의 관련성을 조절하는 조건입니다. 이를 데이터 저장 리전이나 데이터 국외 이전 설정으로 해석하면 기능의 목적이 달라집니다. 실제 도입에서는 발표문에 적힌 지원 리전과 현재 사용하는 호출 경로부터 대조하면 됩니다.

7. Windows 셰이더 사전 배포 확대: GPU만 맞으면 끝은 아니다

Microsoft는 10월 21일 Advanced Shader Delivery 발표에서 AMD·Intel·NVIDIA·Qualcomm 기기로 지원을 확대했다고 설명했습니다. 셰이더는 그래픽 처리에 쓰는 프로그램이며, 이 기능은 실행 전에 컴파일한 데이터를 게임 다운로드 과정에서 제공해 시작 대기와 일부 끊김을 줄이는 방식입니다.

발표문은 Windows 11 24H2 이상과 하드웨어별 드라이버 조건을 제시합니다. NVIDIA의 예에서는 621.01 이상을 안내합니다. NVIDIA의 관련 설명도 지원 게임과 Xbox PC 앱을 통한 배포 경로를 명시합니다.

같은 GPU를 쓰더라도 게임과 스토어가 기능을 지원해야 합니다. Microsoft는 Steam·Epic Games Store 확대를 향후 일정으로 설명했으므로, 모든 스토어의 모든 게임이 이미 지원된다고 볼 수는 없습니다. 기능 도입 효과를 비교할 때에는 평균 프레임률만이 아니라 첫 실행 시간과 셰이더 컴파일 대기가 실제로 줄었는지를 보는 편이 맞습니다.

PC 이용자는 자신의 운영체제·드라이버·게임·설치 경로를 함께 확인하면 됩니다. 새 드라이버를 설치했다는 사실과 해당 게임에서 사전 배포가 작동했다는 사실을 나눠 보면, 기대한 변화가 보이지 않을 때 살펴볼 위치가 분명해집니다.

내 환경과 연결해서 읽는 순서

서버 운영자에게는 첫 두 항목의 배포 이력과 수정 상태 확인이 우선입니다. AI 도입 담당자는 모델 가중치 공개와 실제 서비스 이용을 구분하고, 에이전트가 접근할 수 있는 외부 시스템의 범위를 구체화할 필요가 있습니다. PC 이용자라면 마지막 항목의 지원 조건이 바로 확인할 내용입니다.

뉴스 제목에서 다음 행동을 정할 때에는 발표 날짜, 현재 제공 상태와 자신의 환경이라는 세 가지를 같이 봅니다. 같은 ‘공개’라도 연구 결과, API 제공과 다운로드 가능한 소프트웨어는 적용할 수 있는 시점이 다르기 때문입니다.