在遠端主機上執行IBM WebSphere Application Server 版本會受到7283567公告中所參照的多個弱點影響。

  - 不 CVE-2026-50645 完整的修正意味著仍然可以透過傳送包含許多附件標頭的訊息來對 Apache CXF 執行拒絕服務攻擊。建議使用者升級至可解決此問題的版本 4.2.3 或 4.1.83.6.12或 。（CVE-2026-64958）

  - Apache CXF 允許透過 maxFormParameterCount 組態選項，對 JAX-RS 訊息中的表單參數數量設定限制。但是，未設定預設限制，這在處理具有大量表單參數的要求時可能會導致拒絕服務攻擊。建議使用者升級至 4.2.3 版本 或 4.1.83.6.12，以使用預設限制 500 個參數來修正此問題。（CVE-2026-57819）

  - Apache CXF 允許透過 attachment-max-size 控制最大附件大小。在 Apache CXF 4.2.3 和 4.1.8 之前 3.6.12，此大小沒有預設值，這表示如果使用者未明確設定限制，則可能會發生拒絕服務攻擊。使用者應更新至 Apache CXF 4.2.3 或 4.1.8 或 3.6.12 透過施加 50mb 的預設附件大小限制來解決此問題。
    (CVE-2026-54225)

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

远程主机上安装的 Apache CXF 版本低于 3.6.12，或为低于 4.1.8 的 4.x，或为低于 4.2.3 的 4.2.x。因此，该应用程序受到多个漏洞的影响，其中包括：

  - JMS 传输使用原生 Java 反序列化对任何入站 JMS ObjectMessage 的正文进行反序列化，并且没有类型限制。能够将消息放在该服务的 JMS 目标的攻击者可提交恶意序列化对象，从而导致拒绝服务或远程代码执行。(CVE-2026-66909)

  - 在 DefaultEncryptingCodeDataProvider 中，由于 removeCodeGrant 功能的实现中存在缺陷，捕获的授权代码可以无限次兑换，这违反了授权代码不得多次使用的 RFC 要求。(CVE-2026-68079)

  - OAuth2 动态客户端注册端点接受并按原样存储客户端注册请求中提供的范围值，并且不根据 AS 定义的允许列表进行验证。这可能导致客户端在注册时自行分配特权范围。(CVE-2026-61466)

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

遠端主機上安裝的 Apache CXF 版本早於 3.6.12，或為早於 4.1.8 的 4.x，或早於 4.2.3 的 4.2.x。因此，該主機會受到多個弱點影響，包括：

  - JMS 傳輸機制會在完全沒有類型限制的情況下，使用原生 Java 反序列化功能來反序列化任何傳入 JMS ObjectMessage 的主體。能將訊息傳送到服務 JMS 目的地的攻擊者，可提交惡意的序列化物件，造成拒絕服務或遠端執行程式碼。(CVE-2026-66909)

  - 在 DefaultEncryptingCodeDataProvider 中，由於 removeCodeGrant 功能的實作缺陷，被擷取的授權碼可兌換無限次，違反了 RFC 中授權碼不得使用超過一次的規定。(CVE-2026-68079)

  - OAuth2 動態用戶端註冊端點會原封不動地接受並儲存用戶端註冊請求中所提供的 scope 值，不會對照授權伺服器定義的允許清單進行驗證，這可能會導致用戶端在註冊時自行指派特權範圍。(CVE-2026-61466)

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

