vectordb-enginePyPI
Advisory published Updated
vectordb-engine is a confirmed malicious PyPI package (MAL-2026-4814) that steals credentials and exfiltrates sensitive data (malicious version 1.0.0). Do not install it — remove it immediately and rotate any exposed credentials.
Malicious code in vectordb-engine (PyPI)
What this malware does
During pip install, a custom build_ext step in src/vectordb_engine_build.py runs an obfuscated payload that performs targeted reconnaissance and exfiltration. Before doing anything else, it SHA-256-hashes the lowercased machine hostname against an obfuscated salt and compares the digest against three hardcoded allowed-hash constants; if the hostname does not match, the process calls exit() — the canonical shape of a targeted supply-chain implant that lies dormant on non-victim machines. On matching hosts, the script collects hostname, FQDN, OS, architecture, Python version, and OS username, concatenates them with | separators, XOR-encrypts the blob with a hardcoded key, hex-encodes the result, and issues an HTTPS GET to https://vectordbengine.blob.core.windows.net/kernels/?v=<encoded-fingerprint>. A separate function reads environment variables whose names are concealed behind a base85+XOR+zlib decoder (_ORQFVrfoaIJyX4SjOvpEI) and folds the values into the same exfil pipeline, consistent with scraping CI/cloud secrets without leaving readable identifiers in the source. urllib3.disable_warnings() is invoked to suppress TLS warnings. The package metadata uses placeholder publisher identity (VectorDB Contributors, [email protected]) and constructs a cover-story URL https://releases.vectordb-engine.io/kernels that is built into a string but never actually requested — it exists only as a decoy alongside the real Azure blob exfil endpoint. Each of (hostname-allowlist gating with exit() fallback, obfuscated env-var-name scraper feeding a network exfil, host-fingerprint XOR-encoded into a query string against attacker-controlled storage, decoy-domain cover story with placeholder publisher metadata) is independently sufficient evidence of a targeted attack; their joint presence leaves no benign interpretation.
During installation, in the build step, the code performs machine fingerprinting and only in a highly targeted environment, downloads a likely-malicious shared library. The code seems to actually be incomplete.
Category: MALICIOUS - The campaign has clearly malicious intent, like infostealers.
Campaign: 2026-05-vectordb-engine
Reasons (based on the campaign):
-
Downloads and executes a remote executable.
-
targetted-attack
-
obfuscation
Malicious versions
Indicators of compromise (SHA-256)
Detection & response playbook
Credential / info stealerFind it
Search your lockfiles and build artifacts for vectordb-engine (version 1.0.0).
If you installed it — respond
vectordb-engine is built to steal secrets, so assume every credential the build or runtime could read is compromised. Remove it from your project and lockfile, then rotate ALL exposed secrets — npm/registry tokens, cloud keys, CI/CD secrets, SSH keys, and any .env values — from a known-clean machine. Audit logs for unauthorized use of those credentials.
Did it already run?
If vectordb-engine was installed, its post-install payload may already have run. Removing the package does not undo that — check outbound connections and credential use from the install window onward.
Frequently asked questions
Campaign
References
Credits
- Amazon Inspector · finder
- Kamil Mańkowski (kam193) · reporter
Detect & block this
O3 blocks vectordb-engine-class packages before install and in CI — and if it already ran, its runtime egress monitoring catches the credential exfiltration and severs the channel.