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

  - OOM Denial of Service via Unbounded Array Allocation in Apache OpenNLP AbstractModelReader Versions
    Affected: before 1.9.5 before 2.5.9 before 3.0.0-M3 Description: The AbstractModelReader methods
    getOutcomes(), getOutcomePatterns(), and getPredicates() each read a 32-bit signed integer count field
    from a binary model stream and pass that value directly to an array allocation (new String[numOutcomes],
    new int[numOCTypes][], new String[NUM_PREDS]) without validating that the value is non-negative or within
    a reasonable bound. The count is therefore fully attacker-controlled when the model file originates from
    an untrusted source. A crafted .bin model file in which any of these count fields is set to
    Integer.MAX_VALUE (or any value large enough to exhaust the available heap) triggers an OutOfMemoryError
    at the array allocation itself, before the corresponding label or pattern data is consumed from the
    stream. The error occurs very early in deserialization: for a GIS model, getOutcomes() is reached after
    only the model-type string, the correction constant, and the correction parameter have been read; so the
    attacker pays no meaningful size cost to weaponize a payload, and a single small file can crash a JVM that
    loads it. Any code path that deserializes a .bin model is affected, including direct use of
    GenericModelReader and any higher-level component that delegates to it during model load. The practical
    impact is denial of service against processes that load model files from untrusted or semi-trusted
    origins. Mitigation: * 2.x users should upgrade to 2.5.9. * 3.x users should upgrade to 3.0.0-M3. Note:
    The fix introduces an upper bound on each of the three count fields, checked before array allocation;
    counts that are negative or exceed the bound cause an IllegalArgumentException to be thrown and the read
    to fail fast with no large allocation. The default bound is 10,000,000, which is well above the entry
    counts of legitimate OpenNLP models but far below any value that would threaten heap exhaustion.
    Deployments that legitimately need to load models with more entries than the default can raise the limit
    at JVM startup by setting the OPENNLP_MAX_ENTRIES system property to the desired positive integer (e.g.
    -DOPENNLP_MAX_ENTRIES=50000000); invalid or non-positive values fall back to the default. Users who cannot
    upgrade immediately should treat all .bin model files as untrusted input unless their provenance is
    verified, and should avoid loading models supplied by end users or fetched from third-party repositories
    without integrity checks. (CVE-2026-42440)

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.

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

  - OOM Denial of Service via Unbounded Array Allocation in Apache OpenNLP AbstractModelReader Versions     Affected: before 1.9.5 before 2.5.9 before 3.0.0-M3 Description: The AbstractModelReader methods     getOutcomes(), getOutcomePatterns(), and getPredicates() each read a 32-bit signed integer count field     from a binary model stream and pass that value directly to an array allocation (new String[numOutcomes],     new int[numOCTypes][], new String[NUM_PREDS]) without validating that the value is non-negative or within     a reasonable bound. The count is therefore fully attacker-controlled when the model file originates from     an untrusted source. A crafted .bin model file in which any of these count fields is set to     Integer.MAX_VALUE (or any value large enough to exhaust the available heap) triggers an OutOfMemoryError     at the array allocation itself, before the corresponding label or pattern data is consumed from the     stream. The error occurs very early in deserialization: for a GIS model, getOutcomes() is reached after     only the model-type string, the correction constant, and the correction parameter have been read; so the     attacker pays no meaningful size cost to weaponize a payload, and a single small file can crash a JVM that     loads it. Any code path that deserializes a .bin model is affected, including direct use of     GenericModelReader and any higher-level component that delegates to it during model load. The practical     impact is denial of service against processes that load model files from untrusted or semi-trusted     origins. Mitigation: * 2.x users should upgrade to 2.5.9. * 3.x users should upgrade to 3.0.0-M3. Note:
    The fix introduces an upper bound on each of the three count fields, checked before array allocation;
    counts that are negative or exceed the bound cause an IllegalArgumentException to be thrown and the read     to fail fast with no large allocation. The default bound is 10,000,000, which is well above the entry     counts of legitimate OpenNLP models but far below any value that would threaten heap exhaustion.
    Deployments that legitimately need to load models with more entries than the default can raise the limit     at JVM startup by setting the OPENNLP_MAX_ENTRIES system property to the desired positive integer (e.g.
    -DOPENNLP_MAX_ENTRIES=50000000); invalid or non-positive values fall back to the default. Users who cannot     upgrade immediately should treat all .bin model files as untrusted input unless their provenance is     verified, and should avoid loading models supplied by end users or fetched from third-party repositories     without integrity checks. (CVE-2026-42440)

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

ID	Name	Product	Family	Published	Updated	Severity
441551	SCA: security update for org.apache.opennlp:opennlp-tools (GHSA-659w-93r5-9j6m)	Tenable Self-Hosted Container Security	SCA Checks	5/8/2026	7/2/2026	high
441551	SCA: security update for org.apache.opennlp:opennlp-tools (GHSA-659w-93r5-9j6m)	Tenable Cloud Security	SCA Checks	5/8/2026	7/2/2026	high
347959	IBM Cognos Analytics 12.1.x < 12.1.3 FP2 Multiple Vulnerabilities (7287209)	Nessus	CGI abuses	9/18/2026	9/21/2026	high
312196	Linux Distros Unpatched Vulnerability : CVE-2026-42440	Nessus	Misc.	5/5/2026	9/2/2026	high

Detections

Analytics

Plugins Search

high

high

high

high