远程主机上运行的 IBM WebSphere Application Server 版本受到7283567公告中所述的多个漏洞的影响。

  - 的 CVE-2026-50645 不完整修复意味着仍有可能通过发送含有许多附件标头的消息来对 Apache CXF 执行拒绝服务攻击。建议用户升级到版本 4.2.3 或 4.1.8 或 3.6.12，其中修复了此问题。（CVE-2026-64958）

  - Apache CXF 允许通过 maxFormParameterCount 配置选项对 JAX-RS 消息中的表单参数数量设置限制。但是未设置默认限制，这可能在处理包含大量表单参数的请求时导致拒绝服务攻击。建议用户升级到版本 4.2.3 或 4.1.8 或 3.6.12，其中通过使用默认的 500 个参数限制来修复此问题。（CVE-2026-57819）

  - Apache CXF 允许通过 attachment-max-size 来控制最大附件大小。在低于 Apache CXF 4.2.3 和 4.1.8 和 3.6.12的版本之前，此大小没有默认设置，这意味着如果用户未明确设置限制，可以发起拒绝服务攻击。用户应更新到 Apache CXF 4.2.3 或 4.1.8 ， 3.6.12 其通过施加 50mb 的默认附件大小限制来修复此问题。
    (CVE-2026-54225)

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

リモートホストにインストールされている Apache CXF のバージョンは、3.6.12 より前、4.1.8 より前の 4.x、または 4.2.3 より前の 4.2.x です。そのため、以下を含む複数の脆弱性による影響を受けます:

  - JMS トランスポートは、ネイティブ Java 逆シリアル化を使用して、インバウンド JMS ObjectMessage の本体を逆シリアル化し、タイプの制限を設けません。サービスの JMS 宛先にメッセージを配置できる攻撃者が、悪意のあるシリアル化されたオブジェクトを送信し、サービス拒否またはリモートコードの実行を引き起こす可能性があります。(CVE-2026-66909)

  - DefaultEncryptingCodeDataProvider において、removeCodeGrant 機能の実装の欠陥により、キャプチャされた承認コードを無制限に引き換えることができ、承認コードを 2 回以上使用してはならないという RFC 要件に違反しています。(CVE-2026-68079)

  - OAuth2 動的クライアント登録エンドポイントは、クライアント登録リクエストで指定されたスコープ値を AS 定義の許可リストに対して検証せずに逐語的に受け入れて保管します。これにより、クライアントが登録時に権限のある範囲を自己割り当てする可能性があります。(CVE-2026-61466)

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

リモートホストで実行されているIBM WebSphere Application Serverのバージョンは、7283567アドバイザリに記載されている複数の脆弱性の影響を受けます。

  - CVE-2026-50645 の修正が不完全なため、多数の添付ファイルヘッダーを含むメッセージを送信することで、Apache CXF で DoS 攻撃(サービス拒否攻撃)を行うことがまだ可能であることを意味します。ユーザーは、この問題を修正するバージョン 4.2.3 、 4.1.8 、 3.6.12 にアップグレードすることをお勧めします。(CVE-2026-64958)

  - Apache CXF では、maxFormParameterCount 構成オプションを介して、JAX-RS メッセージ内のフォームパラメーター数に制限を設定することができます。ただし、デフォルトでは制限が設定されていないため、非常に多数のフォームパラメーターがあるリクエストを処理する際に、サービス拒否攻撃が引き起こされる可能性があります。ユーザーは、バージョン 4.2.3 、 4.1.8 、 3.6.12 にアップグレードすることをお勧めします。これらは、デフォルトの制限である 500 パラメーターを使用することでこの問題を修正します。(CVE-2026-57819)

  - Apache CXF では、attachment-max-size を通じて最大添付ファイルサイズをコントロールすることができます。Apache CXF 4.2.3 、 4.1.8 、 3.6.12 より前は、このサイズにデフォルトは設定されていなかったため、ユーザーが明示的に制限を設定しない場合、DoS 攻撃(サービス拒否攻撃)が可能です。ユーザーは、Apache CXF 4.2.3 、 4.1.8 、または 50MB の添付ファイルサイズ制限を課すことでこの問題を修正する 3.6.12 に更新する必要があります。
    (CVE-2026-54225)

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

