build(deps): bump the website-minor-patch group across 1 directory with 7 updates - #961
Conversation
…th 7 updates Bumps the website-minor-patch group with 7 updates in the /website directory: | Package | From | To | | --- | --- | --- | | [@astrojs/mdx](https://github.com/withastro/astro/tree/HEAD/packages/integrations/mdx) | `7.0.5` | `7.0.7` | | [@astrojs/react](https://github.com/withastro/astro/tree/HEAD/packages/integrations/react) | `6.0.2` | `6.0.4` | | [@biomejs/biome](https://github.com/biomejs/biome/tree/HEAD/packages/@biomejs/biome) | `2.5.7` | `2.5.9` | | [astro](https://github.com/withastro/astro/tree/HEAD/packages/astro) | `7.2.0` | `7.2.4` | | [starlight-blog](https://github.com/HiDeoo/starlight-blog/tree/HEAD/packages/starlight-blog) | `0.28.0` | `0.29.0` | | [starlight-links-validator](https://github.com/HiDeoo/starlight-links-validator/tree/HEAD/packages/starlight-links-validator) | `0.25.2` | `0.25.3` | | [vite](https://github.com/vitejs/vite/tree/HEAD/packages/vite) | `8.2.1` | `8.2.2` | Updates `@astrojs/mdx` from 7.0.5 to 7.0.7 - [Release notes](https://github.com/withastro/astro/releases) - [Changelog](https://github.com/withastro/astro/blob/main/packages/integrations/mdx/CHANGELOG.md) - [Commits](https://github.com/withastro/astro/commits/@astrojs/mdx@7.0.7/packages/integrations/mdx) Updates `@astrojs/react` from 6.0.2 to 6.0.4 - [Release notes](https://github.com/withastro/astro/releases) - [Changelog](https://github.com/withastro/astro/blob/main/packages/integrations/react/CHANGELOG.md) - [Commits](https://github.com/withastro/astro/commits/@astrojs/react@6.0.4/packages/integrations/react) Updates `@biomejs/biome` from 2.5.7 to 2.5.9 - [Release notes](https://github.com/biomejs/biome/releases) - [Changelog](https://github.com/biomejs/biome/blob/main/packages/@biomejs/biome/CHANGELOG.md) - [Commits](https://github.com/biomejs/biome/commits/@biomejs/biome@2.5.9/packages/@biomejs/biome) Updates `astro` from 7.2.0 to 7.2.4 - [Release notes](https://github.com/withastro/astro/releases) - [Changelog](https://github.com/withastro/astro/blob/main/packages/astro/CHANGELOG.md) - [Commits](https://github.com/withastro/astro/commits/astro@7.2.4/packages/astro) Updates `starlight-blog` from 0.28.0 to 0.29.0 - [Release notes](https://github.com/HiDeoo/starlight-blog/releases) - [Changelog](https://github.com/HiDeoo/starlight-blog/blob/main/packages/starlight-blog/CHANGELOG.md) - [Commits](https://github.com/HiDeoo/starlight-blog/commits/starlight-blog@0.29.0/packages/starlight-blog) Updates `starlight-links-validator` from 0.25.2 to 0.25.3 - [Release notes](https://github.com/HiDeoo/starlight-links-validator/releases) - [Changelog](https://github.com/HiDeoo/starlight-links-validator/blob/main/packages/starlight-links-validator/CHANGELOG.md) - [Commits](https://github.com/HiDeoo/starlight-links-validator/commits/starlight-links-validator@0.25.3/packages/starlight-links-validator) Updates `vite` from 8.2.1 to 8.2.2 - [Release notes](https://github.com/vitejs/vite/releases) - [Changelog](https://github.com/vitejs/vite/blob/main/packages/vite/CHANGELOG.md) - [Commits](https://github.com/vitejs/vite/commits/v8.2.2/packages/vite) --- updated-dependencies: - dependency-name: "@astrojs/mdx" dependency-version: 7.0.7 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch - dependency-name: "@astrojs/react" dependency-version: 6.0.4 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch - dependency-name: "@biomejs/biome" dependency-version: 2.5.9 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch - dependency-name: astro dependency-version: 7.2.4 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch - dependency-name: starlight-blog dependency-version: 0.29.0 dependency-type: direct:production update-type: version-update:semver-minor dependency-group: website-minor-patch - dependency-name: starlight-links-validator dependency-version: 0.25.3 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch - dependency-name: vite dependency-version: 8.2.2 dependency-type: direct:production update-type: version-update:semver-patch dependency-group: website-minor-patch ... Signed-off-by: dependabot[bot] <support@github.com>
| "tailwindcss": "^4.2.4", | ||
| "typescript": "^6.0.3", | ||
| "vite": "^8.2.1" | ||
| "vite": "^8.2.2" |
There was a problem hiding this comment.
Semgrep identified an issue, but thinks it may be safe to ignore.
Package dependencies with variant versions may lead to dependency hijack and confusion attacks. Better to specify an exact version or use package-lock.json for a specific version of the package.
Why this might be safe to ignore:
This is a development dependency in a package.json file using caret (^) version ranges, which is standard practice in Node.js projects. The project uses an 'overrides' section and likely has a package-lock.json file (as is standard) that locks dependencies to exact versions in production, mitigating dependency confusion risks. The LOW confidence rating and standard development workflow make this a false positive.
To resolve this comment:
🔧 No guidance has been designated for this issue. Fix according to your organization's approved methods.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by package-dependencies-check.
You can view more details about this finding in the Semgrep AppSec Platform.
| "starlight-blog": "^0.29.0", | ||
| "starlight-image-zoom": "^0.15.0", | ||
| "starlight-links-validator": "^0.25.2", | ||
| "starlight-links-validator": "^0.25.3", |
There was a problem hiding this comment.
Semgrep identified an issue, but thinks it may be safe to ignore.
Package dependencies with variant versions may lead to dependency hijack and confusion attacks. Better to specify an exact version or use package-lock.json for a specific version of the package.
Why this might be safe to ignore:
This low-confidence rule is matching a normal semver range in package.json, not evidence of an exploitable vulnerability in application code. Using a caret version for a public dependency is common and this finding alone does not meaningfully improve security without additional supply-chain risk context.
To resolve this comment:
🔧 No guidance has been designated for this issue. Fix according to your organization's approved methods.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by package-dependencies-check.
You can view more details about this finding in the Semgrep AppSec Platform.
| "react": "^19.2.8", | ||
| "react-dom": "^19.2.8", | ||
| "starlight-blog": "^0.28.0", | ||
| "starlight-blog": "^0.29.0", |
There was a problem hiding this comment.
Semgrep identified an issue in your code:
starlight-blog uses the floating range ^0.29.0, allowing later compatible releases to enter developer and CI builds. A hijacked matching release could execute during installation or the Astro build and expose source code or deployment secrets.
More details about this
starlight-blog is declared as ^0.29.0, so package installation can select newer 0.x releases allowed by npm's caret range rather than always using 0.29.0. If a later matching release of starlight-blog were hijacked or published with malicious code, an attacker could exploit the normal dependency installation flow:
- An attacker publishes a compromised compatible
starlight-blogrelease, such as0.29.1. - A developer or CI job runs
npm installwhile resolving thedependenciesin thispackage.json; the^0.29.0range permits npm to select that newer release. - The malicious package executes during installation or is included in the Astro build, potentially reading CI environment variables, source files, or deployment credentials and sending them to an attacker-controlled server.
- Other developers or build agents that install the project later may resolve a different
starlight-blogversion, making the dependency behavior and resulting build inconsistent across environments.
To resolve this comment:
✨ Commit fix suggestion
| "starlight-blog": "^0.29.0", | |
| "starlight-blog": "0.29.0", |
View step-by-step instructions
-
Pin
starlight-blogto the exact version by changing the entry to"starlight-blog": "0.29.0". -
Update the npm lockfile to record this exact version and its resolved integrity data with
$ npm install --save-exact starlight-blog@0.29.0. -
Keep the generated
package-lock.jsonalongsidepackage.jsonso future installs use the reviewed dependency version.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by package-dependencies-check.
You can view more details about this finding in the Semgrep AppSec Platform.
| "@types/react": "^19.2.18", | ||
| "@types/react-dom": "^19.2.4", | ||
| "astro": "^7.2.0", | ||
| "astro": "^7.2.4", |
There was a problem hiding this comment.
Semgrep identified an issue, but thinks it may be safe to ignore.
Package dependencies with variant versions may lead to dependency hijack and confusion attacks. Better to specify an exact version or use package-lock.json for a specific version of the package.
Why this might be safe to ignore:
This is a low-confidence dependency version pinning finding in package.json, and the matched caret range is standard package manager usage rather than a directly exploitable issue by itself. Without evidence that installs occur without a lockfile or from an untrusted registry, this does not meaningfully indicate a security vulnerability.
To resolve this comment:
🔧 No guidance has been designated for this issue. Fix according to your organization's approved methods.
💬 Ignore this finding
Reply with Semgrep commands to ignore this finding.
/fp <comment>for false positive/ar <comment>for acceptable risk/other <comment>for all other reasons
Alternatively, triage in Semgrep AppSec Platform to ignore the finding created by package-dependencies-check.
You can view more details about this finding in the Semgrep AppSec Platform.
|
Looks like these dependencies are updatable in another way, so this is no longer needed. |
Bumps the website-minor-patch group with 7 updates in the /website directory:
7.0.57.0.76.0.26.0.42.5.72.5.97.2.07.2.40.28.00.29.00.25.20.25.38.2.18.2.2Updates
@astrojs/mdxfrom 7.0.5 to 7.0.7Release notes
Sourced from @astrojs/mdx's releases.
Changelog
Sourced from @astrojs/mdx's changelog.
Commits
8a31cba[ci] release (#17739)bc171affeat(satteri): update to Sätteri 0.10.x (#17731)52e6c34[ci] release (#17691)Updates
@astrojs/reactfrom 6.0.2 to 6.0.4Release notes
Sourced from @astrojs/react's releases.
Changelog
Sourced from @astrojs/react's changelog.
Commits
8a31cba[ci] release (#17739)52e6c34[ci] release (#17691)Updates
@biomejs/biomefrom 2.5.7 to 2.5.9Release notes
Sourced from @biomejs/biome's releases.
... (truncated)
Changelog
Sourced from @biomejs/biome's changelog.
... (truncated)
Commits
2081460ci: release (#11309)6559e6cfeat: adds theuseAstroClientOnlyDirectiveValuerule for .astro files (#11299)a8798eafeat: useNamedLayer (#11377)85aac73feat(lint): addnoUnsafeTypeAssertionrule (#11221)e65f07efeat(lint): nursery useControlLabel (#11312)ba8aa18feat(lint): adduseTailwindShorthandClasses(#10312)6b8f09cci: release (#11236)23c0369feat(lint): nursery noInvalidPropertyInitValue (#11187)52b44d6feat(lint/html): addnoSvelteLegacyConst(#11247)0a0fbc1feat(lint/js): adduseReactCompiler(#10710)Updates
astrofrom 7.2.0 to 7.2.4Release notes
Sourced from astro's releases.
... (truncated)
Changelog
Sourced from astro's changelog.
... (truncated)
Commits
8a31cba[ci] release (#17739)aeda810[ci] formata90ff66fix(assets): harden vendored image-size box and entry checks (#17747)05763a0Respect path-segment boundaries when stripping the configured base (#17701)70b449dfix(routing): keep the trailing slash when stripping an injected .html (#17742)771b0a9fix(container): wire astroConfig.site through to the SSR manifest so Astro.si...52e6c34[ci] release (#17691)97140b2fix(collections): chunk writing of collections (#17724)e28d227docs: fix the code snippets in the JSDoc for the configuration options (#17699)c3b9aedchore: remove unifont workaround (#17723)Updates
starlight-blogfrom 0.28.0 to 0.29.0Release notes
Sourced from starlight-blog's releases.
Changelog
Sourced from starlight-blog's changelog.
Commits
9372411ci: release (#226)6449901feat: stable css selectors (#225)Updates
starlight-links-validatorfrom 0.25.2 to 0.25.3Release notes
Sourced from starlight-links-validator's releases.
Changelog
Sourced from starlight-links-validator's changelog.
Commits
e9dc678ci: release (#174)7f9c3b7fix: redirect validation with a base and under the Bun runtime (#173)Updates
vitefrom 8.2.1 to 8.2.2Release notes
Sourced from vite's releases.
Changelog
Sourced from vite's changelog.
Commits
de1111arelease: v8.2.2cb77e2atest(ssr): add destructing assignment case for moduleRunnerTransform (#23308)9db0b61fix(ssr): rewrite computed key of destructing parameter (#23307)8413052fix: respectresolve.preserveSymlinkswhen resolving root (fix #23197) (#23...05a003efix(config): resolve sourcemap paths against sourcemap location (#23239)495d9fffeat(deps): widen@vitejs/devtoolspeer range to v0.5.0 (#23302)1d9fa39refactor: use JSON import attributes instead of readFileSync in constants (#2...2804636fix(css): don't pass empty targets to lightningcss (#23295)599b44btest(module-runner): simplify server-hmr tests (#23300)4a261f2test(module-runner): add TLA circular import case (#23299)Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore <dependency name> major versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)@dependabot ignore <dependency name> minor versionwill close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)@dependabot ignore <dependency name>will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)@dependabot unignore <dependency name>will remove all of the ignore conditions of the specified dependency@dependabot unignore <dependency name> <ignore condition>will remove the ignore condition of the specified dependency and ignore conditions