The remote openSUSE 15 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2023:0257-1 advisory.

  - ** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request.
    NOTE: The discoverer reports Trustwave has signaled they are disputing our claims. The CVE suggests that     there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of     Service condition. The vendor does not consider this as a security issue because1) there is no default     configuration issue here. An attacker would need to know that a rule using a potentially problematic     regular expression was in place, 2) the attacker would need to know the basic nature of the regular     expression itself to exploit any resource issues. It's well known that regular expression usage can be     taxing on system resources regardless of the use case. It is up to the administrator to decide on when it     is appropriate to trade resources for potential security benefit. (CVE-2020-15598)

  - ModSecurity 3.x through 3.0.5 mishandles excessively nested JSON objects. Crafted JSON objects with     nesting tens-of-thousands deep could result in the web server being unable to service legitimate requests.
    Even a moderately large (e.g., 300KB) HTTP request can occupy one of the limited NGINX worker processes     for minutes and consume almost all of the available CPU on the machine. Modsecurity 2 is similarly     vulnerable: the affected versions include 2.8.0 through 2.9.4. (CVE-2021-42717)

  - Trustwave ModSecurity 3.0.5 through 3.0.8 before 3.0.9 allows a denial of service (worker crash and     unresponsiveness) because some inputs cause a segfault in the Transaction class for some configurations.
    (CVE-2023-28882)

  - Trustwave ModSecurity 3.x before 3.0.10 has Inefficient Algorithmic Complexity. (CVE-2023-38285)

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

Ervin Hegedues discovered that ModSecurity v3 enabled global regular expression matching which could result in denial of service. For additional information please refer to https://coreruleset.org/20200914/cve-2020-15598/

The remote openSUSE 15 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2023:0269-1 advisory.

  - ** DISPUTED ** Trustwave ModSecurity 3.x through 3.0.4 allows denial of service via a special request.
    NOTE: The discoverer reports Trustwave has signaled they are disputing our claims. The CVE suggests that     there is a security issue with how ModSecurity handles regular expressions that can result in a Denial of     Service condition. The vendor does not consider this as a security issue because1) there is no default     configuration issue here. An attacker would need to know that a rule using a potentially problematic     regular expression was in place, 2) the attacker would need to know the basic nature of the regular     expression itself to exploit any resource issues. It's well known that regular expression usage can be     taxing on system resources regardless of the use case. It is up to the administrator to decide on when it     is appropriate to trade resources for potential security benefit. (CVE-2020-15598)

  - ModSecurity 3.x through 3.0.5 mishandles excessively nested JSON objects. Crafted JSON objects with     nesting tens-of-thousands deep could result in the web server being unable to service legitimate requests.
    Even a moderately large (e.g., 300KB) HTTP request can occupy one of the limited NGINX worker processes     for minutes and consume almost all of the available CPU on the machine. Modsecurity 2 is similarly     vulnerable: the affected versions include 2.8.0 through 2.9.4. (CVE-2021-42717)

  - Trustwave ModSecurity 3.0.5 through 3.0.8 before 3.0.9 allows a denial of service (worker crash and     unresponsiveness) because some inputs cause a segfault in the Transaction class for some configurations.
    (CVE-2023-28882)

  - Trustwave ModSecurity 3.x before 3.0.10 has Inefficient Algorithmic Complexity. (CVE-2023-38285)

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

Ervin Hegedues氏は、ModSecurity v3でグローバルな正規表現のマッチングが有効になっており、サービス拒否を引き起こす可能性があることを発見しました。詳細については、https://coreruleset.org/20200914/cve-2020-15598/を参照してください

リモートの openSUSE 15 ホストには、openSUSE-SU-2023:0269-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - ** 係争中 ** Trustwave ModSecurity 3.x から 3.0.4 が、特別なリクエストによるサービス拒否を引き起こす可能性があります。
    注意:  発見者は、Trustwave が弊社の主張に異議を唱えていることを報告しています。CVE は、ModSecurity が正規表現を処理する方法にセキュリティ問題があることを示唆しています。これは、サービス拒否状態を引き起こす可能性があります。1) ここにデフォルトの構成の問題がないため、ベンダーはこれをセキュリティの問題とは見なしません。攻撃者は、潜在的に問題のある正規表現を使用するルールが存在することを知る必要があります。2) 攻撃者は、リソースの問題を悪用するために、正規表現自体の基本的な性質を知る必要があります。ユースケースに関係なく、正規表現の使用がシステムリソースに負荷を与える可能性があることはよく知られています。潜在的なセキュリティ上の利点のためにリソースを交換することが適切であるかを判断するのは管理者の責任です。(CVE-2020-15598)

  - ModSecurity 3.x から 3.0.5 では、ネスト化された JSON オブジェクトが過剰に処理されます。何万ものネストがある細工された JSON オブジェクトにより、Web サーバーが正当なリクエストを処理できなくなる可能性があります。
    中程度の大きさ (例 : 300KB) の HTTP リクエストでも、制限された NGINX ワーカープロセスの 1 つを数分間占有し、マシンで利用可能な CPU のほぼすべてを消費する可能性があります。Modsecurity 2 も同様に脆弱です : 影響を受けるバージョンには、2.8.0 〜 2.9.4 が含まれます。(CVE-2021-42717)

  - Trustwave ModSecurity 3.0.9 以前の 3.0.5 から 3.0.8 では、一部の入力が一部の構成で Transaction クラスでセグメンテーション違反を引き起こすため、サービス拒否 (ワーカーのクラッシュおよび応答不能) を引き起こす可能性があります。
    (CVE-2023-28882)

  - 3.0.10 以前の Trustwave ModSecurity 3.x に、非効率なアルゴリズム複雑性があります。(CVE-2023-38285)

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

