PHP-pakket controleren: lees de changelog

Een PHP-pakket controleren betekent dat je de geïnstalleerde pakketversie naast het overzicht van wijzigingen en de bevestiging van je beheerder legt.

Je hoster zegt dat PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. is bijgewerkt, maar je ziet nog hetzelfde nummer. Vraag dan om de volledige pakketgegevens en de bijbehorende changelog. Dat is het overzicht van wijzigingen waarover je het gesprek voert.

Schrijf op welke website je onderzoekt en op welke datum je het antwoord krijgt. Zo blijft duidelijk voor welke installatie de conclusie geldt.

Begin met de hostergidsen als je niet weet waar je de PHP-versieEen PHP-versie is het nummer van de uitgave van PHP waarop jouw website draait, zoals 8.3. kunt vinden. Laat je beheerder daarna de stap naar het exacte pakket maken. Je hoeft geen serverbeheerder te worden om een goed antwoord te vragen.

Wel helpt het om de vraag in kleine, controleerbare onderdelen te verdelen.

Vraag het hele pakketnummer op

Vraag om de pakketnaam, de volledige versie, de distributie en de bron waar het pakket vandaan komt. Neem een eventueel achtervoegsel letterlijk over. Een distributierevisie onderscheidt de pakketuitgave van de oorspronkelijke PHP-versie.

Een ander achtervoegsel bewijst op zichzelf geen CVE-fix. Verwijder dat deel niet om het antwoord korter te maken: je wilt juist het pakket herkennen waarover de documentatie gaat.

Vraag ook of deze gegevens horen bij de PHP die jouw website gebruikt. Laat de beheerder het domeinEen domeinnaam is het webadres waarmee bezoekers jouw website vinden, zoals jouwbedrijf.example. bij zijn antwoord noemen. Een lijst met versies die ergens op de server aanwezig zijn, is voor jouw vraag niet concreet genoeg.

Je zoekt een bevestiging voor deze site, na de laatste wijziging, met een herkenbaar pakket erbij.

Lees de uitleg van een backportEen backport is een oplossing uit een nieuwe versie van software die ook in een oudere versie wordt gezet, zodat je die niet hoeft te vervangen. om het verschil tussen een oude basis en een teruggezette fix te begrijpen. Onze feitenbron zegt dat sommige distributies en LTS-leveranciers eigen gepatchte versies leveren. Dat is een reden om naar bewijs te vragen, geen bevestiging dat jouw leverancier of pakket de fix bevat.

Laat de juiste changelog openen

Voor een apt-pakket gebruikt je beheerder apt-get changelog PAKKETNAAM. Vervang PAKKETNAAM door het geïnstalleerde pakket dat jouw website gebruikt. Dit vraagt standaard de changelog voor de geïnstalleerde versie op en probeert die te downloaden.

Komt er geen resultaat, vraag de pakketleverancier om het bijbehorende wijzigingsoverzicht.

Voor een rpm-pakket gebruikt je beheerder rpm -q --changelog PAKKETNAAM. Ook hier staat PAKKETNAAM voor het echte geïnstalleerde pakket. De opdracht leest de pakketgegevens.

Ze installeert geen update. Bewaar de relevante passage samen met de volledige pakketversie.

Beide opdrachten zijn alleen bedoeld om informatie te lezen. Ze installeren geen pakketten en voegen geen pakketbronnen toe. Heb je geen toegang tot het systeem, vraag dan je hoster om deze controle.

Laat de beheerder bevestigen dat de gevonden wijzigingen gelden voor het pakket dat jouw domein bedient.

Zoek naar de reparatie die je bedoelt

Pak de beveiligingsstatus erbij om de vastgelegde kwetsbaarheden te herkennen. Laat de beheerder de relevante CVE-verwijzingen verbinden aan het pakket. Een securitypatchEen securitypatch is een update die alleen een beveiligingsprobleem oplost en verder niets aan je website verandert. moet voor jouw beoordeling concreet genoeg zijn: welk probleem, welke pakketuitgave en welke installatie zijn gecontroleerd?

Vraag om een antwoord op elk onderdeel.

Kijk ook naar de datum van de controle. Een bevestiging van vóór de betreffende reparatie beantwoordt je huidige vraag niet. Laat de beheerder beschrijven wat hij nu heeft vastgesteld.

Vermijd een conclusie op basis van alleen de woorden bijgewerkt of ondersteund. Vraag welk document die woorden voor jouw pakket onderbouwt.

Wat als de CVE-nummers ontbreken?

Behandel een ontbrekende verwijzing als een open vraag. Vraag je leverancier waar hij de koppeling tussen de reparatie en de pakketuitgave vastlegt. Dat kan je beheerder vervolgens beoordelen naast de geïnstalleerde versie.

Trek zelf geen harde conclusie uit een lege zoekopdracht. Leg vast welk stuk bewijs nog nodig is en wie het gaat leveren.

Vraag bijvoorbeeld: welke publicatie bevestigt dat dit pakket de bedoelde reparatie bevat? En: kun je bevestigen dat mijn domein dit pakket gebruikt? Als het antwoord algemeen blijft, stuur de vraag terug met de ontbrekende gegevens erbij.

Spreek een moment af waarop je een concreet antwoord krijgt. Houd de beoordeling tot dat moment open.

Leg de uitkomst vast en kies de vervolgstap

Bewaar één kort verslag met domein, pakketgegevens, bron, controledatum en de naam van de beheerder. Maak onderscheid tussen wat is aangetoond en wat nog onbekend is. Deel dat verslag met degene die over onderhoud beslist.

Zo gaat een volgende stap over dezelfde installatie en dezelfde vraag.

Lees PHP backpatchenPHP backpatchen betekent dat je een beveiligingsfix laat terugzetten naar een oudere PHP-versie, zonder direct naar een nieuwe versie over te stappen. om de routes te vergelijken. Controleer daarnaast de ondersteunde PHP-versies voor een upgradeplan. Wil je de overstap laten beoordelen, bespreek dan een PHP-upgrade met je beheerder.

Een pakketcontrole en een toekomstplan kunnen naast elkaar lopen; het ene vervangt de uitkomst van het andere niet.

Niet zeker welke route past?

Begin met de PHP exposure check. Gebruik daarna het hulpformulier met je domein, pakketversie en het antwoord van je hoster. Vermeld vooral welke bevestiging nog ontbreekt.

Laat wachtwoorden en andere toegangsgegevens weg, zodat de eerste beoordeling alleen over de benodigde bewijsstukken gaat.