There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - Arbitrary Class Instantiation via Model Manifest in Apache OpenNLP ExtensionLoader Versions Affected:
    before 1.9.5, before 2.5.9, before 3.0.0-M3 Description: The ExtensionLoader.instantiateExtension(Class,
    String) method loads a class by its fully-qualified name via Class.forName() and invokes its no-arg
    constructor, with the class name sourced from the manifest.properties entry of a model archive. The
    existing isAssignableFrom check correctly rejects classes that are not subtypes of the expected extension
    interface (BaseToolFactory for factory=, ArtifactSerializer for serializer-class-*), but the check runs
    after Class.forName() has already loaded and initialized the named class. Class.forName() with default
    initialization semantics executes the target class's static initializer before returning, so an attacker
    who can supply a crafted model archive can cause the static initializer of any class on the classpath to
    run during model loading, regardless of whether that class passes the subsequent type check. Exploitation
    requires a class with attacker-useful side effects in its static initializer (for example, JNDI lookup,
    outbound network I/O, or filesystem access) to be present on the classpath, so this is not a drop-in
    remote code execution; however, the attack surface grows as third-party model distribution becomes more
    common (community model repositories, Hugging Face-style sharing), where users routinely load model files
    from origins they do not control. A secondary, narrower vector affects deployments that ship legitimate
    BaseToolFactory or ArtifactSerializer subclasses with side-effecting no-arg constructors: a malicious
    manifest can name such a class and force its constructor to run during model load. Mitigation: * 2.x users
    should upgrade to 2.5.9. * 3.x users should upgrade to 3.0.0-M3. Note: The fix introduces a package-prefix
    allowlist that is consulted before Class.forName() is invoked, so the static initializer of a disallowed
    class is never executed. Classes under the opennlp. prefix remain permitted by default. Deployments that
    load models referencing factories or serializers outside opennlp.* must opt those packages in, either
    programmatically via ExtensionLoader.registerAllowedPackage(String) before the first model load, or by
    setting the OPENNLP_EXT_ALLOWED_PACKAGES system property to a comma-separated list of allowed package
    prefixes. Users who cannot upgrade immediately should ensure that all model files are sourced from trusted
    origins and should audit their classpath for classes with side-effecting static initializers or
    constructors, particularly any that perform JNDI lookups, network requests, or filesystem operations
    during class initialization. (CVE-2026-42027)

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 受影響的 Apache OpenNLP ExtensionLoader 版本中透過模型資訊清單進行任意類別實例化：
    之前 1.9.5、之前 2.5.9、之前 3.0.0-M3 之前 說明： ExtensionLoader.instantiateExtension（Class， String） 方法透過 Class.forName（） 依完整名稱載入類別，並叫用其無參數建構函式，類別名稱來源於模型封存的 manifest.properties 項目。現有的 isAssignableFrom 檢查會正確拒絕不是預期擴充介面子類型的類別 （factory= 的 BaseToolFactory、serializer-class-* 的 ArtifactSerializer），但在 Class.forName（） 已載入並初始化具名類別之後執行檢查。具有預設初始化語義的 Class.forName（） 會在返回之前執行目標類別的靜態初始化器，因此能夠提供特製模型存檔的攻擊者可以導致類別路徑上任何類別的靜態初始化器在模型載入期間運行，無論該類別是否通過後續類型檢查。利用需要類別路徑上存在靜態初始化運算式中具有攻擊者有用副作用的類別 （例如，JNDI 查詢、出站網路 I/O 或檔案系統存取），因此這不是直接遠端程式碼執行;然而，隨著第三方模型分發變得越來越普遍（社群模型儲存庫、Hugging Face 式共享），攻擊面也隨之擴大，使用者通常會從他們無法控制的來源載入模型檔案。次要的、較窄的向量會影響提供合法 BaseToolFactory 或 ArtifactSerializer 子類別的部署，其中包含副作用的無參數建構函式：惡意資訊清單可以命名此類類別，並強制其建構函式在模型載入期間執行。緩解措施： * 2.x 使用者應升級至 2.5.9。 * 3.x 使用者應升級至 3.0.0-M3。注意：此修正程式引入了在叫用 Class.forName（） 之前查閱的套件前綴允許清單，因此永遠不會執行不允許類別的靜態初始化程式。opennlp 下的類別。依預設，前置詞仍為允許。載入參照 opennlp.* 外部工廠或序列化程式的模型的部署必須在第一次模型載入之前透過 ExtensionLoader.registerAllowedPackage（String） 以程式設計方式選擇加入這些套件，或將 OPENNLP_EXT_ALLOWED_PACKAGES 系統屬性設定為以逗號分隔的允許套件首碼清單。無法立即升級的使用者應確保所有模型檔案都來自受信任的來源，並應稽核其類別路徑中是否有具有副作用靜態初始化式或建構函式的類別，特別是任何在類別初始化期間執行 JNDI 查詢、網路請求或檔案系統作業的類別。（CVE-2026-42027）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

