更新済みの curl パッケージは、セキュリティの脆弱性を修正します：

Paras Sethia 氏は、libcurl が複数の HTTP および HTTPS の接続と NTLM 認証を同じサーバーに混同し、他のユーザーとして認証された接続を介して 1 名のユーザーにリクエストを送信することがあることを発見しました（CVE-2014-0015）。

libcurl は、HTTP および FTP 以外のプロトコルを使って転送を実行するように指示された場合、状況により間違った接続を再利用することがあります。この場合、アプリケーションによって開始された転送が、他の認証情報を使って認証された同じサーバーへの既存の接続を間違って再利用する可能性があります（CVE-2014-0138）。

libcurl は、リテラル IP アドレスが含まれるワイルドカード SSL 証明書を不適切に検証します。そのため、特定の条件下では、CN フィールドに指定されたワイルドカードの一致を許可および使用し、悪意あるサーバーが MITM 攻撃に参加したり、合法なサイトであるかのようにユーザーを騙したりすることが可能になります（CVE-2014-0139）。

7.38.0 以前の cURL では、libcurl がクッキーを誤ったサイトに送信したり、任意のサイトに別のサイトのクッキーの設定を許容したりするように仕向けられる可能性があります。この問題を発生させるには、クライアントアプリケーションで、サイトにアクセスするための URL に、数値の IP アドレスを使用する必要があります（CVE-2014-3613）。

7.38.0 以前の cURL では、libcurl はクッキーがトップレベルドメイン（TLD）に設定されることを誤って許容していました。この場合、クッキーに許可された範囲よりも適用範囲が広くなります。これにより、任意のサイトがクッキーを設定し、別の無関係のサイトやドメインにそれを送信することが許容されます（CVE-2014-3620）。

Symeon Paraschoudis 氏が、cURL の curl_easy_duphandle() 関数にバグがあり、これによって libcurl が、送信の意図がない機密データを最終的に送信し、その一方で HTTP POST 操作を実行することがあることを、見つけました。このバグは CURLOPT_COPYPOSTFIELDS および curl_easy_duphandle() をこの順番で使用する必要があり、HTTP POST を実行するために重複ハンドルを使用する必要があります。curl コマンドラインツールは、このシーケンスを使用しないため、この問題の影響を受けません（CVE-2014-3707）。

オフの場合、HTTP プロキシ経由でリクエストをサーバーに送信する際に、libcurl は URL 全体をリクエスト内にコピーして送信します。指定された URL に改行と復帰がある場合、これらはプロキシにも合わせて送信されるため、プログラムは、たとえば、注入した HTTP リクエストを URL に組み込んで別に送信することができます（CVE-2014-8150）。

検出

Mandriva Linux セキュリティアドバイザリ：curl（MDVSA-2015:098）

medium Nessus プラグイン ID 82351

変更ログが見つかりません