Horizon Alert
Summary of the vulnerability and why it matters
This advisory addresses weaknesses in a specific Python package's portable USB drive functionality. The issues involve insufficient file integrity checks and a predictable encryption key derivation method, which could be exploited if an attacker has physical write access to the USB drive. The primary concern is to confirm if this feature is in use and exposed to such a threat model.
- Weaknesses in USB drive feature.
- Confirm if this specific feature is in use.
- Assess relevance and exposure of USB drive feature.
Attack Path
How an attacker could exploit the issue
An attacker with physical access to a USB drive could potentially compromise the system by adding malicious files that bypass integrity checks. Additionally, a weakness in how encryption keys are derived for drives without a specific salt file makes it possible to perform offline attacks to crack the encryption. This could lead to unauthorized access to sensitive data stored on the drive.
- Attacker needs physical USB access.
- Malicious files bypass integrity checks.
- Encryption key weakness enables offline attacks.
Live Threat
Current exploitation, exposure, and threat context
The `openssl_encrypt` package's portable USB drive feature could be at risk when an untrusted USB drive is used. If an attacker has physical write access to the drive, they could bypass integrity checks by adding unauthorized files, including root-level payloads. Furthermore, a predictable KDF salt could allow for offline rainbow table attacks against the drive's encryption key when a per-drive salt is not present.
- System data on USB drives.
- Untrusted files bypass integrity checks.
- Unauthorized code execution is possible.
Operational Fix
Recommended remediation, mitigation, and detection steps
The `openssl-encrypt` Python package's portable USB drive feature is vulnerable to integrity bypass and offline decryption attacks. Identifying where this feature is used, confirming its reachability or criticality, and locating the accountable owner are the first practical steps. Remediation planning should then be based on the assessed risk, considering potential vendor coordination if the feature is part of a larger solution.
- Ownership: Application owners and infrastructure teams.
- Verify first: Usability of USB drive feature and reachability.
- Action: Plan risk-based remediation with vendors.