DependencyWatch.io
FeedSolutionsSubmitScan your lockfile
Criticalnpm43 affected versions

autotel-vitest

autotel-vitest has 43 versions on the npm registry flagged in 2 incidents we track. Other versions of this package are not implicated - only the exact versions listed below were named by the source advisories.

Affected versions

Check what you actually have installed with npm ls autotel-vitest.

  • autotel-vitest@0.4.36
  • autotel-vitest@0.4.35
  • autotel-vitest@0.4.34
  • autotel-vitest@0.4.33
  • autotel-vitest@0.4.32
  • autotel-vitest@0.4.31
  • autotel-vitest@0.4.30
  • autotel-vitest@0.4.29
  • autotel-vitest@0.4.28
  • autotel-vitest@0.4.27
  • autotel-vitest@0.4.26
  • autotel-vitest@0.4.25
  • autotel-vitest@0.4.24
  • autotel-vitest@0.4.23
  • autotel-vitest@0.4.22
  • autotel-vitest@0.4.21
  • autotel-vitest@0.4.20
  • autotel-vitest@0.4.19
  • autotel-vitest@0.4.18
  • autotel-vitest@0.4.17
  • autotel-vitest@0.4.16
  • autotel-vitest@0.4.15
  • autotel-vitest@0.4.14
  • autotel-vitest@0.4.13
  • autotel-vitest@0.4.10
  • autotel-vitest@0.4.9
  • autotel-vitest@0.4.8
  • autotel-vitest@0.4.7
  • autotel-vitest@0.4.6
  • autotel-vitest@0.4.5
  • autotel-vitest@0.4.4
  • autotel-vitest@0.4.3
  • autotel-vitest@0.4.2
  • autotel-vitest@0.4.1
  • autotel-vitest@0.4.0
  • autotel-vitest@0.3.5
  • autotel-vitest@0.3.4
  • autotel-vitest@0.3.3
  • autotel-vitest@0.3.2
  • autotel-vitest@0.3.1
  • autotel-vitest@0.3.0
  • autotel-vitest@0.2.0
  • autotel-vitest@0.1.0

The 2 incidents that flagged it

High

GHSA-flagged malware brands - 16 autotel-*, 4 awaitly-*, and `ai-sdk-ollama` packages (Nov 2025–Jun 2026) marked embedded-malicious-code on 2026-06-29/30

GitHub's Advisory Database dropped CWE-506 (Embedded Malicious Code) records on 2026-06-29 and 2026-06-30 against 21 npm "brand" packages built up over months: the entire autotel-* observability family (16 packages, 400+ versions), the awaitly promise-utility family (4 packages, ~180 versions), and the ai-sdk-ollama Vercel AI-SDK typosquat (55 versions). Every published version of every listed package is now classified as malware.

Versions named here: 0.1.0, 0.2.0, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.4.0, 0.4.1, 0.4.2, 0.4.3, 0.4.4, 0.4.5, 0.4.6, 0.4.7, 0.4.8, 0.4.9, 0.4.10, 0.4.13, 0.4.14, 0.4.15, 0.4.16, 0.4.17, 0.4.18, 0.4.19, 0.4.20, 0.4.21, 0.4.22, 0.4.23, 0.4.24, 0.4.25, 0.4.26, 0.4.27, 0.4.28, 0.4.29, 0.4.30, 0.4.31, 0.4.32, 0.4.33, 0.4.34, 0.4.35, 0.4.36

Critical

Phantom Gyp Miasma worm hits @vapi-ai/server-sdk and the jagreehal portfolio via binding.gyp

Between 23:30 UTC on 2026-06-03 and ~01:30 UTC on 2026-06-04 the Miasma worm published a malicious 157-byte binding.gyp payload through 57 npm packages and 286+ versions, starting at @vapi-ai/server-sdk (~408k weekly downloads) and cascading across the jagreehal maintainer's autotel-*, awaitly-*, ai-sdk-*, executable-stories-*, node-env-resolver-*, and wrangler-deploy portfolio. GitHub Advisories backfilled the full affected-version set across the autotel-* family and the wider awaitly-* portfolio on 2026-06-29 / 2026-06-30 (16 new autotel-* GHSAs plus expanded awaitly / awaitly-mongo / awaitly-libsql / awaitly-analyze ranges).

Versions named here: 0.4.26

What to do if you installed one of these

Treat the machine as compromised rather than simply upgrading. Packages in these incidents typically execute at install time, so the payload has already run with whatever credentials were in the environment.

  1. 1.Rotate every credential that machine or CI job could reach - registry tokens, cloud keys, SSH keys, CI secrets - from a different machine.
  2. 2.Pin to a version not listed above, then reinstall from a clean lockfile.
  3. 3.Clear caches and private mirrors. Artifactory, Nexus, Verdaccio, and devpi routinely keep serving a tarball after the public registry has pulled it.
  4. 4.Read the incident write-up above - recommended actions differ per incident, and some have specific indicators of compromise worth grepping your logs for.

Check your whole project

autotel-vitest is one of many packages in these incidents, and it is usually pulled in as a transitive dependency rather than one you installed directly. Paste your package-lock.json to check every dependency at once - it runs in your browser and nothing is uploaded.

Check my package-lock.json All flagged npm packages

Other packages in the same incident

If autotel-vitest is in your tree, these are worth checking too - they were published by the same campaign.

See the full incident

Version data comes from the public advisories cited on each incident page. We list only versions those advisories name - we don't infer additional ones. Think this is wrong or incomplete? Tell us.