De Symfony 6.4 end of life gaat in twee stappen: per november 2026 stoppen de bug fixes, en in november 2027 stoppen ook de security fixes. Daarna krijgt Symfony 6.4 geen enkele update meer. Voor de meeste applicaties is de logische vervolgstap Symfony 7.4 LTS, met security fixes tot november 2029.
Je applicatie blijft gewoon werken, maar het venster om rustig te upgraden wordt kleiner. Wij nemen regelmatig Symfony-applicaties over die jaren niet zijn bijgewerkt. Bijna altijd geldt: hoe eerder je een plan hebt, hoe kleiner de stap. Paniek is niet nodig, uitstel ook niet.
Symfony 6.4 end of life in het kort (per november 2026)
| Vraag | Antwoord |
|---|---|
| Wat voor versie is 6.4? | LTS-versie (long-term support), uitgebracht in november 2023 |
| Einde bugfixes | november 2026 |
| Einde securityfixes (EOL) | november 2027 |
| Minimale PHP-versie | PHP 8.1, die volgens php.net sinds 31 december 2025 zelf end of life is |
| Aanbevolen vervolgstap | Symfony 7.4 LTS (bugfixes tot november 2028, securityfixes tot november 2029, minimaal PHP 8.2) |
Bron: symfony.com/releases/6.4 en symfony.com/releases/7.4.
Wat betekent end of life voor een Symfony versie?
End of life (EOL) is het moment waarop een Symfony version geen updates meer krijgt. Elke versie doorloopt drie fases: eerst bug fixes en security fixes, daarna alleen security fixes, en uiteindelijk niets meer. Vanaf dat laatste moment wordt een nieuw ontdekt lek in die versie niet meer gedicht.
Voor je bedrijf heeft dat drie gevolgen:
- Beveiligingsrisico. Een bekend lek blijft open. Hoe langer een versie EOL is, hoe groter de kans dat er een lek bekend wordt dat jou raakt.
- Compliance. Pentesters, auditors en klanten met strenge eisen vragen naar ondersteunde software. Een framework zonder updates is dan een bevinding.
- Hosting en PHP-versies die verdwijnen. Een oude Symfony versie houdt je vaak vast aan een oude PHP-versie. Als je hostingpartij die uitzet, moet je ineens upgraden, onder tijdsdruk.
Hoe de Symfony releases werken
Volgens de releasedocumentatie van Symfony verschijnt er elke zes maanden een nieuwe minor version: één release in mei en één in november. Een nieuwe major version (6.0, 7.0, 8.0) komt elke twee jaar uit, in november van oneven jaren. Daarnaast verschijnt er ongeveer elke maand een patch-release met fixes. De volgende minor release, Symfony 8.2, staat gepland voor november 2026.
De laatste minor version van een major, zoals 5.4, 6.4 en 7.4, is een LTS-release. Die krijgt drie jaar bug fixes en vier jaar security fixes. Een standaardversie wordt maar acht maanden onderhouden, zowel voor bugs als voor beveiliging. Doordat de Symfony releases zo voorspelbaar zijn, weet je jaren vooruit wanneer je volgende upgrade nodig is.
Waarom een nieuwe major version meer werk is
Een minor version bevat nieuwe features en soms nieuwe deprecations, maar dankzij de belofte over achterwaartse compatibiliteit geen breaking changes. Een major version wel: de laatste minor (bijvoorbeeld 6.4) bevat nog alle verouderde code, de nieuwe major (7.0) haalt die weg. Daarom is de stap van 6.4 naar 7.4 groter dan die van 6.3 naar 6.4.
Symfony versies en ondersteuning per november 2026
Dit is de stand van de belangrijkste Symfony releases, per november 2026, volgens symfony.com/releases. Daar kun je je ook aanmelden voor meldingen over nieuwe releases.
| Versie | Release | Status | Bugfixes tot | Securityfixes tot | Minimale PHP-versie |
|---|---|---|---|---|---|
| 8.2 | november 2026 (gepland) | standaard, in ontwikkeling | juli 2027 | juli 2027 | 8.4 |
| 8.1 | mei 2026 | standaard, onderhouden | januari 2027 | januari 2027 | 8.4 |
| 8.0 | november 2025 | niet meer onderhouden | juli 2026 | juli 2026 | 8.4 |
| 7.4 | november 2025 | LTS, onderhouden | november 2028 | november 2029 | 8.2 |
| 6.4 | november 2023 | LTS, bugfixes stoppen | november 2026 | november 2027 | 8.1 |
| 5.4 | november 2021 | LTS, alleen securityfixes | november 2024 | februari 2029 | 7.2.5 |
| 4.4 | november 2019 | LTS, EOL | verlopen | november 2023 | 7.1.3 |
| 3.4 | november 2017 | LTS, EOL | verlopen | november 2021 | 5.5.9 |
| 2.8 | november 2015 | LTS, EOL | verlopen | november 2019 | 5.3.9 |
Opvallend: 5.4 krijgt volgens symfony.com langer security fixes dan 6.4. Dat klinkt geruststellend, maar zegt weinig over de PHP-versie waarop je 5.4-applicatie draait.
De PHP-versie telt net zo hard mee
Symfony en PHP hebben elk hun eigen levenscyclus. Volgens php.net worden per november 2026 alleen PHP 8.2, 8.3, 8.4 en 8.5 nog ondersteund:
| PHP-versie | Actieve ondersteuning tot | Securityfixes tot |
|---|---|---|
| 8.5 | 31 december 2027 | 31 december 2029 |
| 8.4 | 31 december 2026 | 31 december 2028 |
| 8.3 | verlopen | 31 december 2027 |
| 8.2 | verlopen | 31 december 2026 |
PHP 8.1 is volgens de EOL-lijst van php.net sinds 31 december 2025 end of life, PHP 8.0 sinds 26 november 2023 en PHP 7.4 sinds 28 november 2022. Draai je 6.4 op PHP 8.1, of 5.4 op PHP 7.4, dan is je PHP version dus al EOL, ook al krijgt Symfony zelf nog security fixes. Meer daarover lees je in ons artikel over een PHP upgrade.
Symfony 6.4 end of life: wat doe je per situatie?
Niet elke applicatie heeft dezelfde haast. Dit is ons advies per startpunt.
Je zit op Symfony 6.4: plan de stap naar Symfony 7.4 LTS
Je zit nog in een comfortabele positie. Gebruik het jaar tot november 2027 om de upgrade naar 7.4 LTS te plannen en uit te voeren. Daarmee heb je ondersteuning tot november 2029.
Begin met het wegwerken van deprecations op 6.4: alles wat in 7.0 is verwijderd, zie je al als melding in 6.4. Neem tegelijk de PHP-versie mee. Symfony 7.4 vraagt minimaal PHP 8.2, maar omdat de securityfixes voor PHP 8.2 eind 2026 stoppen, kies je bij voorkeur een nieuwere PHP-versie die zelf nog lang ondersteund wordt.
Moet je meteen door naar 8.x? Dat kan, maar 8.1 en 8.2 zijn standaardversies met een levensduur van acht maanden. Voor de meeste zakelijke applicaties is 7.4 LTS nu de rustigste keuze. De volgende LTS wordt volgens het releaseproces weer de laatste minor van de reeks: 8.4.
Symfony 5.4 end of life: eerst naar 6.4, dan door naar 7.4
Op 5.4 krijg je al twee jaar geen bug fixes meer. De securityfixes lopen tot februari 2029, maar de echte druk zit vaak bij PHP: 5.4-applicaties draaien regelmatig op PHP 7.4 of 8.0, en die versies krijgen al jaren geen updates.
Het upgradepad is 5.4 → 6.4 → 7.4. Ga niet in één sprong, maar maak op elke tussenstop je applicatie vrij van deprecations en test hem. Zo heb je steeds een werkende versie die je live kunt zetten. Reken op meer werk dan bij 6.4, vooral door bundles die niet meer worden onderhouden.
Je zit op Symfony 4.x, 3.x of 2.x: eerst een vangnet
Deze versies krijgen al jaren geen updates meer (zie de tabel). Vaak draaien ze op een PHP-versie die net zo oud is.
Hier begin je niet met upgraden, maar met een vangnet. Zorg eerst voor geautomatiseerde tests op de belangrijkste processen (lees meer over webapplicatie testen), een staging-omgeving en een herhaalbare deploy. Pas dan upgrade je stap voor stap via elke LTS: 3.4 → 4.4 → 5.4 → 6.4 → 7.4. Bij heel oude applicaties zit de vertraging meestal niet in Symfony zelf, maar in technische schuld: verouderde bundles, ontbrekende tests en code die nooit is opgeruimd.
Hoe lang kun je wachten na de Symfony EOL?
Eerlijk antwoord: dat hangt af van je risico. Een interne tool achter een login met een handvol gebruikers is iets anders dan een klantportaal met persoonsgegevens.
- Op 6.4 heb je tot november 2027 security fixes. Je hoeft niet morgen te beginnen, maar een upgrade die je in de zomer van 2027 pas start, komt onder druk te staan.
- Op 5.4 lijkt er tijd tot 2029, maar check je PHP version. Krijgt die geen updates meer, dan heb je eigenlijk geen marge.
- Op 4.x of ouder draai je zonder security fixes. Hier is wachten geen strategie meer.
Symfony verwijst zelf naar professionele, betaalde support van SensioLabs na het einde van het actieve onderhoud. Dat kan tijd kopen, maar de achterstand groeit intussen door.
Checklist: is je applicatie klaar voor de Symfony EOL?
- Welke Symfony version draait er precies? (
composer show symfony/framework-bundle) - Op welke PHP-versie draait de applicatie, en hoe lang wordt die nog ondersteund?
- Welke bundles gebruik je, en ondersteunen die Symfony 7.4?
- Hoeveel deprecations toont de profiler of de testrun?
- Zijn er geautomatiseerde tests op de belangrijkste processen?
- Is er een staging-omgeving met realistische data?
- Is de deploy herhaalbaar, met een rollbackplan?
- Weet je wie de applicatie kent als de oorspronkelijke developer weg is?
Kun je bij meer dan twee vragen geen antwoord geven, dan is dat het eerste werk. Het stappenplan zelf, van inventarisatie tot composer update en recipes, beschrijven we in ons artikel over de Symfony upgrade.
Hulp bij je Symfony versie en upgradeplan
Wil je weten hoe groot de stap voor jouw applicatie is? Met een codebase scan brengen we je Symfony versie, PHP-versie, bundles, deprecations en risico’s in kaart. Je krijgt een concreet plan met de volgorde van de stappen.
Wil je het daarna niet zelf doen? Als Symfony bureau nemen we ook applicaties over waarvan de oorspronkelijke developer al lang weg is. Met Symfony onderhoud houden we je applicatie daarna bij, zodat je elke LTS meeneemt in plaats van één grote sprong te moeten maken. Draait er ook PHP-maatwerk zonder framework, kijk dan naar PHP applicatie onderhoud. Je krijgt binnen één werkdag reactie.