The version of Apache CXF installed on the remote host is prior to 3.6.12, or 4.x prior to 4.1.8, or 4.2.x prior to 4.2.3. It is, therefore, affected by multiple vulnerabilities, including:

  - The JMS transport deserializes the body of any inbound JMS ObjectMessage using native Java deserialization, with     no type restrictions in place. An attacker able to place a message on the service's JMS destination can submit a     malicious serialized object, leading to denial of service or remote code execution. (CVE-2026-66909)

  - In DefaultEncryptingCodeDataProvider, a captured authorization code can be redeemed an unlimited number of times     due to a flaw in the implementation of the removeCodeGrant functionality, violating the RFC requirement that the     authorization code must not be used more than once. (CVE-2026-68079)

  - The OAuth2 Dynamic Client Registration endpoint accepts and stores the scope value supplied in the client     registration request verbatim, without validating it against an AS-defined allowlist. This could lead to a client     self-assigning privileged scopes at registration time. (CVE-2026-61466)

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

The version of IBM WebSphere Application Server running on the remote host is affected by multiple vulnerabilities as referenced in the 7283567 advisory.

  - An incomplete fix for CVE-2026-50645 means that it is still possible to perform a denial of service attack     on Apache CXF by sending a message with many attachment headers. Users are recommended to upgrade to     versions 4.2.3 or 4.1.8 or 3.6.12, which fix this issue. (CVE-2026-64958)

  - Apache CXF allows to set a limit on the number of form parameters in a JAX-RS message via the     maxFormParameterCount configuration option. However, no default limit is set which may lead to denial of     service attacks when processing requests with very large numbers of form parameters. Users are recommended     to upgrade to versions 4.2.3 or 4.1.8 or 3.6.12, which fix this issue by using a default limit of 500     parameters. (CVE-2026-57819)

  - Apache CXF allows to control the maximum attachment size via the attachment-max-size. Prior to Apache     CXF 4.2.3 and 4.1.8 and 3.6.12, there was no default placed on this size, meaning that a denial of service     attack is possible if the user doesn't explicitly set the limit. Users should update to Apache CXF 4.2.3     or 4.1.8 or 3.6.12 which fixes this problem by imposing a default attachment size limit of 50mb.
    (CVE-2026-54225)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
334999	IBM WebSphere Application Server 9.x < 9.0.5.29 / Liberty 17.0.0.3 < 26.0.0.9 （7283567）	Nessus	Web Servers	2026/8/13	2026/9/10	high
335183	Apache CXF < 3.6.12 / 4.x < 4.1.8 / 4.2.x < 4.2.3 多个漏洞	Nessus	Misc.	2026/8/13	2026/8/14	critical
335183	Apache CXF < 3.6.12 / 4.x < 4.1.8 / 4.2.x < 4.2.3 多個弱點	Nessus	Misc.	2026/8/13	2026/8/14	critical
334999	IBM WebSphere Application Server 9.x < 9.0.5.29 / Liberty 17.0.0.3 < 26.0.0.9 （7283567）	Nessus	Web Servers	2026/8/13	2026/9/10	high
335183	Apache CXF < 3.6.12 / 4.x < 4.1.8 / 4.2.x < 4.2.3 の複数の脆弱性	Nessus	Misc.	2026/8/13	2026/8/14	critical
334999	IBM WebSphere Application Server 9.x < 9.0.5.29 /Liberty 17.0.0.3 < 26.0.0.9 (7283567)	Nessus	Web Servers	2026/8/13	2026/9/10	high
335183	Apache CXF < 3.6.12 / 4.x < 4.1.8 / 4.2.x < 4.2.3 Multiple Vulnerabilities	Nessus	Misc.	2026/8/13	2026/8/14	critical
334999	IBM WebSphere Application Server 9.x < 9.0.5.29 / Liberty 17.0.0.3 < 26.0.0.9 (7283567)	Nessus	Web Servers	2026/8/13	2026/9/10	high

偵測

搜尋 Plugin

high

critical

critical

high

critical

high

critical

high