Approved changes feed: RSS · Atom

cpe:2.3:h:vaulteksafe:vt20i:-:*:*:*:*:*:*:*

part: h version: - update: *

VendorVaulteksafe (7da81443-6a53-54c7-b540-a3da0a0f4dcc)
ProductVt20I (b6047dcc-fbf5-5255-9015-605aeac1c9d2)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported 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-2017-17436 not_vulnerable 2026-06-08 05:09:09.445145 Details available
An issue was discovered in the software on Vaultek Gun Safe VT20i products. There is no encryption of the session between the Android application and the safe. The website and marketing materials advertise that this communication channel is encrypted with "Highest Level Bluetooth Encryption" and "Data transmissions are secure via AES256 bit encryption." These claims, however, are not true. Moreover, AES256 bit encryption is not supported in the Bluetooth Low Energy (BLE) standard, so it would have to be at the application level. This lack of encryption allows an individual to learn the passcode by eavesdropping on the communications between the application and the safe.
Published: 2017-12-07T00:00:00.000Z
Updated: 2024-08-05T20:51:31.424Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2017-17435 not_vulnerable 2026-06-08 05:09:09.444685 Details available
An issue was discovered in the software on Vaultek Gun Safe VT20i products, aka BlueSteal. An attacker can remotely unlock any safe in this product line without a valid PIN code. Even though the phone application requires it and there is a field to supply the PIN code in an authorization request, the safe does not check the PIN code, so an attacker can obtain authorization using any value. Once an attacker sees the Bluetooth Low Energy (BLE) advertisement for the safe, they need only to write a BLE characteristic to enable notifications, and send a crafted getAuthor packet that returns a temporary key, and an unlock packet including that temporary key. The safe then opens after the unlock packet is processed, with no verification of PIN or other credentials.
Published: 2017-12-07T00:00:00.000Z
Updated: 2024-08-05T20:51:31.399Z
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.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.