リモートホストにインストールされている Splunk のバージョンは、テスト済みバージョンより前です。したがって、SVD-2023-0809 のアドバイザリに記載されている脆弱性の影響を受けます。 - 91.0.4472.164より前の Google Chrome の Blink XSLT でのメモリ解放後使用 (Use After Free) により、リモートの攻撃者が、細工された HTML ページを介してヒープ破損を悪用する可能性がありました。(CVE-2021-30560) - SSH オプションが変更されて再利用が防止されるはずだったにもかかわらず、v8.0.0 以前の libcurl に認証バイパスの脆弱性があるため、以前に確立された SSH 接続が再利用されます。libcurl は、以前に使用された接続のプールを維持し、設定が一致する場合、その後の転送で再利用します。ただし、2 つの SSH 設定が設定チェックから省略されているため、簡単に一致させることができ、不適切な接続が再利用される可能性があります。(CVE-2023-27538) - 別々のハンドル間で HSTS データを共有する際に、libcurl <8.0.0 に二重解放の脆弱性が存在します。この共有は、別のスレッド間でこの共有を行うことを考慮せずに導入されましたが、ドキュメントにはこの事実が示されていませんでした。mutex またはスレッドロックの欠落により、同じ HSTS データを共有する 2 つのスレッドが二重解放またはメモリ解放後使用 (Use After Free) を実行する可能性があります。(CVE-2023-27537) - 接続再利用機能に libcurl <8.0.0 の認証バイパスの脆弱性が存在します。これにより、CURLOPT_GSSAPI_DELEGATION オプションの変更をチェックできないため、以前に確立された接続を不適切なユーザーアクセス許可で再利用する可能性があります。この脆弱性は、krb5/kerberos/negotiate/GSSAPI 転送に影響を与え、機密情報への不正アクセスを引き起こす可能性があります。CURLOPT_GSSAPI_DELEGATION オプションが変更されている場合、接続を再利用しないことが最も安全なオプションです。(CVE-2023-27536) - libcurl <8.0.0 の FTP 接続の再利用機能に認証バイパスの脆弱性が存在します。これにより、その後の転送中に誤った認証情報が使用される可能性があります。以前に作成された接続は、現在のセットアップと一致する場合、再利用のために接続プールに保持されます。ただし、CURLOPT_FTP_ACCOUNT、CURLOPT_FTP_ALTERNATIVE_TO_USER、CURLOPT_FTP_SSL_CCC、CURLOPT_USE_SSL などの特定の FTP 設定が設定一致チェックに含まれていないため、これらの一致が簡単になりすぎます。これにより、転送の実行時に libcurl が間違った認証情報を使用することになり、機密情報への不正なアクセスが行われる可能性があります。(CVE-2023-27535) - curl <8.0.0 にパストラバーサルの脆弱性があります。SFTP の実装により、最初のパス要素でプレフィックスとして使用されると、最初の要素としての意図された使用に加えて、チルダ (~) 文字が誤って置換され、ユーザーのホームディレクトリに対応するパスが示されます。攻撃者はこの欠陥を悪用して、特定のユーザーでサーバーにアクセスしている間に /~2/foo のようなパスを作成することで、フィルタリングをバイパスしたり、任意のコードを実行したりする可能性があります。(CVE-2023-27534) - TELNET プロトコルを使用する通信中、curl <8.0 に入力検証の脆弱性があるため、攻撃者がサーバーネゴシエーション中に、悪意を持って細工されたユーザー名と telnet オプションを渡す可能性があります。適切な入力スクラブがないため、攻撃者がアプリケーションの意図なしにコンテンツを送信したり、オプションのネゴシエーションを実行したりする可能性があります。アプリケーションがユーザー入力を許可している場合、この脆弱性が悪用され、攻撃者がシステム上で任意のコードを実行する可能性があります。(CVE-2023-27533) - 連鎖された HTTP 圧縮アルゴリズムに基づく curl = 7.20.0 および <= 7.78.0 が IMAP または POP3 サーバーに接続し、STARTTLS を使用してデータを取得し、TLS セキュリティにアップグレードする場合、サーバーはその curl キャッシュにすぐに応答し、複数の応答を返すことができます。その後、curlはTLSにアップグレードしますが、キャッシュされた応答のキュー内をフラッシュせず、TLSハンドシェイクが認証されるかのように、 TLSハンドシェイク*以前に*取得した応答を使用し、信頼し続けます。この欠陥を利用すると、中間攻撃者が、最初に偽の応答を注入し、次に正当なサーバーからのTLSトラフィックをパススルーし、curlをだましてユーザーにデータを返送させます。ユーザーは攻撃者が注入したデータはTLSで保護されたサーバーからのものであると考えます。（CVE-2021-22947） -ユーザーは、IMAP、POP3またはFTPサーバーと対話する際、にcurl >= 7.20.0 および <= 7.78.0を指示して、TLSへの正常なアップグレードを要求することができます（コマンドラインの「--ssl-reqd」または「CURLOPT_USE_SSL」を「CURLUSESSL_CONTROL」もしくは「CURLUSESSL_ALL」withlibcurlに設定）。サーバーが適切に細工された、しかしながら完全に正当な応答を返す場合、この要件はバイパスされる可能性があります。この欠陥により、curlはサイレントに操作を続行します。 ** TLS なし**指示と期待に反し、ネットワーク上で機密データを平文で漏洩する可能性があります。(CVE-2021-22946) - MQTT サーバーにデータを送信する際、libcurl <= 7.73.0 および 7.78.0 は、状況によっては、すでに解放されているメモリ領域へのポインターを誤って保持し、その後の呼び出しでそれを再び使用してデータを送信し、*再度* 解放する可能性があります。(CVE-2021-22945) - libcurl を使用するアプリケーションは、転送時に特定のクライアント証明書の使用を要求する可能性があります。これは、「CURLOPT_SSLCERT」オプション (「--cert」コマンドラインツールで使用) で実行されます。libcurl が macOS のネイティブ TLS ライブラリである Secure Transport を使用するようにビルドされている場合、アプリケーションは同じオプションを使用して、名前またはファイル名でクライアント証明書を要求することができます。名前がファイルとして存在する場合、名前の代わりにファイルが使用されます。アプリケーションが他のユーザーによって書き込み可能な現在の作業ディレクトリ (たとえば「/tmp」) で実行されている場合、悪意のあるユーザーはアプリケーションが使用しようとしている名前と同じ名前のファイルを作成し、それによってアプリケーションを騙し、名前で参照される証明書の代わりにファイルベースの証明書を使用させることができます。これにより、libcurl は TLS 接続のハンドシェイクで誤ったクライアント証明書を送信する可能性があります。(CVE-2021-22926) - curl は、libcurl で「CURLOPT_TELNETOPTIONS」として知られる「-t」コマンドラインオプションをサポートします。このまれに使用されるオプションは、variable=contentペアをTELNETサーバーに送信するために使用されます。「NEW_ENV」変数を送信するためのオプションパーサーの欠陥により、libcurlは、スタックベースのバッファからサーバーに初期化されていないデータを渡すようにできます。したがって、クリアテキストのネットワークプロトコルを使用して、機密の内部情報がサーバーに漏洩する可能性があります。これは、アプリケーションによって提供された文字列を解析するときに curl が sscanf() を正しく呼び出して使用しなかったために発生する可能性があります。(CVE-2021-22925) -libcurl は、以前に使用された接続の 1 つがセットアップと一致する場合、それらの接続を接続プールに保持して、subsequenttransfers が再利用します。ロジック内のエラーにより、構成マッチング関数は「issuercert」を考慮せず、関係するパスを *大文字と小文字を区別せず* に比較していました。これにより libcurl が不適切な接続を再利用することにつながる可能性があります。ファイルパスは、すべてというわけではありませんし、使用するファイルシステムによっても異なりますが、多くのシステムで大文字と小文字が区別されているか、区別することが可能です。比較には、転送の際にサーバー証明書の検証方法を評価するために設定できる「発行者証明書」も含まれていませんでした。(CVE-2021-22924) - curl がメタリンク機能を使用してコンテンツを取得するように指示され、ユーザー名とパスワードを使用してメタリンク XML ファイルがダウンロードされると、それらの同じ認証情報が各サーバーに渡され、そこから curl がコンテンツをダウンロードするか、そこからダウンロードを試行します。多くの場合、ユーザーの期待と意図に反し、ユーザーにそれを知らせずにそれを発生させました。(CVE-2021-22923) - curl がメタリンク機能を使用してコンテンツをダウンロードするように指示されると、コンテンツはメタリンク XML ファイルで提供されるハッシュと照合されて検証されます。メタリンク XML ファイルは、異なるサーバーによりホストされている可能性のある異なる URL のセットから同じコンテンツを入手する方法をクライアントに示します。クライアントは、それらのうち 1 つまたは複数のサーバーからファイルをダウンロードできます。シリアルまたはパラレルの方法。コンテンツをホストしているサーバーの1つが侵害され、そのサーバー上の特定のファイルのコンテンツが変更されたペイロードで置き換えられた場合、ダウンロード完了後にファイルのハッシュが一致しないとき、curlはこれを検出するはずです。コンテンツを削除し、代わりに別のURLからコンテンツを取得する必要があります。これは実行されず、代わりにそのようなハッシュの不一致はテキストでのみ言及され、悪意のある可能性のあるコンテンツがディスク上のファイルに保持されます。(CVE-2021-22922) -curl 7.75.0〜7.76.1には、Use-After-Free の脆弱性があり、TLS 1.3セッションチケットが接続により到着したときに、すでに解放されたメモリの使用が引き起こされます。悪意のあるサーバーが、まれにしか起こらない不幸な状況でこれを悪用して、クライアントでリモートでコードを実行する可能性があります。実行中の libcurl が OpenSSL を使用する接続で TLS 1.3セッションチケットのサポートを設定するとき、後でセッションチケットが到着したときに取得できるように、転送メモリ内オブジェクトへのポインターを保存します。接続が複数の転送で使用される場合 (再利用された HTTP/1.1 接続または多重化された HTTP/2接続の場合など) 、その接続で新しいセッションが確立される前に最初の転送オブジェクトが解放される場合があり、その関数は解放される可能性があるメモリバッファにアクセスします。そのメモリを使用するとき、libcurl はオブジェクトの関数ポインターを呼び出すことさえあり、サーバーが細工されたメモリコンテンツをメモリ内の適切な場所に置くことができれば、リモートコード実行が可能になります。(CVE-2021-22901) - libcurl で「CURLOPT_TELNETOPTIONS」として知られる「-t」コマンドラインオプションを使用して variable=content ペアを TELNET サーバーに送信するとき、curl 7.7〜7.76.1 は情報漏洩の影響を受けます。NEW_ENV 変数を送信するためのオプションパーサーの欠陥により、libcurl がスタックベースのバッファからの初期化されていないデータをサーバーに渡し、平文ネットワークプロトコルを使用しているサーバーに機密の内部情報が漏洩する可能性があります。(CVE-2021-22898) - libchannel が Schannel TLS ライブラリを使用するように構築されている場合、CURLOPT_SSL_CIPHER_LIST のコードの誤りにより、curl 7.61.0から 7.76.1まではデータ要素が不適切なセッションにさらされることの悪影響を被ります。選択された暗号セットは、ライブラリの単一の静的変数に保存されていました。これには、アプリケーションが複数の同時転送を設定した場合、暗号を設定する最後のものがすべての転送で使用されるセットを誤って制御するという意外な副作用があります。最悪のシナリオでは、これによりトランスポートのセキュリティが大幅に低下します。(CVE-2021-22897) - 7.63.0 から 7.75.0 を含む curl には脆弱性が含まれており、これにより、TLS 1.3セッションチケットの不適切な処理が原因で、悪意のある HTTPS プロキシが MITM 接続に接続する可能性があります。HTTPS プロキシおよび TLS 1.3を使用する場合、libcurl は HTTPS プロキシから到着するセッションチケットを混同する可能性がありますが、リモートサーバーから到着したかのように動作し、ホストハンドシェイクを誤ってショートカットする可能性があります。チケットを混乱させると、HTTPS プロキシが libcurl を騙して、ホストに対して間違ったセッションチケットレジュームを使用させ、サーバーの TLS 証明書チェックを回避し、MITM 攻撃が気付かれないように実行する可能性があります。注意：このような悪意のある HTTPS プロキシは、curl がサーバー証明書のチェックを無視するように指示されていない限り、攻撃が機能するためには、curl が MITMed サーバーを受け入れる証明書を提供する必要があります。(CVE-2021-22890) - curl 7.1.1 から 7.75.0 は、HTTP Referer: ヘッダーの認証情報を漏洩することで、認証されていない攻撃者への個人情報の漏洩に対して脆弱です。libcurl は、発信 HTTP リクエストの Referer: HTTP リクエストヘッダーフィールドに自動的にデータを入力するとき、URL からユーザーの認証情報を取り除きません。そのため、2 番目の HTTP リクエストのターゲットであるサーバーに機密データが漏洩するリスクがあります。(CVE-2021-22876) - curl 7.41.0 〜 7.73.0 は、OCSP 応答の検証が不十分なため、証明書失効の不適切なチェックに対して脆弱です。(CVE-2020-8286) -curl 7.21.0 から 7.73.0 までは、FTP ワイルドカード一致解析におけるスタックオーバーフローの問題により、制御されていない再帰に対して脆弱です。(CVE-2020-8285) 悪意のあるサーバーが PASV 応答を使用して、curl 7.73.0 以前を所定の IP アドレスとポートに再接続するよう誘導することが可能です。この方法で、ポートスキャンやサービスバナー抽出の実行など、プライベートで開示されていないサービスに関する情報を curl に抽出させる可能性があります。 (CVE-2020-8284) -ダングリングポインターの使用により、libcurl 7.29.0 〜 7.71.1 は、データ送信時に誤った接続を使用する可能性があります。(CVE-2020-8231) - 7.20.0 から 7.70.0 の curl は、ファイルおよびその他のリソースの名前の不適切な制限に対して脆弱であり、-J フラグを使用する際にローカルファイルを過度に上書きする可能性があります。(CVE-2020-8177) - curl 7.62.0 から 7.70.0 は、情報漏洩の脆弱性に脆弱であるため、パスワードの一部がネットワークおよび DNS サーバーに漏洩する可能性があります。(CVE-2020-8169) - 3.6.2 より前の libarchive で、ソフトウェアが calloc 関数を呼び出した後のエラーチェックを行わないため、関数が失敗した場合に NULL ポインターを返すことがあり、その結果 NULL ポインターデリファレンスが発生する可能性があります。発見者はこの CWE-476 の発言を引用していますが、サードパーティからはコード実行の影響について異論があります: まれな状況で、NULL が 0x0 メモリアドレスと同等であり、特権コードがそれにアクセスできる場合、メモリの書き込みまたは読み取りが可能となり、コードの実行を引き起こす可能性があります。(CVE-2022-36227) - アーカイブの抽出中に不適切なリンク解決の欠陥が発生し、アーカイブ外のファイルのモード、時間、アクセスコントロールリスト、フラグが変更される可能性があります。攻撃者が、悪意のあるアーカイブを被害者ユーザーに提供する可能性があります。被害者ユーザーは、アーカイブを抽出しようとする際に、この欠陥を発生させる可能性があります。ローカルの攻撃者がこの欠陥を利用して、システムでより多くの権限を取得する可能性があります。(CVE-2021-31566) - libarchive 3.4.1から 3.5.1までの間、copy_string (do_uncompress_block および process_block から呼び出されます) にメモリ解放後使用 (Use-After-Free) があります。(CVE-2021-36976) - lz4 に欠陥が存在します。細工されたファイルをlz4にリンクされたアプリケーションに送信する攻撃者が、整数オーバーフローを発生させ、負のサイズの引数でmemmove()を呼び出し、領域外書き込みやクラッシュを引き起こす可能性があります。この欠陥による最大の影響は、可用性に対するものですが、機密性および整合性に対する影響もいくぶんある可能性があります。(CVE-2021-3520) - 8.44より前の PCRE の libpcre では、(?C サブ文字列の後の大きな数字による整数オーバーフローが可能です。 (CVE-2020-14155) - パターン\X が JIT コンパイルされ、非 UTF モードの特別に細工された件名に一致するために使用されるとき、10.34 より前の PCRE に領域外読み取りが発見されました。PCREを使用して信頼されない入力を解析するアプリケーションはこの欠陥に対して脆弱であり、攻撃者がアプリケーションをクラッシュさせる可能性があります。この欠陥は pcre2_jit_compile.c の do_extuni_no_utf で発生します。(CVE-2019-20454) - 8.43以前の PCRE の libpcre では、UTF が無効で、\X または \R に複数の修正された量指定子がある場合、JIT でサブジェクトバッファのオーバーリードが発生する可能性があります。これは CVE-2019-20454に関連する問題です。(CVE-2019-20838) - 3.39.2より前の 1.0.12から 3.39.xまでの SQLite では、C API への文字列引数で数十億バイトが使用されると、配列境界のオーバーフローが発生することがあります。(CVE-2022-35737) Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

偵測

Universal Forwarder 8.2.0 < 8.2.12、9.0.0 < 9.0.6、9.1.0 < 9.1.1 (SVD-2023-0809)

critical Nessus Plugin ID 194926

找不到依附元件