遠端主機上安裝的 IBM Cognos Analytics 版本在 12.1.x FP2 之前 12.1.3 。因此，它受到 IBM 安全公告第 7287209 號中提及的多個漏洞的影響。這些弱點僅適用於由於新功能和軟體堆疊更新而導致的版本 12.1.3 ：

  - 透過 Apache OpenNLP ExtensionLoader 中的模型資訊清單進行任意類別實例化。ExtensionLoader.instantiateExtension（） 方法會透過 Class.forName（） 依完整名稱載入類別，並叫用其無參數建構函式，類別名稱來源於模型封存的 manifest.properties 項目。能夠提供特製模型封存的攻擊者可導致類別路徑上任何類別的靜態初始化運算式在模型載入期間執行。
    (CVE-2026-42027)

  - XML 外部實體 （XXE） 透過 Apache OpenNLP DictionaryEntryPersistor 中未清理的字典剖析。能夠提供包含惡意 DOCTYPE 宣告的特製字典檔案的攻擊者，可透過 file:// 實體參照觸發本機檔案洩露，或在 SAX 剖析期間透過 http:// 實體參照觸發伺服器端要求偽造。（CVE-2026-40682）

  - 如果 activemq-http 模組位於類別路徑上，則經驗證的攻擊者可能會透過 BrokerView.addNetworkConnector 或透過 Jolokia 使用 HTTP 探索傳輸新增連接器，以繞過 CVE-2026-34197 修正，從而導致在 Apache ActiveMQ 代理程式的 JVM 上執行任意程式碼。（CVE-2026-40466）

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

