Scalance Xm 400 Firmware
Approved changes feed: RSS · Atom
cpe:2.3:o:siemens:scalance_xm-400_firmware:*:*:*:*:*:*:*:*
part: o version: * update: *
| Vendor | Siemens (4bd2a91b-02ad-5c3d-b25f-70697e0c9d7f) |
|---|---|
| Product | Scalance Xm 400 Firmware (d0494f14-c406-5693-bfa8-d3a8bb751f4a) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
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-3449 |
vulnerable | 2026-06-08 05:33:52.130090 |
NULL pointer deref in signature_algorithms processing
An OpenSSL TLS server may crash if sent a maliciously crafted renegotiation ClientHello message from a client. If a TLSv1.2 renegotiation ClientHello omits the signature_algorithms extension (where it was present in the initial ClientHello), but includes a signature_algorithms_cert extension then a NULL pointer dereference will result, leading to a crash and a denial of service attack. A server is only vulnerable if it has TLSv1.2 and renegotiation enabled (which is the default configuration). OpenSSL TLS clients are not impacted by this issue. All OpenSSL 1.1.1 versions are affected by this issue. Users of these versions should upgrade to OpenSSL 1.1.1k. OpenSSL 1.0.2 is not impacted by this issue. Fixed in OpenSSL 1.1.1k (Affected 1.1.1-1.1.1j).
Published: 2021-03-25T14:25:13.659Z
Updated: 2024-09-17T03:43:55.497Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2020-28393 |
vulnerable | 2026-06-08 05:23:54.202244 |
Details available
An unauthenticated remote attacker could create a permanent denial-of-service condition by sending specially crafted OSPF packets. Successful exploitation requires OSPF to be enabled on an affected device on the SCALANCE XM-400, XR-500 (All versions prior to v6.4).
Published: 2021-05-12T13:18:22.000Z
Updated: 2024-08-04T16:33:59.094Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2019-13946 |
vulnerable | 2026-06-08 05:12:52.812583 |
Details available
HIGH (7.5)
Profinet-IO (PNIO) stack versions prior V06.00 do not properly limit
internal resource allocation when multiple legitimate diagnostic package
requests are sent to the DCE-RPC interface.
This could lead to a denial of service condition due to lack of memory
for devices that include a vulnerable version of the stack.
The security vulnerability could be exploited by an attacker with network
access to an affected device. Successful exploitation requires no system
privileges and no user interaction. An attacker could use the vulnerability
to compromise the availability of the device.
Published: 2020-02-11T15:36:10.000Z
Updated: 2024-08-05T00:05:44.023Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2017-12736 |
vulnerable | 2026-06-08 05:08:47.714399 |
Details available
HIGH (8.8)
After initial configuration, the Ruggedcom Discovery Protocol (RCDP) is still able to write to the device under certain conditions.
This could allow an attacker located in the adjacent network of the targeted device to perform unauthorized administrative actions.
Published: 2017-12-26T04:00:00.000Z
Updated: 2025-08-12T11:10:44.721Z |
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.