本文へ移動
情シスのミカタ
ニュース約3分で読めます

GitHub、Django REST frameworkの欠陥3件を掲載、失効処理など確認を

Django REST frameworkで、トークンを削除しても残る欠陥と、認証なしでサービス妨害につながる欠陥2件が掲載されました。確認済みの版や処理の条件を整理し、情シスが開発担当・委託先に確認すべき点をまとめます。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
GitHub、Django REST frameworkの欠陥3件を掲載、失効処理など確認を

この記事のまとめ

  • トークン削除が失敗しても例外が出ず、失効済みと誤認する恐れがあります。
  • AcceptヘッダーとJSON解析に、認証なしでサービス妨害につながる欠陥があります。
  • 修正版は資料に記載がなく、利用版と失効処理、要求解析の設定確認が必要です。
こんな方に#20代#30代#40代#50代#60代実務

GitHubの脆弱性情報データベースに、Django REST frameworkの欠陥3件が掲載されています。認証トークンを削除したつもりでも使える状態が残る問題と、認証なしでサービスの応答を妨げられる問題があり、利用企業は版だけでなく処理の実装も確認する必要があります。各情報の掲載日は、今回の資料には記載されていません。

トークン削除が成功したように見えても残る

CVE-2026-114137は、認証に使うトークンの失効処理に関する欠陥です。TokenProxy.delete()で削除してもトークンが残り、例外も出ないため、運用者が失効済みと誤認する恐れがあります。ユーザーIDをトークンのキーと照合する実装が原因とされています。

このトークンは自然には失効しません。削除に失敗すると、その後も利用可能な状態が続きます。削除処理がエラーなく終わったという記録だけでは、失効の確認にならない点が重要です。

TokenProxyは3.12.0で導入されました。資料は、3.12.0以降で標準の管理処理以外からトークンを失効させている場合、結果を監査するよう促しています。一方、標準のTokenAdminの削除処理には回避策があり、この欠陥については安全とされています。

ヘッダーとJSONの解析でサービス妨害の恐れ

CVE-2026-114138は、受け取りたい応答形式を示すAcceptヘッダーの解析に関する欠陥です。要素数と合計サイズに上限がなく、同じ要素を繰り返し解析するため、細工した要求で認証なしにCPUを長時間占有できます。

資料の検証では、780KBのAcceptヘッダーでワーカーが18.87秒占有されました。要求を処理する同期ワーカーが2個の構成では、同時要求2件で応答がほぼ停止しています。これは検証環境での結果であり、すべての環境で同じ時間や件数になることを示すものではありません。再現が確認された版は3.18.0です。影響は可用性、つまりサービスを使える状態の維持に限られ、機密性や完全性への影響はないとされています。

CVE-2026-114136は、JSON解析時にメモリー使用量が大きく膨らむ欠陥です。Content-Typeのcharsetで圧縮コーデックを指定でき、受信サイズの検査後に展開されるため、Djangoのサイズ制限を回避できます。標準パーサーでJSON本文を受け付けるエンドポイントが、認証なしで狙われます。

影響対象は3.6.4以降です。検証では108バイトの本文から50,331,648文字の値が生成され、プロセスのピークメモリー使用量を示すRSSが96.8MiB増えました。

日本での提供は発表には書かれていません。また、3件の修正版や修正の提供時期は、今回の資料には記載がありません。

影響する会社・しない会社

  • 影響する: 3.12.0以降で、標準の管理処理以外からTokenProxyを使ってトークンを失効させる会社は、削除結果の監査対象です。
  • 影響する: 3.18.0を利用する会社はAcceptヘッダー解析の問題を確認する必要があります。それ以外の影響版の範囲は、資料には書かれていません。
  • 影響する: 3.6.4以降で標準パーサーによるJSON本文の受け付けを行う会社は、JSON解析の欠陥の確認対象です。
  • 影響しない: 標準のTokenAdminの削除処理は、トークン失効の欠陥について安全とされています。ただし、残る2件の影響がないことを意味しません。

情シスが今日やること

  1. 本日、開発担当と委託先に利用有無の確認を依頼します。依存関係の管理ファイルと稼働環境を確認してもらい、Django REST frameworkの版、対象システム、担当者を一覧にします。
  2. トークンの削除を実装した箇所を開発担当に確認してもらいます。標準のTokenAdminか、それ以外からTokenProxy.delete()を呼ぶ処理かを分け、後者では削除後にトークンが残っていないかを監査する担当と実施日を決めます。
  3. APIの要求解析と頻度制限の設定を確認します。Acceptヘッダーの問題では、要求頻度を抑えるスロットリング設定が標準では未設定です。設定の有無を確認し、これだけで欠陥を解消したとは扱わず、JSON本文を受け付ける箇所も別に洗い出します。
  4. 本日の確認結果を運用責任者に共有し、未確認事項の回答期限を決めます。修正版が資料にないため、更新先の版を推測で指定せず、3件それぞれの修正情報を継続確認する担当も決めます。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月23日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします