2026 年 10 月 23 日時点でソースを確認。
3 つのエコシステムには複数のレイヤーでの修正が必要です
最近の Node.js、Java、および Python セキュリティ アドバイザリーでは、ネイティブ デコード、TLS ID チェック、サーバー フレームワーク、および証明書の信頼性をカバーしています。 KeenDigit は、チームが実際のコンポーネント、構成、アクセス可能なエントリ ポイントに優先順位を付けるのに役立つように、2026 年 7 月 25 日から 10 月 23 日までを対象とした修復ガイドをまとめました。新しいランタイムをインストールしても、フレームワーク、独立した依存関係、または既存の仮想環境は自動的に更新されません。
最初に更新するもの
- Node.js : 使用 22.23.4 / 24.22.1 / 26.12.1 対応するブランチにあります。チェック Next.js , React Server Components 画像処理の依存関係を個別に処理します。 Brotli 解読のリスクは外部の応答から発生する可能性があります。インバウンドトラフィックの制御だけでは不十分です。
- Java : 10月の両方をカバー CPU そして CVE-2026-91403 アウトオブバンド証明書の更新。完全なビルド番号を実際のビルド番号と照合して確認します。 JDK ベンダー アドバイザリーを確認してください Tomcat , Spring そしてカスタムトラストストア。
- Python : 適切なインタープリタ ブランチを更新し、各 venv をチェックします。 certifi ≥ 2026.10.19 , pip ≥ 26.2.2 そして、使用される場合は、 uv ≥ 0.13.4 . TLS ホスト名引数、アーカイブ処理、アプリケーションの依存関係など Django 別途チェックが必要です。
これらはブランチおよび構成固有のベースラインであり、すべてのアプリケーションに対する単一のバージョンのしきい値ではありません。 10 月 22 日に公開された tar_filter 問題の公式パッチを個別に追跡してください。公開されているインタープリタのバージョンがすべてのアーカイブの脆弱性をカバーしていると想定してはなりません。
実行中のインスタンスとアプリケーションの動作を確認する
アプリケーションとイメージを再構築し、古いワーカー、JVM、コンテナーをすべて置き換え、最終的な依存関係ツリー、完全なパッケージ バージョン、イメージ ダイジェストを記録します。実際のアプリケーション パスを介して、TLS、ログイン、アップロード、画像処理、およびバックグラウンド ジョブを確認します。端末のバージョン チェックだけでは、運用環境の修正が完了したことを確認することはできません。互換性の問題を回避するために証明書またはホスト名の検証を無効にしないでください。
侵害された場合 LiteLLM 1.107.0 がインストールまたは実行されている場合は、インシデント対応手順に従ってください。環境を隔離し、証拠を保存し、信頼できるソースから再構築し、影響を受ける認証情報をローテーションします。始めないでください Python/pip まず疑わしい環境内で。アップグレードまたはアンインストールだけでは不十分です。
脆弱性と修復ガイドの全文を読む 暴露条件、ブランチ固有のバージョン表、一時的な措置、検証チェックリスト、公式ソースなど。