Approved changes feed: RSS · Atom

cpe:2.3:a:netapp:storage_services_connector:-:*:*:*:*:*:*:*

part: a version: - update: *

VendorNetapp (f19678f6-cb27-5a55-8852-34b249f80ef9)
ProductStorage Services Connector (fb1d6fba-e3be-5349-a45e-4ac5e41b71dd)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from NVD CPE 2.0 feed

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2019-10247 vulnerable 2026-06-08 05:12:23.040178 Details available
In Eclipse Jetty version 7.x, 8.x, 9.2.27 and older, 9.3.26 and older, and 9.4.16 and older, the server running on any OS and Jetty version combination will reveal the configured fully qualified directory base resource location on the output of the 404 error for not finding a Context that matches the requested path. The default server behavior on jetty-distribution and jetty-home will include at the end of the Handler tree a DefaultHandler, which is responsible for reporting this 404 error, it presents the various configured contexts as HTML for users to click through to. This produced HTML includes output that contains the configured fully qualified directory base resource location for each context.
Published: 2019-04-22T20:14:49.000Z
Updated: 2024-08-04T22:17:19.834Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2019-10246 vulnerable 2026-06-08 05:12:22.929463 Details available
In Eclipse Jetty version 9.2.27, 9.3.26, and 9.4.16, the server running on Windows is vulnerable to exposure of the fully qualified Base Resource directory name on Windows to a remote client when it is configured for showing a Listing of directory contents. This information reveal is restricted to only the content in the configured base resource directories.
Published: 2019-04-22T20:14:49.000Z
Updated: 2024-08-04T22:17:19.655Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-7658 vulnerable 2026-06-08 05:10:05.700201 Details available
In Eclipse Jetty Server, versions 9.2.x and older, 9.3.x (all non HTTP/1.x configurations), and 9.4.x (all HTTP/1.x configurations), when presented with two content-lengths headers, Jetty ignored the second. When presented with a content-length and a chunked encoding header, the content-length was ignored (as per RFC 2616). If an intermediary decided on the shorter length, but still passed on the longer body, then body content could be interpreted by Jetty as a pipelined request. If the intermediary was imposing authorization, the fake pipelined request would bypass that authorization.
Published: 2018-06-26T17:00:00.000Z
Updated: 2024-08-05T16:12:27.826Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.