Skip to content

build(deps): patch xmldom fragment injection - #44

Merged
GSTJ merged 1 commit into
masterfrom
security/xmldom-fragment-injection
Sep 7, 2026
Merged

GSTJ merged 1 commit into
masterfrom
security/xmldom-fragment-injection

Conversation

@GSTJ

@GSTJ GSTJ commented Sep 7, 2026

Copy link
Copy Markdown
Owner

Summary

Updates the vulnerable XML parser dependencies to patched releases, closing Dependabot alerts #55 and #56.

Details

  • Pins the @expo/plist path to 0.8.15 and the plist path to 0.9.12.
  • Keeps each dependency on its existing major version.

Testing steps

pnpm install --frozen-lockfile
pnpm run test
pnpm audit --audit-level moderate

Confirm the suite passes and the audit exits 0 with only the two ignored high-severity findings.

@GSTJ

GSTJ commented Sep 7, 2026

Copy link
Copy Markdown
Owner Author

Local verification from 6b4a414: 72 tests passed, the moderate-level audit exited 0, and the dependency graph contains only the patched 0.8.15 and 0.9.12 releases.

Local verification output

@GSTJ
GSTJ merged commit 364129b into master Sep 7, 2026
5 checks passed
@GSTJ
GSTJ deleted the security/xmldom-fragment-injection branch September 7, 2026 12:37
GSTJ added a commit that referenced this pull request Sep 21, 2026
* fix(release): bump a patch for build(deps) commits

Three security patches (#37, #38, #43, #44, #45) landed as
build(deps): commits and never reached npm: the changelog preset marks
build as effect: "changelog", so release-it correctly found nothing to
release and exited 0 every time. Nobody was watching for that, so the
patches sat on master.

findTypeEntry matches on type and scope before falling back to the
scope-less entry, so a build(deps) entry ahead of the generic build one
in TYPES lets dependency and security patches bump a patch while
scope-less build: (tooling, tsconfig, oxfmt) still doesn't move the
version. changelog-check.mjs's POLICY and assertions are updated to
match, including a build(deps) vs build bump test so this can't regress
silently again.

* docs: the Swift AppDelegate redirect already landed

bb07d7b fixed the SDK 53+ AppDelegate.swift bundle URL redirect back in
v1.0.13, but the SDK-support note above it was written 26 minutes
earlier the same day and never got updated. Confirmed by prebuild
against a fresh SDK 57 app: CodePush.bundleURL() lands in
ReactNativeDelegate.bundleURL() same as the Objective-C template does.

* style: satisfy oxfmt on changelog-check.mjs
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