Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
Malicious package

rlaskPyPI

Malicious code in rlask (PyPI) Remove it immediately and rotate any exposed credentials.

MAL-2026-5303
Immediate action
Remove the package, then rotate any secrets the build/runtime could reach.
pip uninstall rlask

What this malware does

The package name 'rlask' is a single-character edit of the popular 'flask' package. METADATA declares 'Maintainer-email: Pallets [email protected]', and entry_points.txt registers 'flask=flask.cli:main' rather than an rlask-specific entry — indicating the distribution is a verbatim repackaging of Flask 3.1.x source while falsely advertising Pallets maintainership. The exported API (Flask, Blueprint, Config, request, session, etc.) mirrors Flask's surface. No exfiltration, install-time hooks, subprocess execution, credential reads, or outbound network I/O were observed in the shipped code. The risk is name confusion plus forged maintainer identity: a developer who mistypes 'pip install flask' as 'pip install rlask' receives a package that shadows the real Flask, controlled by an author who is not Pallets and could push a malicious update at any time. Routing to human review per the typosquat handling discipline — name-confusion judgments and impersonated-maintainer attributions should be confirmed by a human before publication.

Typosquatting package published from a compromised account with an obfuscated infostealer. The infostealer is a heavily obfuscated JavaScript code executed using Bun runtime on Python startup. It collectes all kinds of sensitive data, including API keys, credentials to package repositories, cryptocurrency assets, password manager data. Infostealer actively queries online services to collect additional secrets as well as attempts to gain persistence and spread further by publishing infected packages using collected credentials. Data are exfiltrated likely using Github. The code seems to threaten to wipe the user's data if it detects invalid GitHub tokens. Cleanup should be done with caution.

It seems to be related to the recent Mini Shai Hulud campaign.

Category: MALICIOUS - The campaign has clearly malicious intent, like infostealers.

Campaign: 2026-06-compr-woodpecker

Reasons (based on the campaign):

  • compromised-package

  • exfiltration-env-variables

  • exfiltration-cloud-tokens

  • exfiltration-credentials

  • abuses-pth

  • obfuscation

  • infostealer

  • The package contains code to detect if it is running in a sandbox environment.

  • exfiltration-crypto

  • files-exfiltration

  • destructive-actions

Malicious versions

5 flagged
3.1.33.1.43.1.53.1.63.1.7

Indicators of compromise (SHA-256)

baacd735e23c83962845507427fa53c89bdc2e8e0456dbbce6f00a91bf4fe002
4ca4516111fcaad3efadf2bf86fd3ae9c975315f7754183c797acabc1e6475d5
b4d4792bb2fb39439fe9b965c349935006fb237decae4f77ac833921d0d283f2
89a034f9ba4356799034d728884eccecf5c53779d85280556419cda38e671a30
85f60af8077caaaf6b2937b78c1a5f3a84b39241ff3739203f33eecfe45f01bf
92bd4b422853a33d38f179752632ef094a008292ff1f9a2168bd90fc385ee913
cc98b863089370a92d8c73e09b64b8d3fc0a7a088d0e3c7e36b12d64bbff959a
d48cbada3f475ae3be28305c78ee0f626f83dcca7cb7de691e8083de964785d3

Detection & response playbook

Credential / info stealer
  1. Find it

    Scan your lockfiles (package-lock.json, pnpm-lock.yaml, yarn.lock, requirements.txt, poetry.lock, etc.) and build artifacts for rlask (5 malicious versions). O3 Security's supply-chain scanner checks every dependency against known-malicious package intelligence at install time and in CI, flagging rlask across your stack and pipelines.

  2. If you installed it — respond

    rlask 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.

  3. Did it already run?

    If rlask was ever installed, its post-install/runtime payload may have already executed. O3's L7 egress monitoring and runtime eBPF sensors detect the credential exfiltration or command-and-control callback after install and block the malicious outbound channel, so you catch and contain the actual compromise — not just the presence of the package.

  4. How O3 protects you

    O3 blocks rlask before install through its supply-chain scanner, and if it has already run, detects and severs the exfiltration or C2 callback at runtime through L7 egress monitoring and eBPF.

Frequently asked questions

No. rlask on PyPI has been identified as a malicious package (versions 3.1.3, 3.1.4, 3.1.5, 3.1.6, 3.1.7 flagged). It should be removed immediately — do not install or keep it in your dependency tree.

Campaign

2026-06-compr-woodpeckerIN-MAL-2026-008934IN-MAL-2026-009529IN-MAL-2026-009530IN-MAL-2026-009528IN-MAL-2026-009532

References

Credits

  • Amazon Inspector · finder
  • Kamil Mańkowski (kam193) · reporter

Detect & block this

O3 blocks rlask-class packages before install and in CI — and if it already ran, its runtime egress monitoring catches the credential exfiltration and severs the channel.

rlask (PyPI) malicious package — MAL-2026-5303 | O3 Security