远程主机上安装的 IBM Cognos Analytics 版本低于 12.1.x12.1.3 FP2。因此，如 IBM 安全公告第 7287209 号所述，会受到多个漏洞的影响。这些漏洞仅适用于因新功能和软件堆栈更新而导致的版本 12.1.3 ：

  - 通过 Apache OpenNLP ExtensionLoader 中的模型清单实现任意类实例化。ExtensionLoader.instantiateExtension（） 方法通过 Class.forName（） 按其完全限定名称加载类，并使用来自模型存档的 manifest.properties 条目的类名称调用其 no-arg 构造函数。可提供构建的模型存档的攻击者可造成类路径上任何类的静态初始值设定项在模型加载期间运行。
    (CVE-2026-42027)

  - 通过 Apache OpenNLP DictionaryEntryPersistor 中未审查的字典解析造成的 XML 外部实体 （XXE）。能够提供包含恶意 DOCTYPE 声明的构造字典文件的攻击者可在 SAX 解析期间通过 file:// 实体引用触发本地文件泄露，或通过 http:// 实体引用触发服务器端请求伪造。（CVE-2026-40682）

  - 如果 activemq-http 模块在类路径中，经身份验证的攻击者可能会通过 BrokerView.addNetworkConnector 添加使用 HTTP 发现传输，或通过 Jolokia 添加使用 HTTP 发现传输的连接器，进而绕过修复 CVE-2026-34197 ，进而导致在 Apache ActiveMQ 代理的 JVM 上执行任意代码。（CVE-2026-40466）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Apache OpenNLP ExtensionLoader 版本中通过模型清单实现任意类实例化 受影响的版本：
    之前 1.9.5、之前 2.5.9、之前 3.0.0-M3 描述： ExtensionLoader.instantiateExtension（Class， String） 方法通过 Class.forName（） 按其完全限定名称加载类，并使用源自模型存档的 manifest.properties 条目的类名称调用其 no-arg 构造函数。现有 isAssignableFrom 检查会正确拒绝不是预期扩展接口子类型的类（factory= 的 BaseToolFactory，serializer-class-* 的 ArtifactSerializer），但检查会在 Class.forName（） 加载并初始化命名类之后运行。具有默认初始化语义的 Class.forName（） 在返回之前会执行目标类的静态初始值设定项，因此可提供特制模型存档的攻击者可造成类路径上任何类的静态初始值设定项在模型加载期间运行，无论该类是否通过后续的类型检查。要利用此问题，类路径中必须存在静态初始化式中具有攻击者有用副作用（例如 JNDI 查找、出站网络 I/O 或文件系统访问）的类，因此这不是直接的远程代码执行;然而，随着第三方模型分发变得越来越普遍（社区模型存储库、Hugging Face 式共享），攻击面也越来越大，用户经常从他们无法控制的源加载模型文件。其次要的、更窄的向量会影响随附合法的 BaseToolFactory 或 ArtifactSerializer 子类的带有副作用的 no-arg 构造函数的部署：恶意清单可以命名此类并强制其构造函数在模型加载期间运行。缓解： * 2.x 用户应升级到 . * 3.x 用户应升级到 2.5.93.0.0-M3。注意：该补丁引入了在调用 Class.forName（） 之前查阅的程序包前缀允许列表，因此从不执行不允许的类的静态初始值设定项。opennlp 下的类。默认情况下仍允许前缀。加载模型引用 opennlp.* 外部的工厂或序列化程序的部署必须选择加入这些程序包，要么在第一个模型加载前通过 ExtensionLoader.registerAllowedPackage（String） 以编程方式选择加入，或者通过将 OPENNLP_EXT_ALLOWED_PACKAGES 系统属性设置为逗号分隔的允许包前缀列表来选择加入。无法立即升级的用户应确保所有模型文件都来自受信任的源，并应审计其类路径中是否存在副作用静态初始值设定项或构造函数，尤其是任何在类初始化期间执行 JNDI 查找、网络请求或文件系统操作的类。（CVE-2026-42027）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

