Raspberry Pi 3 Model B+
Approved changes feed: RSS · Atom
cpe:2.3:h:raspberrypi:raspberry_pi_3_model_b\+:-:*:*:*:*:*:*:*
part: h version: - update: *
| Vendor | Raspberrypi (995b4e88-5f49-5c35-aae8-df9455f65e83) |
|---|---|
| Product | Raspberry Pi 3 Model B+ (6891df34-9a05-5c64-abff-04881ae1db16) |
| 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-38545 |
not_vulnerable | 2026-06-08 05:33:47.848551 |
Details available
Raspberry Pi 3 B+ and 4 B devices through 2021-08-09, in certain specific use cases in which the device supplies power to audio-output equipment, allow remote attackers to recover speech signals from an LED on the device, via a telescope and an electro-optical sensor, aka a "Glowworm" attack. We assume that the Raspberry Pi supplies power to some speakers. The power indicator LED of the Raspberry Pi is connected directly to the power line, as a result, the intensity of a device's power indicator LED is correlative to the power consumption. The sound played by the speakers affects the Raspberry Pi's power consumption and as a result is also correlative to the light intensity of the LED. By analyzing measurements obtained from an electro-optical sensor directed at the power indicator LED of the Raspberry Pi, we can recover the sound played by the speakers.
Published: 2021-08-11T15:25:33.000Z
Updated: 2024-08-04T01:44:23.398Z Reference links |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2018-18068 |
not_vulnerable | 2026-06-08 05:11:07.161471 |
Details available
The ARM-based hardware debugging feature on Raspberry Pi 3 module B+ and possibly other devices allows non-secure EL1 code to read/write any EL3 (the highest privilege level in ARMv8) memory/register via inter-processor debugging. With a debug host processor A running in non-secure EL1 and a debug target processor B running in any privilege level, the debugging feature allows A to halt B and promote B to any privilege level. As a debug host, A has full control of B even if B owns a higher privilege level than A. Accordingly, A can read/write any EL3 memory/register via B. Also, with this memory access, A can execute arbitrary code in EL3.
Published: 2019-04-04T19:13:46.000Z
Updated: 2024-08-05T11:01:14.911Z |
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.