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

@greenlake/sessionnpm

Advisory published Updated

@greenlake/session is a confirmed malicious npm package (MAL-2026-18283) that opens a backdoor for remote access (malicious versions 1.0.0, 2.0.0, 3.0.0…). Do not install it — remove it immediately and rotate any exposed credentials.

Malicious code in @greenlake/session (npm)

MAL-2026-18283
Immediate action
Remove the package, then rotate any secrets the build/runtime could reach.
npm uninstall @greenlake/session

What this malware does

@greenlake/session is a dependency-confusion package: it is described as a "Compatibility shim", uses inflated version numbers, and its README calls it an "authorized dependency-confusion test". Each listed version (3.0.0, 99.0.1, 1.0.0, 2.0.0) has a postinstall script that runs node beacon.cjs on npm install, and index.js calls the same code when the package is imported; it POSTs the hostname, install path and current working directory over plain HTTP to http://185.158.107.175:8787/_ah/dc, and index.js exports a Proxy that returns no-op functions so builds importing the real package keep running. The npm account wiseke published 14 such packages under the @greenlake, @sxm-web, @drone-js-ext and @ppa-web-components scopes between 2026-10-23 21:23 and 2026-10-25 14:28 UTC; index.js is byte-identical to that of ph-common (MAL-2026-1809), which sends to the same endpoint.

The package is a near-empty shim whose only functional behavior is a beacon. beacon.cjs defines a hardcoded bare-IP HTTP endpoint (http://185.158.107.175:8787/_ah/dc) and a fire() routine that POSTs installer-side host identifiers to it: package name, os.hostname(), __dirname (install path), process.cwd(), and process.version. fire() is invoked from the postinstall lifecycle script, so it runs automatically on npm install, and also from the main entry, so it runs again on require('@greenlake/session'). The main export is a Proxy that returns a no-op for every property access, so the package provides no legitimate functionality. The README self-labels this as an authorized dependency-confusion test against an internal @greenlake scope, but that is author-controlled text and does not constitute consent from any other installer whose resolver pulls this public package in place of the intended internal one. The data path is unencrypted (plain HTTP) and the destination is a bare IP unrelated to any declared publisher infrastructure.

Malicious versions

4 flagged
1.0.02.0.03.0.099.0.1

Indicators of compromise (SHA-256)

3255cc4148a62c7ba090d1912d41c572f3ce7ccb6db9cc131132cfd4a0970f43
0ccc7e38d6aa91b65c2b1bea73888265eaec2571e772fbada60b2f14ca771416
4dd726d36e65a00a3c65aa602ff2a7b489a8aae93ffec5acdef70d5248609f44
57df84a0164eda463123b80b9c0b871e6aeedaf39bfb0f585641495fd9b7c25c

Detection & response playbook

Backdoor / remote access
  1. Find it

    Search your lockfiles and build artifacts for @greenlake/session (4 malicious versions).

  2. If you installed it — respond

    @greenlake/session establishes remote access, so treat any host that installed it as fully compromised. Isolate the machine, remove the package, rotate all credentials it could reach, and rebuild from a trusted image rather than cleaning in place — a backdoor may have planted additional persistence.

  3. Did it already run?

    If @greenlake/session 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

No. @greenlake/session on npm has been identified as a malicious package (versions 1.0.0, 2.0.0, 3.0.0, 99.0.1 flagged). It should be removed immediately — do not install or keep it in your dependency tree.

Campaign

IN-MAL-2026-021704IN-MAL-2026-021726IN-MAL-2026-021724IN-MAL-2026-021725

References

Credits

  • Amazon Inspector · finder
  • InvisiRisk, Inc. · finder

Detect & block this

O3 blocks @greenlake/session-class packages before install and in CI — and if it already ran, its runtime egress monitoring catches the C2 callback and severs the channel.

Explore

@greenlake/session (npm) malicious package — MAL-2026-18283 | O3 Security