リモートホストにインストールされている IBM Cognos Analytics のバージョンは、12.1.3 FP2 より前の12.1.xです。したがって、IBMセキュリティ情報第7287209号に記載されている複数の脆弱性の影響を受けます。これらの脆弱性は、新機能と更新されたソフトウェアスタックによるバージョン 12.1.3 にのみ適用されます。

  - Apache OpenNLP ExtensionLoader のモデルマニフェストによる任意のクラスのインスタンス化。ExtensionLoader.instantiateExtension() メソッドは、Class.forName() を介して完全修飾名でクラスをロードし、モデルアーカイブの manifest.properties エントリをソースしたクラス名で引数なしのコンストラクターを呼び出します。細工されたモデルアーカイブを提供できる攻撃者が、モデルのロード中にクラスパス上のクラスの静的初期化子を実行させる可能性があります。
    (CVE-2026-42027)

  - Apache OpenNLP DictionaryEntryPersistor でのサニタイズされていない辞書解析による XML 外部エンティティ(XXE)。悪意ある DOCTYPE 宣言を含む細工された辞書ファイルを供給できる攻撃者が、SAX 解析中の file:// エンティティ参照 http:// またはサーバー側のリクエスト偽造を介して、ローカルファイルの漏洩を発生させる可能性があります。(CVE-2026-40682)

  - activemq-http モジュールがクラスパス上にある場合、認証された攻撃者が、BrokerView.addNetworkConnector または Jolokia を介した BrokerView.addConnector を介した HTTP Discovery トランスポートを使用するコネクタを追加することで、 CVE-2026-34197 における修正をバイパスし、Apache ActiveMQブローカーの JVM で任意のコードを実行する可能性があります。(CVE-2026-40466)

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

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - 影響を受ける Apache OpenNLP ExtensionLoader バージョンのモデルマニフェストによる任意のクラスインスタンス化:
    1.9.5以前、2.5.9以前、3.0.0-M3より前 説明: ExtensionLoader.instantiateExtension(Class, String)メソッドは、Class.forName()を介して完全修飾名でクラスを読み込み、モデルアーカイブのmanifest.propertiesエントリをソースしたクラス名を使用して、引数なしのコンストラクターを呼び出します。既存の isAssignableFrom チェックは、期待される拡張インターフェイス (factory= の場合は BaseToolFactory、serializer-class-* の場合は ArtifactSerializer) のサブタイプではないクラスを正しく拒否しますが、チェックは、Class.forName() が名前付きクラスをすでにロードして初期化した後に実行されます。デフォルトの初期化セマンティックを持つ Class.forName() は、戻る前にターゲットクラスの静的初期化子を実行するため、細工されたモデルアーカイブを供給できる攻撃者は、クラスが後続の型チェックを通過するかどうかにかかわらず、モデルの読み込み中にクラスパスのいずれかのクラスの静的初期化子を実行させることができます。悪用するには、静的イニシャライザに攻撃者にとって有用なサイドエフェクトを持つクラス (JNDI ルックアップ、アウトバウンド ネットワーク I/O、ファイルシステム アクセスなど) がクラスパス上に存在する必要があるため、これはドロップイン リモート コード実行ではありません。ただし、サードパーティのモデル配布がより一般的になるにつれて(コミュニティモデルリポジトリ、Hugging Faceスタイルの共有)、ユーザーが制御できないオリジンからモデルファイルを日常的にロードするにつれて、アタックサーフェスは拡大しています。二次的で狭いベクトルは、正当な BaseToolFactory または ArtifactSerializer サブクラスを副作用のある no-arg コンストラクタとともに出荷するデプロイメントに影響を与えます:悪意のあるマニフェストがそのようなクラスに名前を付け、モデルのロード中にコンストラクターを実行するように強制する可能性があります。緩和:* 2.x ユーザーは、 2.5.9 にアップグレードする必要があります。 * 3.x ユーザーは、3.0.0-M3 にアップグレードする必要があります。注:この修正は、Class.forName() が呼び出される前に参照されるパッケージプレフィックス許可リストを導入するため、許可されないクラスの静的初期化子は実行されません。opennlp の下のクラス。プレフィックスはデフォルトで許可されたままです。opennlp.* の外部のファクトリーまたはシリアライザーを参照するモデルをロードするデプロイメントは、最初のモデルをロードする前に ExtensionLoader.registerAllowedPackage(String) を介してプログラムによって行うか、OPENNLP_EXT_ALLOWED_PACKAGES システムプロパティを許可されたパッケージプレフィックスのコンマ区切りリストに設定することによって、これらのパッケージをオプトインする必要があります。すぐにアップグレードできない場合は、すべてのモデルファイルが信頼できる生成元から取得されたものであることを確認し、副作用のある静的初期化子またはコンストラクターを持つクラス、特にクラス初期化中に JNDI 検索、ネットワークリクエスト、またはファイルシステム操作を実行するクラスのクラスパスを監査する必要があります。(CVE-2026-42027)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Arbitrary Class Instantiation via Model Manifest in Apache OpenNLP ExtensionLoader Versions Affected:
    before 1.9.5, before 2.5.9, before 3.0.0-M3 Description: The ExtensionLoader.instantiateExtension(Class,     String) method loads a class by its fully-qualified name via Class.forName() and invokes its no-arg     constructor, with the class name sourced from the manifest.properties entry of a model archive. The     existing isAssignableFrom check correctly rejects classes that are not subtypes of the expected extension     interface (BaseToolFactory for factory=, ArtifactSerializer for serializer-class-*), but the check runs     after Class.forName() has already loaded and initialized the named class. Class.forName() with default     initialization semantics executes the target class's static initializer before returning, so an attacker     who can supply a crafted model archive can cause the static initializer of any class on the classpath to     run during model loading, regardless of whether that class passes the subsequent type check. Exploitation     requires a class with attacker-useful side effects in its static initializer (for example, JNDI lookup,     outbound network I/O, or filesystem access) to be present on the classpath, so this is not a drop-in     remote code execution; however, the attack surface grows as third-party model distribution becomes more     common (community model repositories, Hugging Face-style sharing), where users routinely load model files     from origins they do not control. A secondary, narrower vector affects deployments that ship legitimate     BaseToolFactory or ArtifactSerializer subclasses with side-effecting no-arg constructors: a malicious     manifest can name such a class and force its constructor to run during model load. Mitigation: * 2.x users     should upgrade to 2.5.9. * 3.x users should upgrade to 3.0.0-M3. Note: The fix introduces a package-prefix     allowlist that is consulted before Class.forName() is invoked, so the static initializer of a disallowed     class is never executed. Classes under the opennlp. prefix remain permitted by default. Deployments that     load models referencing factories or serializers outside opennlp.* must opt those packages in, either     programmatically via ExtensionLoader.registerAllowedPackage(String) before the first model load, or by     setting the OPENNLP_EXT_ALLOWED_PACKAGES system property to a comma-separated list of allowed package     prefixes. Users who cannot upgrade immediately should ensure that all model files are sourced from trusted     origins and should audit their classpath for classes with side-effecting static initializers or     constructors, particularly any that perform JNDI lookups, network requests, or filesystem operations     during class initialization. (CVE-2026-42027)

