Onderwerp: PHP CVSS v4.0 9.2 vulnerabilities: stappen - Pagina 8

Is er informatie over de CVSS v4.0 9.2 vulnerabilities in PHP die straks worden bekendgemaakt? Moeten users op shared hosting stappen ondernemen of worden de phpversies gepatched door vimexx?

Graag meer info over welke stappen klanten moeten nemen en welke stappen Vimexx neemt.

hier in de phpinfo zie ik x86_64-redhat-linux-gnu terugkomen.. weet niet of dat klopt.. zouden ze verschillende distro's hebben?

Maar idd, als je het over "lessons learned" gaat hebben tijdens dit event hoop ik dat ze zien dat de communicatie ondermaats is. Ik snap dat je iedereen actief wilt hebben aan het fixen van de oplossing maar communicatie is net zo belangrijk. Stel iemand aan die tijdens zo'n case eenmaal per uur (oid) een update post.. dan weten mensen waar ze aan toe zijn..

altijd lastig maar het 1e wat je doet is je klanten informeren, hier past geen enkel excuus. Zonder ons als klanten bestaat vimexx niet.

Bij cloud86 heb ik ook sites lopen. hebben ze de boel al voor elkaar. Hier duurt het weer erg lang

Hoe zit het eigenlijk met PHP my admin?

Die geeft bij mij aan versie 8.1.34, maar die versie is al lang niet meer actueel. Maar bij shared hosting kun je dit niet zelf aanpassen toch?

@Wilmer: en die versie die jij noemt gaat over de versie van... ?

Update:

Ondanks dat er slechts enkele packages door CloudLinux gereleased zijn, en nog lang niet alle PHP versies geüpdatet zijn, zijn we alvast met een eerste update-ronde begonnen, om dit op een later moment opnieuw te doen voor de overige versies. Echter blijkt dat de repositories momenteel extreem traag zijn, doordat deze overbelast zijn. Sommige updates lopen hierdoor al meer dan 2h30m, en zijn nog maar op 1/4 van het totale proces. Enkele andere servers hebben al wel een eerste update-ronde gehad, maar gezien de traagheid van het proces lijkt het ons verstandig om hiermee eerst te wachten tot alle updates uitgerold zijn, zodat we niet op half afgeronde processen moeten wachten om laat in de nacht nogmaals een nieuwe ronde aan te moeten zetten. Voor het uitrollen van de updates kan intussen de statuspagina van CloudLinux in de gaten gehouden worden:

security.nl is er ook nog uit, digid.nl ook dus ja geduld, en toch wel lekker hoor cloudlinux volgens mij patchen die ook de oudere versies straks.

.

Fijn, een update! Dank

Ik zie nu dat alles vanmiddag van 8.4.12 naar 8.4.26 is geüpdatet. Maar 8.4.26 is een patch uit september en die is niet veilig. De uitgebrachte versie van vandaag is 8.4.27. Hetzelfde geldt voor 8.3.25 naar 8.3.35 (ipv de veilige versie die vandaag uitkwam: 8.3.36). Die is ook van september. Waarom worden uitgebrachte patches sowieso niet meteen doorgevoerd en waarom nu pas de patch van september? Is me nooit eerder opgevallen, maar ik schrik daar toch een beetje van. Ik zit ook met een aantal websites bij Hostnet en die had vanmiddag om halfzes al op orde.