Ervin Hegedues 發現，ModSecurity v3 已啟用全域規則運算式比對，這可導致拒絕服務。如需其他資訊，請參閱 https://coreruleset.org/20200914/cve-2020-15598/

Ervin Hegedues 发现 ModSecurity v3 启用了全局正则表达式匹配，可导致拒绝服务。如需了解其他信息，请参阅 https://coreruleset.org/20200914/cve-2020-15598/

リモートの openSUSE 15 ホストには、openSUSE-SU-2023:0257-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - ** 係争中 ** Trustwave ModSecurity 3.x から 3.0.4 が、特別なリクエストによるサービス拒否を引き起こす可能性があります。
    注意:  発見者は、Trustwave が弊社の主張に異議を唱えていることを報告しています。CVE は、ModSecurity が正規表現を処理する方法にセキュリティ問題があることを示唆しています。これは、サービス拒否状態を引き起こす可能性があります。1) ここにデフォルトの構成の問題がないため、ベンダーはこれをセキュリティの問題とは見なしません。攻撃者は、潜在的に問題のある正規表現を使用するルールが存在することを知る必要があります。2) 攻撃者は、リソースの問題を悪用するために、正規表現自体の基本的な性質を知る必要があります。ユースケースに関係なく、正規表現の使用がシステムリソースに負荷を与える可能性があることはよく知られています。潜在的なセキュリティ上の利点のためにリソースを交換することが適切であるかを判断するのは管理者の責任です。(CVE-2020-15598)

  - ModSecurity 3.x から 3.0.5 では、ネスト化された JSON オブジェクトが過剰に処理されます。何万ものネストがある細工された JSON オブジェクトにより、Web サーバーが正当なリクエストを処理できなくなる可能性があります。
    中程度の大きさ (例 : 300KB) の HTTP リクエストでも、制限された NGINX ワーカープロセスの 1 つを数分間占有し、マシンで利用可能な CPU のほぼすべてを消費する可能性があります。Modsecurity 2 も同様に脆弱です : 影響を受けるバージョンには、2.8.0 〜 2.9.4 が含まれます。(CVE-2021-42717)

  - Trustwave ModSecurity 3.0.9 以前の 3.0.5 から 3.0.8 では、一部の入力が一部の構成で Transaction クラスでセグメンテーション違反を引き起こすため、サービス拒否 (ワーカーのクラッシュおよび応答不能) を引き起こす可能性があります。
    (CVE-2023-28882)

  - 3.0.10 以前の Trustwave ModSecurity 3.x に、非効率なアルゴリズム複雑性があります。(CVE-2023-38285)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
181862	openSUSE 15 Security Update : modsecurity (openSUSE-SU-2023:0257-1)	Nessus	SuSE Local Security Checks	2023/9/26	2023/9/26	high
140667	Debian DSA-4765-1 : modsecurity - security update	Nessus	Debian Local Security Checks	2020/9/21	2024/2/20	high
181919	openSUSE 15 Security Update : modsecurity (openSUSE-SU-2023:0269-1)	Nessus	SuSE Local Security Checks	2023/9/27	2023/9/27	high
140667	Debian DSA-4765-1: modsecurity - セキュリティ更新	Nessus	Debian Local Security Checks	2020/9/21	2024/2/20	high
181919	openSUSE 15 セキュリティ更新: modsecurity (openSUSE-SU-2023:0269-1)	Nessus	SuSE Local Security Checks	2023/9/27	2023/9/27	high
140667	Debian DSA-4765-1：modsecurity - 安全性更新	Nessus	Debian Local Security Checks	2020/9/21	2024/2/20	high
140667	Debian DSA-4765-1：modsecurity - 安全更新	Nessus	Debian Local Security Checks	2020/9/21	2024/2/20	high
181862	openSUSE 15 セキュリティ更新: modsecurity (openSUSE-SU-2023:0257-1)	Nessus	SuSE Local Security Checks	2023/9/26	2023/9/26	high

检测

插件搜索

high

high

high

high

high

high

high

high