Upgrade Laravel dependencies - #637
Conversation
Includes CVE-2026-48736 fix (IpUtils::PRIVATE_SUBNETS IPv6 transition form bypass). Already permitted by laravel/framework's existing ^7.2.0 constraint, so only composer.lock changes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Team Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Security release fixing DoS vulnerabilities in AttributesExtension / DefaultAttributesExtension (GHSA-8rr7-cvq3-gmfh, GHSA-jjv6-8j6v-6j52) and an XSS issue. Already permitted by laravel/framework's existing ^2.8.1 constraint, so only composer.lock changes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Fixes 26 security advisories from composer audit: - laravel/framework 12.56.0 -> 12.69.1 (CRLF injection in default email validation rule, temporary signed URL path confusion) - symfony/http-kernel, mailer, mime, routing -> latest 7.4.x (CRLF/ header injection, URL generator route-requirement bypass, HEAD request method-filter bypass) - symfony/yaml 8.0.8 -> 8.1.6 (billion-laughs / ReDoS / stack exhaustion in the parser) - symfony/polyfill-intl-idn -> 1.42.0 (punycode host-equivalence bug) - guzzlehttp/guzzle 7.10.0 -> 7.15.5, guzzlehttp/psr7 2.9.0 -> 2.13.1 (cookie/proxy/host confusion issues), pulled in transitively by the above resolution All within existing composer.json constraints (^12.0, ^7.2.0, etc.), so only composer.lock changes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Fixes 17 security advisories, mostly Twig Sandbox allow-list/policy bypasses (CVE-2026-46633 critical PHP code injection via {% use %}, CVE-2026-46639/46640/47732 and others). _api_app doesn't use Twig's Sandbox extension, and its .twig templates only use |raw and basic if/for control structures - none of the CVE-implicated constructs ({% use %}, _self., macros, spaceless, column filter, template_from_string()). Reviewed the 3.25-3.28 changelog for non-security behavior changes; the only one relevant to non-sandboxed rendering (3.28.0: empty Markup values no longer truthy in boolean expressions) doesn't apply here since templates are fed plain arrays/strings/booleans, not Twig\Markup/HtmlString instances. Verified by rendering Sites/sitesMenu and Sites/Sections/sectionHead before and after the upgrade - output is byte-identical. Already permitted by twigbridge's existing ~3.21 constraint, so only composer.lock changes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
|
@coderabbitai summary |
✅ Action performedNo files to review. |
Fix composer audit by upgrading Laravel dependencies