Skip to content

chore: remove stale tar override - #846

Closed
AnujVishwakarma-src wants to merge 1 commit into
adobe:masterfrom
AnujVishwakarma-src:fix-remove-stale-tar-override
Closed

AnujVishwakarma-src wants to merge 1 commit into
adobe:masterfrom
AnujVishwakarma-src:fix-remove-stale-tar-override

Conversation

@AnujVishwakarma-src

Copy link
Copy Markdown
Contributor

Removes the tar entry from overrides in package.json.

bin/check-overrides.js (this repo's own governance script, run as part of prepack) now reports tar as no longer needed — npm audit produces the identical vulnerability count with or without it. Since prepack fails the build when a removable override is detected, this was blocking the on-push-publish-to-npm workflow on the 11.1.3 release commit.

@octokit/rest and @yeoman/conflicter > diff overrides are kept — removing either still adds vulnerabilities per the same check.

Validated

  • npm run check-overrides: exits 0 (previously exited 1, blocking publish).
  • npm audit: 54 vulnerabilities, unchanged from baseline with the override in place.
  • npm test: 53/53 tests pass, 100% coverage, lint clean.

The lockfile diff is larger than a single-line removal because tar has three separate consumers (cacache, node-gyp, pacote) that each now resolve their own version once nothing forces a single deduped one — confirmed via both a normal npm install and a from-scratch --package-lock-only resolve producing the same result, so this isn't local drift.

check-overrides.js reports tar as no longer needed (npm audit vulnerability
count is identical with or without it), and the prepack governance check
now fails the on-push-publish-to-npm workflow until it's removed.
@codecov

codecov Bot commented Sep 21, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

@AnujVishwakarma-src

Copy link
Copy Markdown
Contributor Author

Closing — confirmed this is unsafe. Removing the tar override keeps the flat vulnerability total at 54, but it's masking a real regression: tar sprawls from 2 consolidated copies to 6 per-consumer ones, reintroducing 6 older high-severity hardlink/symlink path-traversal CVEs that this override was protecting against (8 moderate findings disappearing offset the 8 new highs in the total, hiding the severity shift). check-overrides.js only compared the flat total, which is why it reported this as safe.

Root-caused and fixed in #847 (severity-bucket-aware comparison). Keeping the override in place.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant