Siemens SENTRON 3WL COM35
Approved changes feed: RSS · Atom
cpe:2.3:h:siemens:sentron_3wl_com35:-:*:*:*:*:*:*:*
part: h version: - update: *
| Vendor | Siemens (4bd2a91b-02ad-5c3d-b25f-70697e0c9d7f) |
|---|---|
| Product | Sentron 3Wl Com35 (b2920e28-571e-54ae-8324-6b1a43f3ee98) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from NVD CPE 2.0 feed |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2021-31401 |
not_vulnerable | 2026-06-08 05:31:53.443198 |
Details available
An issue was discovered in tcp_rcv() in nptcp.c in HCC embedded InterNiche 4.0.1. The TCP header processing code doesn't sanitize the value of the IP total length field (header length + data length). With a crafted IP packet, an integer overflow occurs whenever the value of the IP data length is calculated by subtracting the length of the header from the total length of the IP packet.
Published: 2021-08-19T11:25:42.000Z
Updated: 2024-08-03T22:55:53.721Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-35685 |
not_vulnerable | 2026-06-08 05:25:01.548335 |
Details available
An issue was discovered in HCC Nichestack 3.0. The code that generates Initial Sequence Numbers (ISNs) for TCP connections derives the ISN from an insufficiently random source. As a result, an attacker may be able to determine the ISN of current and future TCP connections and either hijack existing ones or spoof future ones. (Proper ISN generation should aim to follow at least the specifications outlined in RFC 6528.)
Published: 2021-08-19T11:21:08.000Z
Updated: 2024-08-04T17:09:14.933Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-35684 |
not_vulnerable | 2026-06-08 05:25:01.545597 |
Details available
An issue was discovered in HCC Nichestack 3.0. The code that parses TCP packets relies on an unchecked value of the IP payload size (extracted from the IP header) to compute the length of the TCP payload within the TCP checksum computation function. When the IP payload size is set to be smaller than the size of the IP header, the TCP checksum computation function may read out of bounds (a low-impact write-out-of-bounds is also possible).
Published: 2021-08-19T11:19:01.000Z
Updated: 2024-08-04T17:09:14.969Z |
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.