Approved changes feed: RSS · Atom

cpe:2.3:a:apache:tomcat:8.0.42:*:*:*:*:*:*:*

part: a version: 8.0.42 update: *

VendorApache (b0303047-b7dd-5cf8-abcc-71b7d9d80b95)
ProductTomcat (caaa56d3-0cc4-5735-aab9-a3a1a7f4dc56)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from NVD CPE 2.0 feed

PURL mappings

PURLSourceLast updated
pkg:apache/tomcat purl2cpe 2026-06-01 10:14:27.668759
pkg:github/apache/tomcat purl2cpe 2026-06-01 10:14:27.668760
pkg:maven/org.apache.tomcat/tomcat purl2cpe 2026-06-01 10:14:27.668762
pkg:rpm/fedora/tomcat purl2cpe 2026-06-01 10:14:27.668763
pkg:rpm/opensuse/tomcat purl2cpe 2026-06-01 10:14:27.668765

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2017-7674 vulnerable 2026-06-08 05:10:05.832896 Details available
The CORS Filter in Apache Tomcat 9.0.0.M1 to 9.0.0.M21, 8.5.0 to 8.5.15, 8.0.0.RC1 to 8.0.44 and 7.0.41 to 7.0.78 did not add an HTTP Vary header indicating that the response varies depending on Origin. This permitted client and server side cache poisoning in some circumstances.
Published: 2017-08-11T02:00:00.000Z
Updated: 2024-09-17T03:47:49.467Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-5664 vulnerable 2026-06-08 05:09:47.820225 Details available
The error page mechanism of the Java Servlet Specification requires that, when an error occurs and an error page is configured for the error that occurred, the original request and response are forwarded to the error page. This means that the request is presented to the error page with the original HTTP method. If the error page is a static file, expected behaviour is to serve content of the file as if processing a GET request, regardless of the actual HTTP method. The Default Servlet in Apache Tomcat 9.0.0.M1 to 9.0.0.M20, 8.5.0 to 8.5.14, 8.0.0.RC1 to 8.0.43 and 7.0.0 to 7.0.77 did not do this. Depending on the original request this could lead to unexpected and undesirable results for static error pages including, if the DefaultServlet is configured to permit writes, the replacement or removal of the custom error page. Notes for other user provided error pages: (1) Unless explicitly coded otherwise, JSPs ignore the HTTP method. JSPs used as error pages must must ensure that they handle any error dispatch as a GET request, regardless of the actual method. (2) By default, the response generated by a Servlet does depend on the HTTP method. Custom Servlets used as error pages must ensure that they handle any error dispatch as a GET request, regardless of the actual method.
Published: 2017-06-06T14:00:00.000Z
Updated: 2024-08-05T15:11:48.039Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-5647 vulnerable 2026-06-08 05:09:47.712311 Details available
A bug in the handling of the pipelined requests in Apache Tomcat 9.0.0.M1 to 9.0.0.M18, 8.5.0 to 8.5.12, 8.0.0.RC1 to 8.0.42, 7.0.0 to 7.0.76, and 6.0.0 to 6.0.52, when send file was used, results in the pipelined request being lost when send file processing of the previous request completed. This could result in responses appearing to be sent for the wrong request. For example, a user agent that sent requests A, B and C could see the correct response for request A, the response for request C for request B and no response for request C.
Published: 2017-04-17T16:00:00.000Z
Updated: 2024-08-05T15:11:48.364Z
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.