Note that Nessus relies on the presence of the package as reported by the vendor.

The version of IBM Cognos Analytics installed on the remote host is 12.1.x prior to 12.1.3 FP2. It is, therefore, affected by multiple vulnerabilities as referenced in the IBM Security Bulletin No. 7287209. These vulnerabilities are applicable only to version 12.1.3 due to newer functionalities and an updated software stack:

  - Arbitrary class instantiation via model manifest in Apache OpenNLP ExtensionLoader. The     ExtensionLoader.instantiateExtension() method loads a class by its fully-qualified name via     Class.forName() and invokes its no-arg constructor, with the class name sourced from the     manifest.properties entry of a model archive. An attacker who can supply a crafted model archive can     cause the static initializer of any class on the classpath to run during model loading.
    (CVE-2026-42027)

  - XML External Entity (XXE) via unsanitized dictionary parsing in Apache OpenNLP     DictionaryEntryPersistor. An attacker who can supply a crafted dictionary file containing a malicious     DOCTYPE declaration can trigger local file disclosure via file:// entity references or server-side     request forgery via http:// entity references during SAX parsing. (CVE-2026-40682)

  - An authenticated attacker may bypass the fix in CVE-2026-34197 by adding a connector using an HTTP     Discovery transport via BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the     activemq-http module is on the classpath, resulting in arbitrary code execution on the Apache ActiveMQ     broker's JVM. (CVE-2026-40466)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
441560	SCA: security update for org.apache.opennlp:opennlp-tools (GHSA-cx4m-2p55-rw7j)	Tenable Cloud Security	SCA Checks	2026/5/8	2026/9/9	high
441560	SCA: security update for org.apache.opennlp:opennlp-tools (GHSA-cx4m-2p55-rw7j)	Tenable Self-Hosted Container Security	SCA Checks	2026/5/8	2026/9/9	high
312234	Linux Distros 未修補弱點：CVE-2026-42027	Nessus	Misc.	2026/5/5	2026/9/2	high
347959	IBM Cognos Analytics 12.1.x < 12.1.3 FP2 多個弱點（7287209）	Nessus	CGI abuses	2026/9/18	2026/9/21	high
347959	IBM Cognos Analytics 12.1.x < 12.1.3 FP2 多种漏洞（7287209）	Nessus	CGI abuses	2026/9/18	2026/9/21	high
312234	Linux Distros 未修补的漏洞：CVE-2026-42027	Nessus	Misc.	2026/5/5	2026/9/2	high
347959	IBM Cognos Analytics 12.1.x < 12.1.3 FP2 の複数の脆弱性 (7287209)	Nessus	CGI abuses	2026/9/18	2026/9/21	high
312234	Linux Distros のパッチ未適用の脆弱性: CVE-2026-42027	Nessus	Misc.	2026/5/5	2026/9/2	high
312234	Linux Distros Unpatched Vulnerability : CVE-2026-42027	Nessus	Misc.	2026/5/5	2026/9/2	high
347959	IBM Cognos Analytics 12.1.x < 12.1.3 FP2 Multiple Vulnerabilities (7287209)	Nessus	CGI abuses	2026/9/18	2026/9/21	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high