LLM CLI 0.37.2, API 키 유출 취약점 수정

2분 LLM CLI보안API 키OpenAI
최근 30일 조회수 — 좋아요 —

핵심 요약

외부 OpenAI 호환 API에 OpenAI 키가 잘못 전송될 수 있는 두 취약점이 0.37.2에서 수정됐다.

LLM CLI 0.37.2, API 키 유출 취약점 수정 — 기사 주제를 표현한 AI 생성 개념 삽화
AI 생성 개념 삽화 · 실제 사건을 촬영한 사진이 아닙니다.

LLM 명령줄 도구(CLI) 0.37.2가 외부 OpenAI 호환 API를 사용할 때 설정된 OpenAI API 키가 제3자 제공업체로 잘못 전송될 수 있는 보안 취약점을 수정했다. 개발자 사이먼 윌리슨(Simon Willison)은 11월 11일 공개한 릴리스 안내에서 다니엘 지 아라우주(Daniel de Araujo)가 보고한 두 가지 문제를 해결했다고 밝혔다. 취약점은 보안 권고 GHSA-v9h7-jj4g-f862와 GHSA-r639-rr7r-x72w로 등록됐다.1

LLM은 OpenAI와 같은 API 형식을 구현한 다른 제공업체의 모델도 연결할 수 있다. 외부 엔드포인트 설정은 extra-openai-models.yaml에 저장되며, 0.37부터 추가된 llm openai endpoint add 명령으로 관리한다. 여러 제공업체를 한 CLI에서 다룰 수 있게 하는 장치지만, 외부 엔드포인트에 어떤 인증 키를 붙일지 결정하는 과정에서 OpenAI 키가 대신 사용될 가능성이 있었다.

키가 새어나갈 수 있었던 두 경로

첫 번째 문제는 외부 엔드포인트 설정의 api_key_name이 가리키는 키가 저장된 적이 없을 때 발생했다. 이 상태에서 요청하면 사용자가 별도로 설정해 둔 OpenAI API 키가 외부 제공업체로 전송될 수 있었다.

두 번째 문제는 responses: true로 설정된 모델을 실행하면서 -o chat_completions 1 옵션으로 Chat Completions 방식을 강제했을 때 나타났다. 이 경우에도 외부 엔드포인트로 보내는 요청에 OpenAI API 키가 잘못 포함될 수 있었다. 즉, 평소 경로에서는 외부 제공업체용 모델로 구성했더라도, 요청 방식이나 키 설정이 예외 경로에 들어가면 인증 정보의 경계가 무너질 수 있었던 셈이다.

릴리스 안내는 0.37.2가 두 문제를 수정했다고 명시하지만, 내부적으로 키 선택 로직을 어떻게 바꿨는지나 실제 악용 사례가 있었는지는 밝히지 않았다. 따라서 공개 자료로 확인되는 범위는 특정 설정에서 키가 우발적으로 전송될 수 있었다는 점과 이를 0.37.2에서 고쳤다는 사실까지다. 외부 OpenAI 호환 엔드포인트를 쓰는 이용자라면 해당 조건에 걸리지 않았더라도 인증 정보 노출 가능성을 줄이기 위해 0.37.2로 갱신할 근거가 충분하다.

Footnotes

  1. Simon Willison’s Weblog, “Release: llm 0.37.2” ↩

읽기 목록은 이 브라우저에 저장됩니다.

출처

  1. Release: llm 0.37.2 — Simon Willison's Weblog

이 글은 위 출처를 근거로 자동 생성된 뒤 발행됐습니다. 원문을 함께 확인해 주세요. 교차 보도 없이 단독 출처로 작성됐습니다.