Dependency & support audit

acme/ipems-like

Prepared
23 July 2026
Source
composer.lock
Target
Laravel 13

Running unsupported software

This application runs on Laravel 9.52 and PHP 8.0, which no longer receive security patches. The oldest component has been unsupported for approximately 2.7 years. Vulnerabilities disclosed since then remain unpatched, and will stay unpatched.

Support timeline

20232024202520262027Laravel 9.522.4 yr unsupportedPHP 8.02.6 yr unsupportedtoday
Bug fixesSecurity onlyUnsupported

Current state

Laravel9.52END OF LIFE unsupported since 6 Feb 2024 (2 years 5 months ago)
PHP8.0END OF LIFE unsupported since 26 Nov 2023 (2 years 7 months ago)
Dependencies8 direct9 including transitive

Required work

Abandoned — action required 1

barryvdh/laravel-corsremove — CORS is in the framework since Laravel 9.2Delete the package, then use Illuminate\Http\Middleware\HandleCors. config/cors.php stays as is.

Version bump available 4

laravel/sanctumbump to v4.3.3
laravel/tinkerbump to v3.0.2
yajra/laravel-oci8bump to v13.10.1
spatie/laravel-ignitiondevbump to 2.12.0

Effort

Framework majors5.5 days
PHP runtime upgrade3 days
Dependency work0.66 days
Testing & deployment3.21 days
Total12.4 days

Developer-days for one engineer familiar with the stack. Testing and deployment are included at 35% of the preceding work. Any runtime upgrade requires server access and should be scheduled separately.

Recommended sequence

  1. Confirm the hosting environment can run PHP 8.3. On managed or shared hosting this is decided by the provider, not by the codebase, and it gates everything else.
  2. Decide what happens to the packages with no compatible release. Each needs a replacement, a fork, or a decision to drop the feature.
  3. Apply the version bumps as one batch against a full test run, rather than package by package.
  4. Move one major version at a time, with the test suite green before each step. Skipping intermediate versions makes failures much harder to attribute.