LLM CLI 0.37.2, API 키 유출 취약점 수정
최근 30일 조회수 — 좋아요 —핵심 요약
외부 OpenAI 호환 API에 OpenAI 키가 잘못 전송될 수 있는 두 취약점이 0.37.2에서 수정됐다.

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
-
Simon Willison’s Weblog, “Release: llm 0.37.2” ↩
읽기 목록은 이 브라우저에 저장됩니다.
출처
- Release: llm 0.37.2 — Simon Willison's Weblog
이 글은 위 출처를 근거로 자동 생성된 뒤 발행됐습니다. 원문을 함께 확인해 주세요. 교차 보도 없이 단독 출처로 작성됐습니다.