CentOS Linux 8.4 ホストには、TuxCare CENTOS8.4:CLSA-2026:1774259220アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - libcurl は、ネゴシエート認証の HTTP または HTTPS リクエストを行うように求められた場合、状況によっては誤った接続を再利用する可能性があります。libcurl には最近の接続のプール機能があり、これにより後続のリクエストはオーバーヘッドを回避するために既存の接続を再利用できます。接続を再利用する場合、まず一連の条件を満たす必要があります。コードの論理エラーにより、アプリケーションから発行されたリクエストが、異なる認証情報で認証された同一サーバーへの既存の接続を誤って再利用する可能性があります。根本的な理由の 1 つは、Negotiate が、HTTP の動作の設計に反して、*リクエスト* ではなく *接続* を認証することがあることです。サーバーへのネゴシエート認証を「user1:password1」で許可し、続いて同じサーバーに対して別の操作を実行するアプリケーション。これもネゴシエートを使用していますが、「user2:password2」(前の接続がまだ有効な場合) - 2 番目のリクエストで同じ接続が誤って再利用され、その後ネゴシエートネゴシエーションが既に行われているとみなされるため、 実際には user1 に対して認証された接続をまだ使用しているのに、user2 の認証情報を使用していると認識してその接続にリクエストを送信します... 使用する認証メソッドのセットは、「CURLOPT_HTTPAUTH」で設定されます。アプリケーションは、接続の再利用方法を変更する以下の libcurl オプションを使用することで、libcurl による接続の再利用を無効化し、この問題を軽減できます: CURLOPT_FRESH_CONNECT、CURLOPT_MAXCONNECTS、および CURLMOPT_MAX_HOST_CONNECTIONS (curl_multi API を使用する場合)。(CVE-2026-1965)

  - OAuth2 ベアラートークンが HTTP(S) 転送に使用され、その転送で別の URL へのリダイレクトが発生した場合、状況によっては curl がそのトークンをリダイレクト先のホスト名に漏えいする可能性があります。最初のリクエストがリダイレクトされるホスト名に、使用されている .netrc ファイルの情報があり、「machine」または「default」のいずれかのキーワードが含まれている場合、curl は最初のホストに設定されたベアラートークンをリダイレクト先のホストにも渡します。(CVE-2026-3783)

  - 新しいリクエストが HTTP プロキシに異なる認証情報を使用している場合でも、curl はサーバーへの CONNECT を行う既存の HTTP プロキシ接続を誤って再利用する可能性があります。適切な動作は、別の接続を作成または使用することです。(CVE-2026-3784)

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

検出

CentOS Linux 8.4 [TuxCare] セキュリティ更新プログラム:curl/curl-minimal/libcurl/libcurl-devel/libcurl-minimalの複数の脆弱性(CENTOS8.4:CLSA-2026:1774259220)

medium Nessus プラグイン ID 352768

依存が見つかりません