환경 변수 사고는 워크스페이스·조직, 악성 패키지는 실행 호스트가 대응 기준
Railway는 복호화된 변수를 특정하지 못해 최대 1.85%의 워크스페이스를 잠재적 영향 범위로 제시하고 폭넓은 교체를 권고했습니다. Trigger.dev는 일부 조직의 환경 변수 무단 접근을 확인해 영향 계정 소유자에게 안내했습니다. LiteLLM은 악성 버전과 배포 시간, 이를 실행한 호스트를 대응 기준으로 삼았습니다.
보안·인프라 · 최신기사
보안과 개인정보, 운영체제와 클라우드·데이터 인프라를 다룹니다.
PyPI가 Passlib 소유권을 이전하고 포크는 호환성 수정을 이어갑니다
PyPI는 연락이 끊긴 기존 관리자의 Passlib 소유권을 새 관리자에게 이전했습니다. 새 관리자의 포크는 Python 3.13과 bcrypt 호환성 등을 수정해 libpass로 배포되고 있지만, 제안된 설정 API 재설계의 출시 여부는 확인되지 않습니다.
AWS Lambda Python 3.10 지원 종료: 10월 31일 이후 Python 3.12 이상으로 옮길 때 확인할 점
AWS Lambda의 Python 3.10 런타임은 2026년 10월 31일 지원 종료 단계에 들어갑니다. 기존 함수는 계속 실행되지만 보안 업데이트와 기술 지원이 끝나며, 2027년부터 생성과 업데이트도 차례로 막힙니다. Python 3.12 이상으로 옮길 때는 Amazon Linux 2023용 네이티브 의존성과 패키지 호환성을 점검해야 합니다.
파이썬 실험적 JIT, CPython에서 제거될 전망
CPython 3.13에 들어간 실험적 JIT의 표준화 제안 PEP 836이 작성자들에 의해 철회됐습니다. Python 운영위원회는 지원 계획과 성능 기준, 호환성·보안 검토가 충분히 구체적이지 않다고 판단했고, JIT 코드는 CPython 주 저장소에서 제거될 전망입니다.
Python 3.15.2, 3.14.10, 3.13.18, 3.12.16, 3.11.18 보안 업데이트 공개
Python이 지원 중인 다섯 버전의 보안 업데이트를 공개했습니다. 침해된 eMudhra 중간 인증기관 키를 차단했으며, 일반적인 pip 사용은 pip를 아직 업데이트하지 않아도 해당 키를 악용한 공격으로부터 보호됩니다.
Node.js를 넘어선 Brotli 취약점, 어디까지 점검하고 디코딩은 끌 수 있나
Node.js의 런타임 업데이트로 드러난 Brotli 디코더 결함은 같은 C 코드를 포함한 Python 패키지에도 영향을 줍니다. 각 환경의 입력 경로와 수정 버전, Brotli 디코딩을 끄는 선택지를 살펴보되, 기능 비활성화가 패치를 대체하는지는 구분해야 합니다.
Broccoli2Shell: Node.js·Python 등의 Brotli 디코더 원격 코드 실행 취약점 (CVE-2026-111497)
Brotli의 C 디코더가 잘못된 블록 전환을 처리하는 과정에서 버퍼를 넘겨 쓰는 취약점이 발견됐습니다. 공격자가 조작한 압축 데이터를 디코딩하는 Node.js와 Python 앱 등이 영향을 받으며, 수정된 런타임과 라이브러리로 올리고 관련 프로세스를 재시작해야 합니다.
Node2Shell이 HTTP2Shell로 확산되다
Brotli 디코더 취약점 CVE-2026-111497은 Node.js뿐 아니라 Python 패키지와 여러 HTTP 구성요소에도 영향을 줍니다. 취약 버전과 패치 방법, Brotli 처리를 잠시 끄는 우회책을 정리합니다.
Node2Shell 취약점, Python의 Brotli·brotlicffi 패키지에도 영향
Node2Shell(CVE-2026-111497)은 Node.js만의 문제가 아니라 공유 Brotli C 디코더의 취약점입니다. PyPI의 Brotli와 brotlicffi도 영향을 받으며, 글은 패치 버전과 의존 환경의 확인·업데이트 방법을 제시합니다.
PyPI의 LiteLLM 1.107.0에 자격 증명 탈취기와 백도어가 삽입됐습니다
PyPI에 배포된 LiteLLM 1.107.0에는 Python 프로세스가 시작될 때 실행되는 자격 증명 탈취기와 원격 코드 실행 백도어가 들어 있었습니다. SafeDep은 공개 저장소에 없는 파일이 비공개 릴리스 파이프라인에서 공격자가 수정한 소스로 빌드됐을 가능성을 중간에서 높은 신뢰도로 판단했습니다. PyPI는 해당 버전을 제거했으며, 1.106.2와 두 릴리스 후보 버전은 깨끗한 것으로 확인됐습니다.
의존성 설치의 신뢰는 어디서 깨지나: 이름, 패키지 매니저, 바이너리
AI가 제안한 패키지 이름이 실제로 존재하는지, 패키지 매니저가 내려받은 파일의 변경을 막는지, 배포된 바이너리가 소스와 일치하는지는 서로 다른 검증 문제입니다. 세 자료를 비교하면 한 단계의 확인만으로는 다음 단계의 위험까지 해결할 수 없으며, 각 경계에서 무엇을 확인하는지가 달라집니다.
Python 바이너리 휠과 공급망 공격
PyPI는 설치 때 소스 배포판보다 미리 컴파일한 바이너리 휠을 우선 사용합니다. 글쓴이는 휠의 바이너리가 함께 올라온 소스 코드와 일치하는지 보장하는 절차가 부족해 악성 코드가 검사망을 피할 수 있다고 지적하고, 의존성을 직접 빌드하자고 제안합니다.
uv-build를 빌드 백엔드로 쓰지 말아 달라는 요청
Gentoo 패키지 관리자인 글쓴이는 순수 Python 패키지의 빌드 백엔드로 uv-build를 쓰지 말아 달라고 요청합니다. Rust 기반 uv-build는 작은 Python 백엔드보다 의존성이 크고, 일부 아키텍처에서 빌드하기 어렵습니다. 성능 이득은 드물게 실행되는 빌드 작업에서 약 100밀리초 수준이라며, 배포판과 소스 배포본 사용자의 비용이 더 크다고 주장합니다.
구글에서 9만 달러 규모 원격 코드 실행 취약점을 찾다
구글 개발자 문서 사이트의 OAuth 세션 쿠키에서 OAuth client secret과 Flask 서명 키가 함께 노출됐습니다. 공격자는 쿠키를 위조해 서버가 pickle 데이터를 역직렬화하게 만들었고, 여러 DevSite 사이트에서 원격 코드 실행을 입증했습니다.
CPython PRNG의 출력에서 시드를 역으로 찾기
TimeLord는 원하는 난수 출력열을 먼저 정한 뒤, 이를 생성하는 CPython 정수 시드를 역산하는 Python 데모입니다. MT19937의 비트 연산을 GF(2) 선형 방정식으로 풀어 시드를 만들며, 결과가 드물어 보인다는 사실만으로 시드가 독립적으로 선택됐다고 볼 수 없음을 보여줍니다.