Een PHP-pakketrevisie onderscheidt uitgaven van een PHP-pakket binnen het versiesysteem van de pakketleverancier. Je kunt deze term tegenkomen wanneer je host meldt 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, terwijl een controle nog hetzelfde begin van het versienummer toont. Vraag dan naar de volledige pakketversie.
Knip een achtervoegsel niet weg uit de overdracht. Juist dat deel kan nodig zijn om het antwoord van de leverancier terug te vinden en te beoordelen.
Wat laat een pakketversie zien?
De Debian Policy over pakketversies onderscheidt de upstreamversie en de Debian-revisie. Upstream is hier de oorspronkelijke software waarop het pakket is gebaseerd. De revisie beschrijft de Debian-pakketuitgave bij die versie.
Deze schrijfwijze is een concreet voorbeeld, geen universeel formaat voor iedere host of ieder besturingssysteem.
Vraag daarom eerst welke Linux-distributieEen Linuxdistributie, zoals Debian of Ubuntu, is een compleet besturingssysteem voor een server, vergelijkbaar met Windows op een pc. en welke pakketbron jouw host gebruikt. Een nummer zonder leverancier is lastig te duiden. Laat ook vastleggen op welke server en website het antwoord betrekking heeft.
Een inventarisatie van een andere omgeving kan inhoudelijk correct zijn en toch niets bewijzen over de website die je probeert te controleren.
Waarom speelt dit bij backports?
Welke PHP-versie meldt jouw site?
Passieve check van headers, versie en de kop van de homepage. Geen login, geen scan.
De Debian Security FAQ legt uit dat beveiligingscorrecties kunnen worden teruggebracht naar de geleverde softwareversie. Dat is de context 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.. Het oorspronkelijke versienummer alleen geeft dan geen volledige beschrijving van de geleverde correcties.
Omgekeerd bewijst een extra stukje versie-informatie niet automatisch dat een specifieke fout is opgelost.
Maak de onderzoeksvraag daarom concreet. Gaat het om een bepaalde beveiligingsmeldingEen security advisory is een officiële melding van de maker van software over een beveiligingsprobleem en wat je eraan moet doen., vraag dan welke pakketuitgave volgens de leverancier de correctie bevat. Laat het volledige geïnstalleerde pakket daarmee vergelijken.
Een algemeen antwoord zoals onze pakketten zijn bijgewerkt is minder bruikbaar dan een controle die de melding, leverancier en installatie aan elkaar koppelt.
Welke informatie vraag je aan je host?
Vraag om pakketnaam, volledige pakketversie, distributie en de officiële bron voor de genoemde correctie. Voeg het domeinEen domeinnaam is het webadres waarmee bezoekers jouw website vinden, zoals jouwbedrijf.example. en de controledatum toe. Je hoeft daarvoor geen wachtwoorden, complete configuratiebestanden of klantgegevens te ontvangen.
Een beperkte technische bevestiging met de juiste verwijzing is beter geschikt om met een website-eigenaar te delen.
Laat daarnaast uitleggen hoe is vastgesteld dat de website de beoordeelde installatie gebruikt. Het rapport moet over de actieve omgeving gaan, niet alleen over software die ergens op de server aanwezig is. Spreek af wie dit controleert en waar het resultaat wordt bewaard.
Zo hoef je dezelfde vraag bij een volgend onderhoudsmoment niet helemaal opnieuw te reconstrueren.
Hoe beoordeel je het antwoord?
Lees de PHP-patchwijzigingslijstEen PHP-pakket controleren betekent dat je de geïnstalleerde pakketversie naast het overzicht van wijzigingen en de bevestiging van je beheerder legt. of leveranciersmelding naast de terugkoppeling van je host. Zoek naar de relatie tussen jouw concrete vraag en het genoemde pakket. Ontbreekt die relatie, vraag gericht om aanvulling.
Dat is geen reden om zelf een willekeurig pakket te installeren of een suffix als bewijs van veiligheid te behandelen.
Vergelijk meldingen alleen binnen de context waarvoor ze geschreven zijn. Een oplossing voor een andere distributie of pakketbron hoeft niet dezelfde versieaanduiding te hebben. Laat de beheerder het verschil verklaren.
Vermijd een eigen oordeel op basis van welk nummer er visueel hoger uitziet; je wilt een herleidbare vergelijking binnen het gebruikte pakketsysteem.
Wat leg je vast na de controle?
Bewaar de vraag, het leveranciersantwoord, de volledige pakketidentiteit en de conclusie voor de betreffende website. Benoem ook wat niet is onderzocht. Een bevestigde correctie voor een melding is geen beoordeling van alle plugins, alle serverinstellingen of de volledige beveiliging van je website.
Houd de uitspraak even smal als het bewijs.
Wanneer je PHP updaten laat voorbereiden, voeg deze gegevens toe aan de onderhoudsafspraak. Vraag na uitvoering opnieuw om identificatie van de gebruikte omgeving en om controle van de afgesproken gebruikershandelingen. Daarmee verbind je het pakketbewijs aan de website waarvoor het onderhoud bedoeld is, zonder een losse versieaanduiding tot eindresultaat te verheffen.
Veelgestelde vragen
Bewijst een extra versiesuffix dat een lek is opgelost?
Nee. Vraag om de officiële melding of wijzigingslijst die de correctie koppelt aan het volledige pakket en de gebruikte distributie.
Geldt de Debian-schrijfwijze voor iedere host?
Nee. Dit artikel gebruikt Debian als concreet voorbeeld. Andere leveranciers kunnen hun pakketversies anders opbouwen; gebruik hun eigen documentatie.
Is een pakketrevisie hetzelfde als een PHP-release?
Nee. De pakketuitgave en de oorspronkelijke PHP-uitgave beschrijven verschillende niveaus. Noteer beide wanneer je een onderhoudsrapport beoordeelt.