There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - Django REST framework is a toolkit for building Web APIs. Prior to 3.18.2,
    DefaultContentNegotiation.get_accept_list in rest_framework/negotiation.py accepts an unbounded number and
    aggregate size of Accept tokens, while select_renderer in that file repeatedly invokes _MediaType parsing
    from rest_framework/utils/mediatypes.py for each attacker-controlled token, every renderer, and forced 406
    renegotiation. A remote unauthenticated client can send many distinct media types containing large quoted
    parameter values with numerous semicolons, causing Django's parameter parser and DRF's repeated parsing
    structure to consume disproportionate CPU. Requests to any reachable endpoint can pin synchronous workers
    for prolonged periods, and concurrent requests can make the service unavailable until the requests stop.
    This issue is fixed in version 3.18.2. (CVE-2026-114138)

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Django REST 框架是一個用於構建 Web API 的工具包。之前 3.18.2，rest_framework/negotiation.py 中的 DefaultContentNegotiation.get_accept_list 接受無限數量和總大小的「接受」權杖，而該檔案中的 select_renderer 會針對每個攻擊者控制的權杖、每個轉譯器重複叫用 rest_framework/utils/mediatypes.py 的_MediaType剖析，並強制 406 重新協商。遠端未經身份驗證的用戶端可以傳送許多不同的媒體類型，其中包含帶有大量分號的大引號參數值，導致 Django 的參數剖析器和 DRF 的重複剖析結構消耗不成比例的 CPU。對任何可連線端點的要求都可以長時間釘選同步背景工作角色，而並行要求可能會使服務無法使用，直到要求停止為止。
    3.18.2 版已修正此問題。(CVE-2026-114138)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Django REST 框架是用于构建 Web API 的工具包。在之前 3.18.2，rest_framework/negotiation.py 中的 DefaultContentNegotiation.get_accept_list 接受 Accept 标记的数量和聚合大小，而该文件中的 select_renderer 则对每个攻击者控制的标记、每个渲染器和强制的 406 重新协商反复调用 rest_framework/utils/mediatypes.py 的 _MediaType 解析。未经认证的远程客户端可发送包含带大量分号的大引用参数值的许多不同媒体类型，从而导致 Django 的参数解析器和 DRF 的重复解析结构消耗不成比例的 CPU。对任何可访问终结点的请求都可以长时间固定同步工作线程，并发请求可以使服务在请求停止之前不可用。
    此问题已在 3.18.2 版本中修复。(CVE-2026-114138)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Django REST フレームワークは、Web API を構築するためのツールキットです。3.18.2より前に、rest_framework/negotiation.py のDefaultContentNegotiation.get_accept_listは、無制限の数と集合サイズのAcceptトークンを受け入れますが、そのファイルのselect_rendererは、攻撃者が制御する各トークン、すべてのレンダラー、および強制的な406再ネゴシエーションに対して、rest_framework/utils/mediatypes.py から繰り返し_MediaType解析を呼び出します。認証されていないリモートのクライアントが、多数のセミコロンを含む大きな引用符で囲まれたパラメーター値を含む多くの異なるメディアタイプを送信する可能性があります。これにより、Django のパラメーターパーサーと DRF の繰り返し解析構造が不均衡な CPU を消費します。到達可能なエンドポイントへの要求によって同期ワーカーが長期間固定される可能性があり、同時要求によって要求が停止するまでサービスを使用できなくなる可能性があります。
    この問題はバージョン 3.18.2 で修正されています。(CVE-2026-114138)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

リモートホストにインストールされている FreeBSD のバージョンは、テスト済みバージョンより前です。したがって、b0395fb0-d45c-11f1-985e-901b0edee044 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    Bruno Alla 氏による報告:
    認証されていない攻撃者が、Content-Type charset パラメーターで圧縮コーデックに名前を付けることで、Django のDATA_UPLOAD_MAX_MEMORY_SIZE制限を突破し、ワーカープロセスに任意のメモリを割り当てさせる可能性があります。108 バイトのリクエスト本文は、ビュー内に 50,331,648 文字の値(466,033 の増幅係数)を生成し、プロセスピーク RSS を約 97 MiB 増加させます。DRF のデフォルトパーサーセットを超えるアプリケーション構成は必要ありません。エンドポイントは JSON 本文のみを受け入れる必要があります。
    TokenProxy を通して認証トークンを削除しても、何も削除されません。呼び出しは例外を発生させず、成功を報告し、データベース行は生き残り、トークンは認証を継続します。TokenProxyインスタンスで.delete()を呼び出して資格情報を取り消すアプリケーション、管理者統合、または操作スクリプトは、まだ有効なトークンを取り消したと見なします。
    DRF のコンテンツネゴシエーションは、リクエストごとに各 Accept トークンを複数回解析し、トークンの数やその合計サイズを制限することはありません。それぞれの解析は Django の parse_header_parameters に行き着きます。これは、引用符で囲まれたパラメーター値がセミコロンでパックされている場合、2 次時間を必要とします。私のマシンでは、96個のそのようなトークンで構成される780KB Acceptヘッダーを持つ単一のGETにより、1人のgunicornワーカーが 18.87 秒間ビジー状態に保たれていました(Django 6.1、djangorestframework 3.18.0、gunicorn 26.0.0、Python 3.13、macOSのDocker)。ヘッダーは構文的に有効であり、gunicorn のデフォルトのヘッダー制限内に収まるため、認証は必要ありません。同期ワーカーごとに1つである2つの同時リクエストにより、デフォルトの2つのワーカー展開が40秒のテストウィンドウ全体で応答しなくなりました。送信をやめてから30秒で回復しました。

