自己報告されたバージョンによると、リモートホストで実行されている Tenable Security Center はバージョン 6.3.0、6.4.0、6.4.5、6.5.1 です。したがって、TNS-2025-04 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - curl が HSTS を使用するように求められる場合、サブドメインの有効期限によって親ドメインのキャッシュエントリが上書きされ、意図したよりも早くまたは遅く終了する可能性があります。これは、HSTS を有効にし、安全でない「HTTP://」スキームのある URL を使用し、最初のホストが 2 番目のホストのサブドメインである「example.com」や「x.example.com」などのホストとの転送を実行するアプリケーションを使用する curl に影響します。(この問題を発生させるには、HSTS キャッシュに手動でデータを入力するか、関連するドメインのエントリをキャッシュに保持するためにすでに HTTPS アクセスが行われている必要があります。) 「x.example.com」が「Strict-Transport-Security:」ヘッダーで応答するとき、このバグにより、サブドメインの有効期限タイムアウトが「ブリードオーバー」し、curl の HSTS キャッシュで親ドメイン「example.com」に設定される可能性があります。バグがトリガーされると、「example.com」への HTTP アクセスが、オリジンサーバーが要求するものとは異なる期間、HTTPS に変換されます。たとえば、「example.com」が有効期限時に HTTPS のサポートを停止した場合、curl は (誤って設定された) タイムアウトが満了するまで、「http://example.com`」へのアクセスに失敗する可能性があります。また、このバグにより、親のエントリが*早く*期限切れになる可能性があるため、curl が意図していたよりも早く安全でない HTTP に不注意に戻る可能性があります。(CVE-2024-9681)

  - 体多項式に信頼できない明示的な値を含む低レベル GF(2^m) 楕円曲線 API を使用すると、領域外のメモリ読み取りまたは書き込みが発生する可能性があります。(CVE-2024-9143)

  - 問題サマリー: 体多項式に信頼できない明示的な値を含む低レベル GF(2^m) 楕円曲線 API を使用すると、領域外のメモリ読み取りまたは書き込みが発生する可能性があります。影響の概要: 領域外メモリの書き込みにより、アプリケーションのクラッシュを引き起こしたり、リモートコードが実行されたりする可能性があります。ただし、弊社が把握している楕円曲線暗号に関連するすべてのプロトコルは、名前付き曲線のみがサポートされているか、明示的な曲線パラメーターがサポートされている場合、問題のある入力値を表現できないバイナリ (GF(2^m)) 曲線の X9.62 エンコーディングを指定します。したがって、脆弱なアプリケーションが存在する可能性は低いです。特に、X.509 証明書の ECC キーには X9.62 エンコーディングが使用されるため、X.509 証明書を処理するコンテキストで問題のある入力が発生することはありません。問題のあるユースケースでは、特殊な曲線エンコーディングを使用する必要があります。影響を受ける API は次のとおりです。
    EC_GROUP_new_curve_GF2m()、EC_GROUP_new_from_params()、およびさまざまなサポート BN_GF2m_*() 関数。
    上記または同様の API を介して、ゼロ定数項を持つ無効な体多項式を表すことを可能にする、特殊な明示的バイナリ (GF(2^m)) 曲線パラメーターで動作するアプリケーションは、配列境界外での読み取りまたは書き込みの結果として突然終了する可能性があります。リモートコードの実行を簡単に排除することはできません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。
    (CVE-2024-9143)

  - 認証情報として `.netrc` ファイルを使用し、HTTP リダイレクトに従うように求められたとき、特定の状況で、curl が最初のホストに使用されているパスワードを後続のホストに漏洩する可能性がありました。この欠陥が顕在化するのは、netrc ファイルにリダイレクトターゲットのホスト名に一致するエントリがあるものの、そのエントリがパスワードのみを省略するか、ログインとパスワードの両方を省略する場合のみです。(CVE-2024-11053)

  問題サマリー: 秘密鍵の回復を可能にする可能性があるタイミングサイドチャネルが、ECDSA 署名計算に存在します。影響サマリー: ECDSA 署名計算におけるタイミングサイドチャネルにより、攻撃者が秘密鍵を復元できる可能性があります。ただし、タイミングを測定するには、署名アプリケーションへのローカルアクセスか、低遅延で非常に高速なネットワーク接続が必要です。反転された ECDSA nonce 値のトップワードがゼロの場合、約 300 ナノ秒のタイミング信号があります。これは、サポートされている楕円曲線の一部でのみ、かなりの確率で発生する可能性があります。特に、NIST P-521 曲線が影響を受けます。この漏洩を測定するには、攻撃者のプロセスが同じ物理コンピューター内に存在するか、低遅延で非常に高速なネットワーク接続を使用している必要があります。そのため、この脆弱性の深刻度は [低] です。3.4、3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けます。(CVE-2024-13176)

  - libcurl の ASN1 パーサーには、ASN.1 UTF-8 文字列の解析に使用される utf8asn1str() 関数があります。無効なフィールドを検出し、エラーを返すことができます。残念ながら、そうするときに、4 バイトの localstack バッファで「free()」も呼び出します。最新の malloc の実装のほとんどは、このエラーを検出し、即座に中止します。ただし、一部の製品は入力ポインターを受け入れ、そのメモリを利用可能なチャンクのリストに追加します。これは、近くのスタックメモリの上書きにつながります。上書きの内容は、「free()」実装によって決定されます。メモリポインターとフラグのセットである可能性が高いです。この欠陥のエクスプロイトの結果として最も可能性が高いのはクラッシュですが、特別な状況ではより深刻な結果がもたらされる可能性も排除できません。(CVE-2024-6197)

  - libcurl の URL API 関数 [curl_url_get()](https://curl.se/libcurl/c/curl_url_get.html) は、IDN との間の punycode 変換を提供します。macidn* IDN バックエンドを使用するようにビルドされた場合、libcurl は正確に 256 バイトの名前を変換するように要求すると、スタックベースのバッファ外で読み取りを行います。その後、変換関数は提供されたバッファを正確に満たしますが、文字列を null 終端しません。この欠陥により、スタックコンテンツが変換済み文字列の一部として意図せず返される可能性があります。(CVE-2024-6874)

  - libcurl の ASN1 パーサーコードには、ASN.1 Generalized Time フィールドを解析するために使用される「GTime2str()」関数があります。構文的に正しくないフィールドが与えられた場合、パーサーは
    *時間部分* の長さとして -1 を使用することになり、(意図的に) null で終了していないヒープバッファ領域へのポインターに対して「strlen()」が実行されることになります。この欠陥はクラッシュを引き起こす可能性が最も高いですが、[CURLINFO_CERTINFO](https://curl.se/libcurl/c/CURLINFO_CERTINFO.html) が使用された場合にヒープの内容がアプリケーションに返される可能性もあります。(CVE-2024-7264)

  - curl が、証明書ステータスリクエストの TLS 拡張 (多くの場合、OCSP Stapling と呼ばれる) を使用してサーバー証明書が有効であることを検証する場合、一部の OCSP 問題の検出に失敗し、代わりに応答を正常であると誤って判断する可能性があります。返されたステータスが「revoked」以外のエラー (「unauthorized」など) を報告する場合、無効な証明書としては扱われません。(CVE-2024-8096)

  - 認証情報として `.netrc` ファイルを使用し、HTTP リダイレクトに従うように求められたとき、特定の状況で、curl が最初のホストに使用されているパスワードを後続のホストに漏洩する可能性がありました。この欠陥は、netrc ファイルに、ログインとパスワードの両方を省略する「既定」エントリがある場合にのみ現れます。まれな状況です。(CVE-2025-0167)

  - libcurl は、スレッド化された名前解決を完了した後に接続チャネルを切断する際に、誤って同じ eventfd ファイル記述子を 2 回閉じてしまいます。(CVE-2025-0665)

  - libcurl が、コンテンツエンコードされた HTTP 応答の gzip 展開を、「CURLOPT_ACCEPT_ENCODING」オプションで自動 gzip 展開を実行するように要求される場合、**zlib 1.2.0.3 以前を使用すると**、攻撃者が制御する整数オーバーフローにより、libcurl がバッファオーバーフローを実行する可能性があります。(CVE-2025-0725)

  - PHP 8.1.* から 8.1.32 より前、8.2.* から 8.2.28 より前、8.3.* から 8.3.19 より前、8.4.* から 8.4.5 より前では、http リクエストモジュールがサーバーから取得した HTTP 応答を解析する場合、折り返しされたヘッダーが不適切に解析されるため、応答が誤って解釈され、不適切なヘッダーや MIME タイプなどが使用される可能性があります。
    (CVE-2025-1217)

  - PHP 8.1.* から 8.1.32 より前、8.2.* から 8.2.28 より前、8.3.* から 8.3.19 より前、8.4.* から 8.4.5 より前では、DOM または SimpleXML 拡張機能を使用して HTTP リソースをリクエストすると、リクエストされたリソースがリダイレクトを実行するときに、文字セットを決定するために間違った content-type ヘッダーが使用されます。これにより、結果のドキュメントが不適切に解析されたり、検証がバイパスされたりする可能性があります。(CVE-2025-1219)

  - PHP 8.1.* から 8.1.32 より前、8.2.* から 8.2.28 より前、8.3.* から 8.3.19 より前、8.4.* から 8.4.5 より前では、HTTP サーバーからヘッダーを受信する際、ヘッダーにコロン (:) は有効なヘッダーとして扱われます。これにより、アプリケーションが混乱して無効なヘッダーを受け入れる可能性があります。
    (CVE-2025-1734)

  - PHP 8.1.* から 8.1.32 より前、8.2.* から 8.2.28 より前、8.3.* から 8.3.19 より前、8.4.* から 8.4.5 より前では、ユーザーが提供したヘッダーが送信されるとき、行末文字の検証が不十分なため、特定のヘッダーが送信されなかったり、特定のヘッダーが誤って解釈されたりする可能性があります。(CVE-2025-1736)

  - PHP 8.1.* から 8.1.32 より前、8.2.* から 8.2.28 より前、8.3.* から 8.3.19 より前、8.4.* から 8.4.5 より前では、HTTP リクエストのレスポンスで HTTP リダイレクトを解析する場合、ロケーションバッファのサイズが 1024 に制限されているため、ロケーション値のサイズに制限があります。ただし、RFC9110 によると、制限は 8000 であることが推奨されています。これにより、URL が不適切に切り捨てられたり、誤った場所にリダイレクトされたりする可能性があります。(CVE-2025-1861)

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

According to its self-reported version, the Tenable Security Center running on the remote host is version 6.3.0, 6.4.0, 6.4.5, or 6.5.1. It is, therefore, affected by multiple vulnerabilities as referenced in the TNS-2025-04 advisory.

  - When curl is asked to use HSTS, the expiry time for a subdomain might overwrite a parent domain's cache     entry, making it end sooner or later than otherwise intended. This affects curl using applications that     enable HSTS and use URLs with the insecure `HTTP://` scheme and perform transfers with hosts like     `x.example.com` as well as `example.com` where the first host is a subdomain of the second host. (The HSTS     cache either needs to have been populated manually or there needs to have been previous HTTPS accesses     done as the cache needs to have entries for the domains involved to trigger this problem.) When     `x.example.com` responds with `Strict-Transport-Security:` headers, this bug can make the subdomain's     expiry timeout *bleed over* and get set for the parent domain `example.com` in curl's HSTS cache. The     result of a triggered bug is that HTTP accesses to `example.com` get converted to HTTPS for a different     period of time than what was asked for by the origin server. If `example.com` for example stops supporting     HTTPS at its expiry time, curl might then fail to access `http://example.com` until the (wrongly set)     timeout expires. This bug can also expire the parent's entry *earlier*, thus making curl inadvertently     switch back to insecure HTTP earlier than otherwise intended. (CVE-2024-9681)

  - Use of the low-level GF(2^m) elliptic curve APIs with untrusted explicit values for the field polynomial     can lead to out-of-bounds memory reads or writes. (CVE-2024-9143)

  - Issue summary: Use of the low-level GF(2^m) elliptic curve APIs with untrusted explicit values for the     field polynomial can lead to out-of-bounds memory reads or writes. Impact summary: Out of bound memory     writes can lead to an application crash or even a possibility of a remote code execution, however, in all     the protocols involving Elliptic Curve Cryptography that we're aware of, either only named curves are     supported, or, if explicit curve parameters are supported, they specify an X9.62 encoding of binary     (GF(2^m)) curves that can't represent problematic input values. Thus the likelihood of existence of a     vulnerable application is low. In particular, the X9.62 encoding is used for ECC keys in X.509     certificates, so problematic inputs cannot occur in the context of processing X.509 certificates. Any     problematic use-cases would have to be using an exotic curve encoding. The affected APIs include:
    EC_GROUP_new_curve_GF2m(), EC_GROUP_new_from_params(), and various supporting BN_GF2m_*() functions.
    Applications working with exotic explicit binary (GF(2^m)) curve parameters, that make it possible to     represent invalid field polynomials with a zero constant term, via the above or similar APIs, may     terminate abruptly as a result of reading or writing outside of array bounds. Remote code execution cannot     easily be ruled out. The FIPS modules in 3.3, 3.2, 3.1 and 3.0 are not affected by this issue.
    (CVE-2024-9143)

  - When asked to both use a `.netrc` file for credentials and to follow HTTP redirects, curl could leak the     password used for the first host to the followed-to host under certain circumstances. This flaw only     manifests itself if the netrc file has an entry that matches the redirect target hostname but the entry     either omits just the password or omits both login and password. (CVE-2024-11053)

  - Issue summary: A timing side-channel which could potentially allow recovering the private key exists in     the ECDSA signature computation. Impact summary: A timing side-channel in ECDSA signature computations     could allow recovering the private key by an attacker. However, measuring the timing would require either     local access to the signing application or a very fast network connection with low latency. There is a     timing signal of around 300 nanoseconds when the top word of the inverted ECDSA nonce value is zero. This     can happen with significant probability only for some of the supported elliptic curves. In particular the     NIST P-521 curve is affected. To be able to measure this leak, the attacker process must either be located     in the same physical computer or must have a very fast network connection with low latency. For that     reason the severity of this vulnerability is Low. The FIPS modules in 3.4, 3.3, 3.2, 3.1 and 3.0 are     affected by this issue. (CVE-2024-13176)

  - libcurl's ASN1 parser has this utf8asn1str() function used for parsing an ASN.1 UTF-8 string. Itcan detect     an invalid field and return error. Unfortunately, when doing so it also invokes `free()` on a 4 byte     localstack buffer. Most modern malloc implementations detect this error and immediately abort. Some     however accept the input pointer and add that memory to its list of available chunks. This leads to the     overwriting of nearby stack memory. The content of the overwrite is decided by the `free()`     implementation; likely to be memory pointers and a set of flags. The most likely outcome of exploting this     flaw is a crash, although it cannot be ruled out that more serious results can be had in special     circumstances. (CVE-2024-6197)

  - libcurl's URL API function [curl_url_get()](https://curl.se/libcurl/c/curl_url_get.html) offers punycode     conversions, to and from IDN. Asking to convert a name that is exactly 256 bytes, libcurl ends up reading     outside of a stack based buffer when built to use the *macidn* IDN backend. The conversion function then     fills up the provided buffer exactly - but does not null terminate the string. This flaw can lead to stack     contents accidently getting returned as part of the converted string. (CVE-2024-6874)

  - libcurl's ASN1 parser code has the `GTime2str()` function, used for parsing an ASN.1 Generalized Time     field. If given an syntactically incorrect field, the parser might end up using -1 for the length of the
    *time fraction*, leading to a `strlen()` getting performed on a pointer to a heap buffer area that is not     (purposely) null terminated. This flaw most likely leads to a crash, but can also lead to heap contents     getting returned to the application when     [CURLINFO_CERTINFO](https://curl.se/libcurl/c/CURLINFO_CERTINFO.html) is used. (CVE-2024-7264)

  - When curl is told to use the Certificate Status Request TLS extension, often referred to as OCSP stapling,     to verify that the server certificate is valid, it might fail to detect some OCSP problems and instead     wrongly consider the response as fine. If the returned status reports another error than 'revoked' (like     for example 'unauthorized') it is not treated as a bad certficate. (CVE-2024-8096)

  - When asked to use a `.netrc` file for credentials **and** to follow HTTP redirects, curl could leak the     password used for the first host to the followed-to host under certain circumstances. This flaw only     manifests itself if the netrc file has a `default` entry that omits both login and password. A rare     circumstance. (CVE-2025-0167)

  - libcurl would wrongly close the same eventfd file descriptor twice when taking down a connection channel     after having completed a threaded name resolve. (CVE-2025-0665)

  - When libcurl is asked to perform automatic gzip decompression of content-encoded HTTP responses with the     `CURLOPT_ACCEPT_ENCODING` option, **using zlib 1.2.0.3 or older**, an attacker-controlled integer overflow     would make libcurl perform a buffer overflow. (CVE-2025-0725)

  - In PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before     8.4.5, when http request module parses HTTP response obtained from a server, folded headers are parsed     incorrectly, which may lead to misinterpreting the response and using incorrect headers, MIME types, etc.
    (CVE-2025-1217)

  - In PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before     8.4.5, when requesting a HTTP resource using the DOM or SimpleXML extensions, the wrong content-type     header is used to determine the charset when the requested resource performs a redirect. This may cause     the resulting document to be parsed incorrectly or bypass validations. (CVE-2025-1219)

  - In PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before     8.4.5, when receiving headers from HTTP server, the headers missing a colon (:) are treated as valid     headers even though they are not. This may confuse applications into accepting invalid headers.
    (CVE-2025-1734)

  - In PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before     8.4.5, when user-supplied headers are sent, the insufficient validation of the end-of-line characters may     prevent certain headers from being sent or lead to certain headers be misinterpreted. (CVE-2025-1736)

  - In PHP from 8.1.* before 8.1.32, from 8.2.* before 8.2.28, from 8.3.* before 8.3.19, from 8.4.* before     8.4.5, when parsing HTTP redirect in the response to an HTTP request, there is currently limit on the     location value size caused by limited size of the location buffer to 1024. However as per RFC9110, the     limit is recommended to be 8000. This may lead to incorrect URL truncation and redirecting to a wrong     location. (CVE-2025-1861)

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

自己報告されたバージョンによると、リモートホストで実行されている Tenable Security Center は です。したがって、TNS-2024-13 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Security Center は、サードパーティのソフトウェアを利用して、基盤となる機能の提供を支援します。いくつかのサードパーティコンポーネント (Apache、libcurl) に複数の脆弱性が含まれていることが判明し、プロバイダーにより更新バージョンが利用可能になっています。警戒するため、最適な実施基準に従って、Tenable はこれらのコンポーネントをアップグレードし、この問題の潜在的な影響に対処することにしました。Security Center パッチ SC-202408.1 は、特定された脆弱性に対処するために、Apache をバージョン 2.4.62 に、libcurl をバージョン 8.8.0 に更新します。
    これらの問題に対処するために、Tenable は Security Center パッチ SC-202408.1 をリリースしました。インストールファイルは、Tenable Downloads Portal () から取得できます。https://www.tenable.com/downloads/security-center(CVE-2024-2004、CVE-2024-2379、CVE-2024-2398、CVE-2024-2466、CVE-2024-36387、CVE-2024-38472、CVE-2024-38473、CVE-2024-38474、CVE-2024-38475、CVE-2024-38476、CVE-2024-38477、CVE-2024-39573、CVE-2024-39884、CVE-2024-40725、CVE-2024-40898、CVE-2024-6197、CVE-2024-6874

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

根據程式自我報告的版本號碼，遠端主機上執行的 Tenable Security Center 為 6.3.0、6.4.0、6.4.5 或 6.5.1 版。因此，會受到 TNS-2025-04 公告中所提及的多個弱點影響。

  - 當 curl 被要求使用 HSTS 時，子網域的到期時間可能會覆寫父網域的快取項目，導致其到期時間比原本預期的更早或更晚。這會影響啟用 HSTS 並使用不安全 `HTTP://` 配置 URL 的 curl 應用程式，並對 `x.example.com` 和 `example.com` 之類的主機執行傳輸，其中第一個主機是第二個主機的子網域。(HSTS 快取必須先經由手動填入，或曾經存取過 HTTPS 網站，才能在快取中擁有相關網域的記錄，進而觸發此問題。) 當 `x.example.com` 回應包含 `Strict-Transport-Security:` 標頭時，這個錯誤會導致其子網域的 HSTS 到期時間*溢出*，被錯誤地套用到上層網域 `example.com` 的快取記錄中。觸發此錯誤的結果是，對 `example.com` 的 HTTP 存取將轉換為 HTTPS，其期限不同於原始伺服器要求的時間。例如，如果 `example.com` 在 HTTPS 到期時停止支援，則 curl 可能會無法存取 `http://example.com``，直到 (錯誤設定的) 逾時結束為止。此錯誤也會導致父網域的項目*提前*到期，進而意外導致 curl 更早切換回不安全的 HTTP。(CVE-2024-9681)

  - 低階 GF(2^m) 橢圓曲線 API 搭配不受信任的欄位多項式明確值使用，可導致超出邊界記憶體讀取或寫入。(CVE-2024-9143)

  - 問題摘要：低階 GF(2^m) 橢圓曲線 API 搭配不受信任的欄位多項式明確值使用，可導致超出邊界記憶體讀取或寫入。影響摘要：超出邊界記憶體寫入可導致應用程式損毀，甚或可能導致遠端程式碼執行，然而，在我們所知的所有涉及橢圓曲線密碼編譯的協議中，要麼僅支援命名曲線，要麼如果支援明確的曲線參數，它們會指定無法代表有問題輸入值之二進位 (GF(2^m)) 曲線的 X9.62 編碼。因此，有弱點的應用程式存在的可能性很低。特別是，X9.62 編碼用於 X.509 憑證中的 ECC 金鑰，因此在處理 X.509 憑證的情境中不會發生有問題的輸入。任何有問題的使用案例都必須使用特殊曲線編碼。受影響的 API 包括：
    EC_GROUP_new_curve_GF2m()、EC_GROUP_new_from_params() 以及多種支援的 BN_GF2m_*() 函式。
    使用異常顯式二進位 (GF(2^m)) 曲線參數的應用程式，如果透過上述或類似的 API 使得能夠用零常數項表示無效的欄位多項式，可能會因為讀取或寫入超出陣列範圍而突然終止。無法輕易排除遠端程式碼執行。3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。
    (CVE-2024-9143)

  - 若同時要求使用 `.netrc` 檔案取得憑證和遵循 HTTP 重新導向，在特定情況下可能會將第一個主機的密碼洩漏給後續主機。此缺陷僅會在 .netrc 檔案中存在符合重新導向目標主機名稱的項目，但該項目省略了密碼或同時省略帳號與密碼時發生。(CVE-2024-11053)

  - 問題摘要：ECDSA 簽章運算中存在可能允許復原私密金鑰的計時側通道弱點。影響摘要：ECDSA 簽章運算中的計時側通道弱點可能允許攻擊者復原私密金鑰。然而，測量計時可能需要本機存取簽署應用程式，或是極快且低延遲的網路連線。當反轉 ECDSA nonce 值的最頂端文字為零時，有一個約 300 奈秒的計時訊號。只有部分受支援的橢圓曲線會以大概率發生此情況。尤其會影響 NIST P-521 曲線。若要能夠測量此洩漏，攻擊者處理程序必須位於相同的實體電腦，或必須具有非常快且低延遲的網路連線。因此，此弱點的嚴重性為低危。3.4、3.3、3.2、3.1 和 3.0 中的 FIPS 模組不受此問題影響。(CVE-2024-13176)

  - libcurl 的 ASN1 剖析器使用此 utf8asn1str() 函式來剖析 ASN.1 UTF-8 字串，它可以偵測無效欄位並傳回錯誤。但遺憾的是，執行此動作時，它也會在 4 位元組 localstack 緩衝區上叫用 `free()`。大多數現代 malloc 實作都會偵測到此錯誤並立即中止，但有些會接受輸入指標，並將該記憶體新增至其可用封鎖清單，這會導致附近的堆疊記憶體被覆寫。覆寫的內容由 `free()` 實作決定，可能是記憶體指標和一組旗標。利用此瑕疵導致系統當機的可能性最大，但不能排除在特殊情況下也可能會造成更嚴重的後果。(CVE-2024-6197)

  - libcurl 的 URL API 函式 [curl_url_get()](https://curl.se/libcurl/c/curl_url_get.html) 提供 IDN 之間的 punycode 轉換功能。當輸入長度恰為 256 位元組的名稱，且 libcurl 使用 *macidn* 作為 IDN 後端時，會發生堆疊緩衝區越界讀取。轉換函式會完全填滿所提供的緩衝區，卻未加入結尾的 null 字元。此缺陷可能導致堆疊內容被當作轉換後字串的一部分，意外洩露於輸出結果中。 (CVE-2024-6874)

  - libcurl 的 ASN1 剖析器程式碼含 GTime2str() 函式，可用於剖析 ASN.1 通用時間欄位。如果給定一個語法錯誤的欄位，剖析器最終可能會使用 -1 作為時間分數的長度，
    *時間分數*，導致在與並非 (刻意) 以 null 結束的堆積緩衝區對應的指標上執行 `strlen()`。此缺陷最有可能導致當機，但也可導致堆積內容傳回應用程式 (若使用 CURLINFO_CERTINFO)when [CURLINFO_CERTINFO](https://curl.se/libcurl/c/CURLINFO_CERTINFO.html) 時)。(CVE-2024-7264)

  - 若 curl 被告知使用憑證狀態要求 TLS 延伸模組 (通常稱為 OCSP 裝訂) 來驗證伺服器憑證是否有效，它可能無法偵測某些 OCSP 問題，而是錯誤地將回應視為正常。如果傳回的狀態報告「已撤銷」以外的其他錯誤 (例如「未授權」)，則不會被視為錯誤憑證。(CVE-2024-8096)

  - 當要求使用 `.netrc` 檔案取得憑證**和**遵循 HTTP 重新導向時，在特定情況下，curl 可能將第一個主機的密碼洩漏給後續主機。只有在 netrc 檔案具有省略登入和密碼的「default」項目時，才會產生此缺陷。這是相當罕見的情況。(CVE-2025-0167)

  - 若在完成執行緒名稱解析後中斷連線通道，libcurl 會兩次錯誤地關閉相同的 eventfd 檔案描述元。(CVE-2025-0665)

  - 當要求 libcurl 對具有 `CURLOPT_ACCEPT_ENCODING` 選項的內容編碼 HTTP 回應執行自動 gzip 解壓縮 (**使用 zlib 1.2.0.3 或更舊版本**) 時，受攻擊者控制的整數溢位會使 libcurl 執行緩衝區溢位。(CVE-2025-0725)

  - 在 PHP 中，從 8.1.32之前的 8.1.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.*、8.4.5 之前的 8.4.* 起，當 http 要求模組解析來自伺服器的 HTTP 回應時，由於未正確剖析折疊的標頭，可能導致錯誤解讀回應內容，進而使用錯誤的標頭、MIME 類型等。
    (CVE-2025-1217)

  - 在 PHP 中，從 8.1.32之前的 8.1.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.*、8.4.5 之前的 8.4.* 起，使用 DOM 或 SimpleXML 延伸模組要求 HTTP 資源時，若所要求的資源執行重新導向，會使用錯誤的 `content-type` 標頭來判斷字元集。這可能造成產生的文件遭到錯誤剖析，或繞過驗證。 (CVE-2025-1219)

  - 在 PHP 中，從 8.1.32之前的 8.1.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.*、8.4.5 之前的 8.4.* 起，從 HTTP 伺服器接收標頭時，即便標頭缺少冒號 (:)，仍會被當作有效標頭處理。這可能導致應用程式混淆而接受無效的標頭。
    (CVE-2025-1734)

  - 在 PHP 中，從 8.1.32之前的 8.1.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.*、8.4.5 之前的 8.4.* 起，送出使用者提供的標頭時，對行結尾字元的驗證不足，可能導致某些標頭無法傳送或遭到錯誤解析。(CVE-2025-1736)

  - 在 PHP 中，從 8.1.32之前的 8.1.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.*、8.4.5 之前的 8.4.* 起，解析 HTTP 要求回應中的 HTTP 重新導向時，因位置緩衝區大小限制為 1024 位元，導致目前位置值的大小亦受到限制。不過，根據 RFC9110 的建議，此限制應為 8000 位元。這可能會導致 URL 被錯誤截斷，並重新導向至錯誤的位置。(CVE-2025-1861)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根据其自我报告的版本，远程主机上运行的 Tenable Security Center 版本为 6.3.0、6.4.0、6.4.5 或 6.5.1。因此，该软件受到 TNS-2025-04 公告中提及的多个漏洞影响。

  - 如果 curl 必须使用 HSTS，子域的到期时间可能会覆盖父域的缓存条目，导致其到期时间较预期提早或延迟。这会影响使用启用 HSTS 的应用程序，并且这些应用程序使用具有不安全 `HTTP://` 方案的 URL，并针对 `x.example.com` 和 `example.com` 之类的主机执行传输，其中第一个主机是第二个主机的子域。（HSTS 缓存要么需要手动填充，要么需要之前有过 HTTPS 访问，因为缓存中必须包含相关域名的条目才能触发此问题。）当 `x.example.com` 返回 `Strict-Transport-Security:` 标头时，此漏洞可能会导致子域名的过期超时时间*溢出*，并在 curl 的 HSTS 缓存中被错误地设置为父域名 `example.com` 的值。触发此错误的结果就是导致对 `example.com` 的 HTTP 访问转换为 HTTPS 访问，并且访问时段与源服务器所请求的时段不同。例如，如果 `example.com` 在到期时间后停止支持 HTTPS，则 curl 可能无法访问 `http://example.com`，直到（错误设置的）超时时间过期。此错误还有可能导致父项*提早*到期，从而造成 curl 无意中比预期更早切换回不安全的 HTTP。(CVE-2024-9681)

  - 使用字段多项式具有不受信任的显式值的低级 GF(2^m) 椭圆曲线 API 可导致越界内存读取或写入。(CVE-2024-9143)

  - 问题摘要：使用字段多项式具有不受信任的显式值的低级 GF(2^m) 椭圆曲线 API 可导致越界内存读取或写入。影响摘要：越界内存写入可导致应用程序崩溃，甚至可能导致远程代码执行，但是，在我们所知的涉及椭圆曲线加密的所有协议中，要么仅支持指定的曲线，要么如果支持显式曲线参数，则其针对无法表示有问题的输入值的二进制 (GF(2^m)) 曲线指定 X9.62 编码。因此，存在易受攻击的应用程序的可能性很低。特别是，X9.62 编码用于 X.509 证书中的 ECC 密钥，因此处理 X.509 证书的上下文中不会发生有问题的输入。任何有问题的用例必须使用异常曲线编码。受影响的 API 包括：
    EC_GROUP_new_curve_GF2m()、EC_GROUP_new_from_params() 和多个支持性 BN_GF2m_*() 函数。
    使用异常显式二进制 (GF(2^m)) 曲线参数的应用程序（通过上述 API 或类似 API 可以用零常数项表示无效的域多项式）可能会因外部读取或写入而突然终止数组边界。无法轻易排除执行远程代码的可能性。3.3、3.2、3.1 和 3.0 中的 FIPS 模块不受此问题影响。
    (CVE-2024-9143)

  - 当要求使用 `.netrc` 文件作为凭据并跟踪 HTTP 重定向时，curl 可能在某些情况下会将用于第一个主机的密码泄漏给后续主机。只有当 netrc 文件中的条目与重定向目标主机名相匹配，但该条目要么只省略了密码，要么同时省略了登录名和密码时，该漏洞才会出现。(CVE-2024-11053)

  - 问题摘要： ECDSA 签名计算中存在时序边信道，可能允许恢复私钥。影响摘要： ECDSA 签名计算中的时序边信道可以让攻击者恢复私钥。但是，测量时序需要对签名应用程序进行本地访问，或者需要具有低延迟且非常快速的网络连接。当 top word ofthe inverted ECDSA nonce 值为 0 时，会出现约 300 纳秒的计时信号。只有在某些受支持的椭圆曲线上发生这种情况的可能性才较大。尤其是 NIST P-521 曲线会受到影响。为了能够测量此泄漏，攻击者进程必须位于同一台物理计算机中，或必须具有低延迟的极快网络连接。因此，此漏洞的严重性为低危。3.4、3.3、3.2、3.1 和 3.0 中的 FIPS 模块受此问题影响。(CVE-2024-13176)

  - libcurl 的 ASN1 解析器具有用于解析 ASN.1 UTF-8 字符串的 utf8asn1str() 函数。它可以检测无效的字段并返回错误。但这样做会在 4 字节本地堆栈缓冲区中调用“free()”。大部分现代 malloc 实现会检测到此错误并立即中止。但是，有些接受输入指针并将该内存添加到其可用区块列表中。这会导致覆盖附近的堆栈内存。覆盖的内容由“free()”实现决定；可能是内存指针和一组标记。利用此缺陷的最可能结果是崩溃，尽管不排除在特殊情况下可以造成更严重结果的可能性。(CVE-2024-6197)

  - libcurl 的 URL API 函数 [curl_url_get()](https://curl.se/libcurl/c/curl_url_get.html) 提供 punycode 与 IDN 之间的转换。在使用 *macidn* IDN 后端时，libcurl 在要求转换正好为 256 字节的名称时，最终会读取基于堆栈的缓冲区之外的内容。然后，转换函数会准确填充所提供的缓冲区，但不会对字符串进行空值终止。此缺陷可导致堆栈内容意外作为已转换字符串的一部分返回。(CVE-2024-6874)

  - libcurl 的 ASN1 解析器代码包含 `GTime2str()` 函数，用于解析 ASN.1 通用时间字段。如果给定语法上不正确的字段，解析器最终可能会使用 -1 作为
    *时间部分*的长度，从而导致对指向非（特意）以 NULL 结尾的堆缓冲区区域的指针执行 `strlen()`。此缺陷最有可能造成系统崩溃，但如果使用 [CURLINFO_CERTINFO](https://curl.se/libcurl/c/CURLINFO_CERTINFO.html)，也会导致系统将堆内容返回给应用程序。(CVE-2024-7264)

  - curl 需要使用证书状态请求 TLS 扩展（通常称为“OCSP Stapling”）来验证服务器证书是否有效时，可能无法检测一些 OCSP 问题，而是误将响应视为正常。如果返回的状态报告除“已撤销”错误之外的其他错误（例如“未经授权”），则不会将其视为不良证书。(CVE-2024-8096)

  - 当要求使用 `.netrc` 文件作为凭据 ** 和 ** 跟踪 HTTP 重定向时，curl 可能在某些情况下会将用于第一个主机的密码泄漏给后续主机。此缺陷仅在 netrc 文件具有会忽略登录名和密码的“default”条目时自行出现。罕见情况。(CVE-2025-0167)

  - 在完成线程名称解析之后断开连接通道时，libcurl 会两次错误地关闭相同的 eventfd 文件描述符。(CVE-2025-0665)

  - 当要求 libcurl 对使用 `CURLOPT_ACCEPT_ENCODING` 选项的内容编码的 HTTP 响应执行自动 gzip 解压缩时，**使用 zlib 1.2.0.3 或更早版本**，由攻击者控制的整数溢出漏洞会使 libcurl 执行缓冲区溢出。(CVE-2025-0725)

  - 在 PHP 中，8.1之前的 8.1.32.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.* 、8.4.5 之前的 8.4.* 在 http 请求模块解析从服务器获取的 HTTP 响应时，折叠标头解析不正确，这可能导致曲解响应和使用错误的标头、MIME 类型等。
    (CVE-2025-1217)

  在 PHP 中，8.1之前的 8.1.32.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.* 、8.4.5 之前的 8.4.*，使用 DOM 或 SimpleXML 扩展请求 HTTP 资源时，如果所请求的资源执行重定向，则错误的“content-type”标头会用于确定字符集。这可能造成错误地解析生成的文档或绕过验证。(CVE-2025-1219)

  - 在 PHP 中，8.1之前的 8.1.32.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.* 、8.4.5 之前的 8.4.*，从 HTTP 服务器接收标头时，标头缺少冒号 (:) 的电子邮件标题被视为有效标头，即使它们不是有效标头。这可使应用程序混淆而接受无效标头。
    (CVE-2025-1734)

  - 在 PHP 中，8.1之前的 8.1.32.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.* 、8.4.5 之前的 8.4.*，发送用户提供的标头时，不充分验证的行尾字符可能会阻止发送某些标头或导致某些标头被错误解释。(CVE-2025-1736)

  - 在 PHP 中，8.1之前的 8.1.32.*、8.2.28 之前的 8.2.*、8.3.19 之前的 8.3.* 、8.4.5 之前的 8.4.*，解析 HTTP 请求的响应中的 HTTP 重定向时中，当前存在位置值大小的限制，这是因为位置缓冲区的大小不能超过 1024 而造成的。然而，根据 RFC9110，建议将限制设为 8000。这可导致错误的 URL 截断和重定向到错误的位置。(CVE-2025-1861)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

According to its self-reported version, the Tenable Security Center running on the remote host is 6.2.1, 6.3.0 or 6.4.0.
It is, therefore, affected by multiple vulnerabilities as referenced in the TNS-2024-13 advisory.

  - Security Center leverages third-party software to help provide underlying functionality. Several of the     third-party components (Apache, libcurl) were found to contain vulnerabilities, and updated versions have     been made available by the providers.Out of caution and in line with best practice, Tenable has opted to     upgrade these components to address the potential impact of the issues. Security Center Patch SC-202408.1     updates Apache to version 2.4.62 and libcurl to version 8.8.0 to address the identified vulnerabilities.
    Tenable has released Security Center Patch SC-202408.1 to address these issues. The installation files can     be obtained from the Tenable Downloads Portal: https://www.tenable.com/downloads/security-center     (CVE-2024-2004, CVE-2024-2379, CVE-2024-2398, CVE-2024-2466, CVE-2024-36387, CVE-2024-38472,     CVE-2024-38473, CVE-2024-38474, CVE-2024-38475, CVE-2024-38476, CVE-2024-38477, CVE-2024-39573,     CVE-2024-39884, CVE-2024-40725, CVE-2024-40898, CVE-2024-6197, CVE-2024-6874)

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

根據其自我報告的版本號碼，遠端主機上執行的 Tenable Security Center 為 。因此，會受到 TNS-2024-13 公告中所提及的多個弱點影響。

  - Security Center 利用第三方軟體協助提供基礎功能。發現其中多個第三方元件 (Apache、libcurl) 中存在弱點，廠商已提供更新版。出於慎重和符合良好實務，Tenable 已選擇升級這些元件，以解決這些問題的潛在影響。Security Center Patch SC-202408.1 將 Apache 和 libcurl 分別更新至 2.4.62 和 8.8.0，以解決發現的弱點。
    Tenable 已發佈 Security Center Patch SC-202408.1 版以解決這些問題。可從 Tenable 下載入口網站 (https://www.tenable.com/downloads/security-center(CVE-2024-2004) 取得以下安裝檔案：CVE-2024-2379、CVE-2024-2398、CVE-2024-2466、CVE-2024-36387、CVE-2024-38472、CVE-2024-38473、CVE-2024-38474、CVE-2024-38475、CVE-2024-38476、CVE-2024-38477、CVE-2024-39573、CVE-2024-39884、CVE-2024-40725、CVE-2024-40898、CVE-2024-6197、CVE-2024-6874

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

根据其自我报告的版本，远程主机上运行的 Tenable Security Center 版本为 。因此，它受到 TNS-2024-13 公告中提及的多个漏洞影响。

  - Security Center 利用第三方软件来帮助提供底层功能。已发现其中多个第三方组件（Apache、libcurl）包含漏洞，提供商已提供更新版本。出于谨慎考虑且符合最佳实践，Tenable 已选择升级这些组件，以解决这些问题的潜在影响。Security Center 补丁 SC-202408.1 将 Apache 和 libcurl 分别更新到 2.4.62 和 8.8.0，以解决发现的漏洞。
    Tenable 已发布 Security Center 补丁 SC-202408.1 以解决这些问题。可从 Tenable 下载门户 (https://www.tenable.com/downloads/security-center(CVE-2024-2004) 获取安装文件：CVE-2024-2379、CVE-2024-2398、CVE-2024-2466、CVE-2024-36387、CVE-2024-38472、CVE-2024-38473、CVE-2024-38474、CVE-2024-38475、CVE-2024-38476、CVE-2024-38477、CVE-2024-39573、CVE-2024-39884、CVE-2024-40725、CVE-2024-40898、CVE-2024-6197、CVE-2024-6874

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
234507	Tenable Security Center の複数の脆弱性 (TNS-2025-04)	Nessus	Misc.	2025/4/16	2025/4/16	high
234507	Tenable Security Center Multiple Vulnerabilities (TNS-2025-04)	Nessus	Misc.	2025/4/16	2025/4/16	high
205527	Tenable Security Center の複数の脆弱性 (TNS-2024-13)	Nessus	Misc.	2024/8/14	2025/5/2	critical
234507	Tenable Security Center 多個弱點 (TNS-2025-04)	Nessus	Misc.	2025/4/16	2025/4/16	high
234507	Tenable Security Center 多个漏洞 (TNS-2025-04)	Nessus	Misc.	2025/4/16	2025/4/16	high
205527	Tenable Security Center Multiple Vulnerabilities (TNS-2024-13)	Nessus	Misc.	2024/8/14	2025/5/2	critical
205527	Tenable Security Center 多個弱點 (TNS-2024-13)	Nessus	Misc.	2024/8/14	2025/5/2	critical
205527	Tenable Security Center 多个漏洞 (TNS-2024-13)	Nessus	Misc.	2024/8/14	2025/5/2	critical

検出

プラグインの検索

high

high

critical

high

high

critical

critical

critical