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

  - cpp-httplib は、C++11 単一ファイルヘッダー専用クロスプラットフォーム HTTP/HTTPS ライブラリです。0.39.0以前は、cpp-httplib HTTPクライアントは、クロスオリジンHTTP(301/302/307/308)を追跡する際に、保存されているBasic Auth、Bearer Token、Digest Authの認証情報を任意のホストに転送します。悪意あるまたは侵害されたサーバーはクライアントを攻撃者制御のホストにリダイレクトし、そのホストは「Authorization」ヘッダー内の平文認証情報を受け取ります。バージョン 0.39.0 ではこの問題が修正されています。(CVE-2026-33745)

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

リモートの Fedora 43 ホストには、FEDORA-2026-1d4bd0354a のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    # 0.48.0 への更新 (rhbz#2481109)

    ## セキュリティ修正

    - Mbed TLS および wolfSSL バックエンドに対する v0.47.0 から IP-host 証明書 ID の修正を完了します。IP リテラルホストは現在、一致する iPAddress SAN を介してのみ認証され、OpenSSL バックエンドがすでに X509_check_ip を通じて強制しているものと一致する証明書のコモンネーム(RFC 9110)を介しては認証されません。以前は、これらのバックエンドは一致する IP SAN がない場合に CN にフォールバックし、IPv4 のみを認識していました。現在は IPv6(16 バイト)iPAddress SAN も一致し、IPv4 と IPv6 リテラルホストの両方について CN フォールバックがスキップされます(#2476)

    ## 改善点

    - double の strtod ベースのfrom_charsを、手書きのロケールに依存しないパーサーに置き換えます。ライブラリによって二重解析される唯一のものは、HTTP 品質値です。strtod はグローバル C ロケールから小数点セパレーターを読み取るため、コンマ十進数ロケールへの setlocale(LC_ALL, ) を呼び出すエンベダーは、q 値を誤って解析します。新しいパーサーは常に を扱います。小数点を区切り文字として使用し、割り当てフリーです(修正 #2475)
    - OpenSSL 4.0 の廃止警告を修正します:スレッドセーフな X509_STORE_get1_objects()(OpenSSL 3.3+)を介してオブジェクトをフェッチCA保存し、廃止された X509_STORE_get0_objects() および X509_NAME_get_text_by_NID() の代わりに X509_NAME_get_index_by_NID()/X509_NAME_get_entry() を介して対象 CN を抽出します。古い OpenSSL、BoringSSL および LibreSSL は、get0 パスを使用し続けます。OpenSSL 4.0.1、 3.6.2 および 3.0

    ## 動作の変更

    - decode_query_component() はパーセントエスケープに対して厳密な 16 進解析を使用するようになりました。これは decode_uri_component() および decode_path_component() と一致するようになっています。% の後に非 16 進文字(例: %-1、%+5、% 5 などの記号または空白)が続くと、有効なエスケープ(#2472)として受け入れられる代わりに、そのまま渡されます

    情報源: https://github.com/yhirose/cpp-httplib/releases/tag/v0.48.0

    # 0.47.0 への更新(rhbz#2481109、 CVE-2026-46527、 CVE-2026-45372、 CVE-2026-45352)

    ## セキュリティ修正

    - Mbed TLS および wolfSSL バックエンドの IP リテラルホストに対する TLS 証明書チェーン検証バイパスを修正します:
    サーバー証明書の検証が有効になっている場合、SSLClient はチェーン検証を完全にスキップし(IP SAN が一致する信頼できない証明書はすべて受け入れられます)、Mbed TLS の WebSocketClient は検証を完全にスキップしていました。IP ホストに対してチェーン検証が有効なままになり、証明書の身元は、すべてのバックエンドの IP SAN に対するハンドシェイク後に検証されます。RFC 6066 にしたがって、SNI は Mbed TLS および wolfSSL で IP ホストに送信されなくなりました([CVE-2026-54919](https://github.com/yhirose/cpp-httplib/security/advisories/GHSA-8ffh-4p95-g3p2))

    ## 新機能

    - Add Server::set_start_handler():サーバーが接続を受け入れる準備ができたときに呼び出されるコールバック。バックグラウンドスレッドでサーバーを実行するときに便利です(#2467)
    - Client/SSLClient/WebSocketClient::enable_system_ca(bool)を追加して、カスタムCAとともにシステムCA証明書をロードすることを選択します。デフォルトは変更されず、カスタム CA は引き続き排他的です。この設定は、HTTPSリダイレクト用に作成されたクライアントにも引き継がれます(#2471)
    - WebSocketClient::set_hostname_addr_map() を追加して、ハンドシェイクおよび証明書検証のために元のホスト名を維持しながら特定の IP アドレスに接続します(#2463)

    ## 動作の変更

    - リクエスト本文は、ルートマッチングおよびリクエスト前ハンドラーの後に読み込まれるようになり、通常のハンドラーパスと ContentReader パスの両方が同じように動作します:ルートマッチング事前リクエストハンドラー本文読み取りハンドラー。リクエスト前ハンドラーによって拒否されたリクエスト(例:req.matched_route によるルートごとの認証の失敗)は、本文をまったくバッファリングしなくなりました。注:事前リクエストハンドラー内の req.body または本文から派生したフォームフィールドを参照するコードには、空の本文が表示されます。代わりにヘッダー、パス、クエリパラメーター、またはmatched_route検査します
    - カスタム CA がある WebSocketClient は、システム CA 証明書をマージしなくなりました(以前は常にマージされていました)。これは SSLClient の動作と一致します。enable_system_ca(true) を呼び出して、カスタムCAと一緒にシステムCA証明書をロードします
    - 長さ不明なストリーミング応答に対して、範囲リクエストヘッダーが、無効な応答を生成するのではなく無視されるようになりました(#2465)

    ## バグ修正

    - SSLClient::set_ca_cert_store() がカスタムCA排他性を破る問題を修正します:システムCA証明書は、ユーザー提供のストアにサイレントにマージされ、信頼セットが広がりました。また、HTTPS リダイレクト用に作成されたクライアントに CA 証明書を継承しない Client::load_ca_cert_store() を修正します
    - アップグレードのハンドシェイク中に WebSocketClient が URL からクエリ文字列をドロップし、クエリパラメーター(認証トークンなど)が送信されるように修正します(#2468)
    - set_ca_cert_store() 後に WebSocketClient を再接続する際の use-after-free、および Mbed TLS および wolfSSL set_ca_cert_store() バックエンドのメモリ漏洩を修正します
    - SHA パディングコードでの MSVC 警告 C4309 (定数値の切り捨て)を修正します(#2464)
    - 負の char 値による未定義の動作を回避するために、is_hex および is_token_char の ctype を呼び出す前に符号なし char へキャストします(#2469)

    情報源: https://github.com/yhirose/cpp-httplib/releases/tag/v0.47.0


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

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

リモートの Fedora 44 ホストには、FEDORA-2026-1b15ac058b のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    # 0.48.0 への更新 (rhbz#2481109)

    ## セキュリティ修正

    - Mbed TLS および wolfSSL バックエンドに対する v0.47.0 から IP-host 証明書 ID の修正を完了します。IP リテラルホストは現在、一致する iPAddress SAN を介してのみ認証され、OpenSSL バックエンドがすでに X509_check_ip を通じて強制しているものと一致する証明書のコモンネーム(RFC 9110)を介しては認証されません。以前は、これらのバックエンドは一致する IP SAN がない場合に CN にフォールバックし、IPv4 のみを認識していました。現在は IPv6(16 バイト)iPAddress SAN も一致し、IPv4 と IPv6 リテラルホストの両方について CN フォールバックがスキップされます(#2476)

    ## 改善点

    - double の strtod ベースのfrom_charsを、手書きのロケールに依存しないパーサーに置き換えます。ライブラリによって二重解析される唯一のものは、HTTP 品質値です。strtod はグローバル C ロケールから小数点セパレーターを読み取るため、コンマ十進数ロケールへの setlocale(LC_ALL, ) を呼び出すエンベダーは、q 値を誤って解析します。新しいパーサーは常に を扱います。小数点を区切り文字として使用し、割り当てフリーです(修正 #2475)
    - OpenSSL 4.0 の廃止警告を修正します:スレッドセーフな X509_STORE_get1_objects()(OpenSSL 3.3+)を介してオブジェクトをフェッチCA保存し、廃止された X509_STORE_get0_objects() および X509_NAME_get_text_by_NID() の代わりに X509_NAME_get_index_by_NID()/X509_NAME_get_entry() を介して対象 CN を抽出します。古い OpenSSL、BoringSSL および LibreSSL は、get0 パスを使用し続けます。OpenSSL 4.0.1、 3.6.2 および 3.0

    ## 動作の変更

    - decode_query_component() はパーセントエスケープに対して厳密な 16 進解析を使用するようになりました。これは decode_uri_component() および decode_path_component() と一致するようになっています。% の後に非 16 進文字(例: %-1、%+5、% 5 などの記号または空白)が続くと、有効なエスケープ(#2472)として受け入れられる代わりに、そのまま渡されます

    情報源: https://github.com/yhirose/cpp-httplib/releases/tag/v0.48.0

    # 0.47.0 への更新(rhbz#2481109、 CVE-2026-46527、 CVE-2026-45372、 CVE-2026-45352)

    ## セキュリティ修正

    - Mbed TLS および wolfSSL バックエンドの IP リテラルホストに対する TLS 証明書チェーン検証バイパスを修正します:
    サーバー証明書の検証が有効になっている場合、SSLClient はチェーン検証を完全にスキップし(IP SAN が一致する信頼できない証明書はすべて受け入れられます)、Mbed TLS の WebSocketClient は検証を完全にスキップしていました。IP ホストに対してチェーン検証が有効なままになり、証明書の身元は、すべてのバックエンドの IP SAN に対するハンドシェイク後に検証されます。RFC 6066 にしたがって、SNI は Mbed TLS および wolfSSL で IP ホストに送信されなくなりました([CVE-2026-54919](https://github.com/yhirose/cpp-httplib/security/advisories/GHSA-8ffh-4p95-g3p2))

    ## 新機能

    - Add Server::set_start_handler():サーバーが接続を受け入れる準備ができたときに呼び出されるコールバック。バックグラウンドスレッドでサーバーを実行するときに便利です(#2467)
    - Client/SSLClient/WebSocketClient::enable_system_ca(bool)を追加して、カスタムCAとともにシステムCA証明書をロードすることを選択します。デフォルトは変更されず、カスタム CA は引き続き排他的です。この設定は、HTTPSリダイレクト用に作成されたクライアントにも引き継がれます(#2471)
    - WebSocketClient::set_hostname_addr_map() を追加して、ハンドシェイクおよび証明書検証のために元のホスト名を維持しながら特定の IP アドレスに接続します(#2463)

    ## 動作の変更

    - リクエスト本文は、ルートマッチングおよびリクエスト前ハンドラーの後に読み込まれるようになり、通常のハンドラーパスと ContentReader パスの両方が同じように動作します:ルートマッチング事前リクエストハンドラー本文読み取りハンドラー。リクエスト前ハンドラーによって拒否されたリクエスト(例:req.matched_route によるルートごとの認証の失敗)は、本文をまったくバッファリングしなくなりました。注:事前リクエストハンドラー内の req.body または本文から派生したフォームフィールドを参照するコードには、空の本文が表示されます。代わりにヘッダー、パス、クエリパラメーター、またはmatched_route検査します
    - カスタム CA がある WebSocketClient は、システム CA 証明書をマージしなくなりました(以前は常にマージされていました)。これは SSLClient の動作と一致します。enable_system_ca(true) を呼び出して、カスタムCAと一緒にシステムCA証明書をロードします
    - 長さ不明なストリーミング応答に対して、範囲リクエストヘッダーが、無効な応答を生成するのではなく無視されるようになりました(#2465)

    ## バグ修正

    - SSLClient::set_ca_cert_store() がカスタムCA排他性を破る問題を修正します:システムCA証明書は、ユーザー提供のストアにサイレントにマージされ、信頼セットが広がりました。また、HTTPS リダイレクト用に作成されたクライアントに CA 証明書を継承しない Client::load_ca_cert_store() を修正します
    - アップグレードのハンドシェイク中に WebSocketClient が URL からクエリ文字列をドロップし、クエリパラメーター(認証トークンなど)が送信されるように修正します(#2468)
    - set_ca_cert_store() 後に WebSocketClient を再接続する際の use-after-free、および Mbed TLS および wolfSSL set_ca_cert_store() バックエンドのメモリ漏洩を修正します
    - SHA パディングコードでの MSVC 警告 C4309 (定数値の切り捨て)を修正します(#2464)
    - 負の char 値による未定義の動作を回避するために、is_hex および is_token_char の ctype を呼び出す前に符号なし char へキャストします(#2469)

    情報源: https://github.com/yhirose/cpp-httplib/releases/tag/v0.47.0


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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
304174	Linux Distros のパッチ未適用の脆弱性: CVE-2026-33745	Nessus	Misc.	2026/3/28	2026/8/18	high
324986	Fedora 43:cpp-httplib(2026-1d4bd0354a)	Nessus	Fedora Local Security Checks	2026/7/3	2026/7/3	high
324926	Fedora 44:cpp-httplib(2026-1b15ac058b)	Nessus	Fedora Local Security Checks	2026/7/3	2026/7/3	high

検出

プラグインの検索

high

high

high