NLTK의 보안 모듈은 배포된 뒤 내내 꺼진 상태였습니다

nltk — 파이썬 NLP 패키지 가운데 가장 널리 설치된 것 중 하나이자 머신러닝 도구 스택 전반의 광범위한 부분에 걸친 전이 의존성 — 에 대한 경고 8건이 9월 2일 공개됐습니다. 이 가운데 중요한 두 건은 장애가 아닙니다.

존재하고, 문서화돼 있지만 꺼져 있는 보안 통제

CVE-2026-62388은 NLTK가 이전의 pickle 실행 및 경로 탐색 문제를 완화하기 위해 추가한 모듈인 pathsec과 관련돼 있습니다. 이 모듈은 환경 변수에서 강제 적용 플래그를 읽는데, 기본값은 false이며, 모든 게이트는 강제 적용이 꺼져 있을 때 경고를 내보내고 실행을 계속하도록 작성돼 있습니다. 이 취약점의 개념 증명은 검증 함수가 호출되고, 경고가 나온 뒤에도 그대로 진행되는 모습을 보여줍니다. 원래의 pickle 취약점에 대응해 업그레이드한 뒤 자신이 보호받고 있다고 가정한 사람은, 환경 변수도 설정하지 않았다면 그렇지 않았습니다.

패치할 수 없는 것

CVE-2026-81726은 호출자가 제어하는 모델 경로에 대해 내장 파일 열기를 사용하는 모델 아티팩트 API를 다루며, 강제 적용이 켜져 있어도 샌드박스를 벗어납니다. 영향을 받는 범위는 3.10.3 이하 버전이며, 패치된 버전 항목에는 None이라고 적혀 있습니다. 이 글을 쓰는 시점에 3.10.3은 PyPI의 현재 릴리스입니다. 업그레이드할 버전이 없습니다.

흔한 해석이 놓치는 것

"NLTK의 새 취약점 8건, 지금 업그레이드하라"는 식의 설명은 위험의 우선순위를 두 번이나 거꾸로 만듭니다. 8건 가운데 대부분은 이미 7월과 8월에 배포된 릴리스에서 수정됐습니다. 이번 공지는 단지 뒤늦게 이를 따라잡는 것일 뿐이므로, 이번 묶음이 동시에 새로 노출됐다는 뜻은 아닙니다. 또 업그레이드만으로는 진짜로 열려 있는 1건을 해결할 수 없습니다. 가장 최근에 공개된 릴리스가 여전히 영향을 받는 범위 안에 있기 때문입니다. 또 다른 조용한 함정도 있습니다. 강제 적용 버그의 헤드라인 심각도는 CVSS 4.0 점수이며, 공개된 버전 3.1 벡터가 없습니다. 따라서 이를 다른 공지의 3.1 점수와 나란히 비교하면 서로 다른 척도를 비교하는 셈이 됩니다. 플랫폼은 이를 치명적이 아니라 높음으로 분류합니다.

오늘의 패턴

NLTK의 비활성화된 강제 적용과, DNS 확인에 실패하면 아무 문제없는 것처럼 반환하는 DNS 검사는 같은 날 공개된 에이전트 하니스 가드레일 공지와 같은 실패 형태입니다. 즉, "확인할 수 없었습니다"라는 응답에 "계속 진행"으로 답하는 통제입니다. 2026년의 AI 공급망 취약점은 메모리 손상보다, 배포되지만 사실상 무력하거나 실패를 열어 두는 보안 계층에 의해 더 크게 좌우되고 있습니다.