There are public npm/GitHub advisories currently showing against resolved Playwright repository dependencies. I am filing this issue first per the contribution guidelines, rather than reopening the dependency PR directly.
This is not a report of a new private Playwright vulnerability and I am not claiming active exploitation in Playwright. The concern is that the repo currently resolves package versions that are covered by public advisories, and maintainers may want to decide whether these should be updated.
Packages flagged
ws@8.17.1
ws is listed in the root package.json dependency set and resolves to 8.17.1 in package-lock.json.
Public advisories:
Why it may matter here:
ws appears to be used by Playwright server/runtime-related code paths, including websocket/transport utilities.
- If any affected code path processes attacker-controlled websocket payloads in a relevant environment, these advisory classes can matter.
- I am not asserting exploitability in Playwright; I am surfacing the dependency state for maintainer triage.
Potential remediation:
- Update
ws from 8.17.1 to a patched 8.x release, for example 8.21.0.
path-to-regexp@8.3.0
path-to-regexp resolves through the lockfile as a transitive dependency, via router.
Public advisory:
Why it may matter here:
- The package is transitive rather than directly imported from Playwright source in my quick review.
- The risk depends on whether untrusted route patterns or matching inputs can reach the affected dependency path.
- This may simply be dependency hygiene if that path is not used in a security-relevant runtime flow.
Potential remediation:
- Refresh the lockfile so
path-to-regexp resolves to a patched version, for example 8.4.2.
Prior patch
I previously opened #41446 with a narrow dependency-only diff:
ws: 8.17.1 -> 8.21.0
path-to-regexp: 8.3.0 -> 8.4.2
- changed only
package.json and package-lock.json
npm audit --json no longer reported the high-severity ws or path-to-regexp findings after the update
That PR was closed with a request to start with an issue, so I am moving the discussion here.
Question for maintainers
Would you like this handled as:
- a maintainer-owned dependency update,
- a community PR based on the prior narrow diff,
- a smaller
ws-only PR,
- or no action because these dependencies are not security-relevant in Playwright's shipped/runtime surface?
If a PR is welcome, I can prepare one that follows the path you prefer.
There are public npm/GitHub advisories currently showing against resolved Playwright repository dependencies. I am filing this issue first per the contribution guidelines, rather than reopening the dependency PR directly.
This is not a report of a new private Playwright vulnerability and I am not claiming active exploitation in Playwright. The concern is that the repo currently resolves package versions that are covered by public advisories, and maintainers may want to decide whether these should be updated.
Packages flagged
ws@8.17.1wsis listed in the rootpackage.jsondependency set and resolves to8.17.1inpackage-lock.json.Public advisories:
wswsWhy it may matter here:
wsappears to be used by Playwright server/runtime-related code paths, including websocket/transport utilities.Potential remediation:
wsfrom8.17.1to a patched8.xrelease, for example8.21.0.path-to-regexp@8.3.0path-to-regexpresolves through the lockfile as a transitive dependency, viarouter.Public advisory:
path-to-regexpWhy it may matter here:
Potential remediation:
path-to-regexpresolves to a patched version, for example8.4.2.Prior patch
I previously opened #41446 with a narrow dependency-only diff:
ws:8.17.1->8.21.0path-to-regexp:8.3.0->8.4.2package.jsonandpackage-lock.jsonnpm audit --jsonno longer reported the high-severitywsorpath-to-regexpfindings after the updateThat PR was closed with a request to start with an issue, so I am moving the discussion here.
Question for maintainers
Would you like this handled as:
ws-only PR,If a PR is welcome, I can prepare one that follows the path you prefer.