Tenable は、前述の記述ブロックを FreeBSD セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The version of FreeBSD installed on the remote host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the b0395fb0-d45c-11f1-985e-901b0edee044 advisory.

    Bruno Alla reports:
    An unauthenticated attacker can defeat Django's             DATA_UPLOAD_MAX_MEMORY_SIZE limit and force a worker process to allocate             arbitrary memory, by naming a compression codec in the Content-Type charset             parameter. A 108-byte request body produces a 50,331,648-character value inside             the view, an amplification factor of 466,033, and grows process peak RSS by             about 97 MiB. No application configuration is required beyond DRF's default             parser set; the endpoint only has to accept a JSON body.
    Deleting an authentication token through TokenProxy silently             deletes nothing. The call raises no exception and reports success, the database             row survives, and the token keeps authenticating. Any application, admin             integration or operational script that revokes credentials by calling             .delete() on a TokenProxy instance believes it has revoked a token that is             still live.
    DRF's content negotiation parses each Accept token several times per             request and never limits the number of tokens or their total size. Each parse             ends up in Django's parse_header_parameters, which takes quadratic time when a             quoted parameter value is packed with semicolons. On my machine a single GET             with a 780KB Accept header made of 96 such tokens kept one gunicorn worker busy             for 18.87 seconds (Django 6.1, djangorestframework 3.18.0, gunicorn 26.0.0,             Python 3.13, Docker on macOS). The header is syntactically valid, fits inside             gunicorn's default header limits, and needs no authentication. Two concurrent             requests, which is one per sync worker, made a default two worker deployment             stop answering for my whole 40 second test window. It recovered half a second             after I stopped sending.

Tenable has extracted the preceding description block directly from the FreeBSD security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Django REST framework is a toolkit for building Web APIs. Prior to 3.18.2,     DefaultContentNegotiation.get_accept_list in rest_framework/negotiation.py accepts an unbounded number and     aggregate size of Accept tokens, while select_renderer in that file repeatedly invokes _MediaType parsing     from rest_framework/utils/mediatypes.py for each attacker-controlled token, every renderer, and forced 406     renegotiation. A remote unauthenticated client can send many distinct media types containing large quoted     parameter values with numerous semicolons, causing Django's parameter parser and DRF's repeated parsing     structure to consume disproportionate CPU. Requests to any reachable endpoint can pin synchronous workers     for prolonged periods, and concurrent requests can make the service unavailable until the requests stop.
    This issue is fixed in version 3.18.2. (CVE-2026-114138)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
476830	SCA: security update for djangorestframework (GHSA-33wh-fxxf-88vv)	Tenable Self-Hosted Container Security	SCA Checks	2026/10/22	2026/10/22	high
476830	SCA: security update for djangorestframework (GHSA-33wh-fxxf-88vv)	Tenable Cloud Security	SCA Checks	2026/10/22	2026/10/22	high
370986	Linux Distros 未修補弱點：CVE-2026-114138	Nessus	Misc.	2026/10/23	2026/10/30	high
370986	Linux Distros 未修补的漏洞：CVE-2026-114138	Nessus	Misc.	2026/10/23	2026/10/30	high
370986	Linux Distros のパッチ未適用の脆弱性: CVE-2026-114138	Nessus	Misc.	2026/10/23	2026/10/30	high
374539	FreeBSD:py-djangorestframework -- 複数の脆弱性(b0395fb0-d45c-11f1-985e-901b0edee044)	Nessus	FreeBSD Local Security Checks	2026/10/31	2026/10/31	high
374539	FreeBSD : py-djangorestframework -- Multiple vulnerabilities (b0395fb0-d45c-11f1-985e-901b0edee044)	Nessus	FreeBSD Local Security Checks	2026/10/31	2026/10/31	high
370986	Linux Distros Unpatched Vulnerability : CVE-2026-114138	Nessus	Misc.	2026/10/23	2026/10/30	high

检测

插件搜索

high

high

high

high

high

high

high

high