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.
Onderwerp: PHP CVSS v4.0 9.2 vulnerabilities: stappen - Pagina 10
Maak een nieuwe pagina met deze inhoud:
<?php// Show all information, defaults to INFO_ALL
phpinfo();
// Show just the module information.
// phpinfo(8) yields identical results.
phpinfo(INFO_MODULES);
?>
Roep die pagina aan in je browser en je ziet alle PHP info van jouw server.
MAar helaas, 8.5 is nog niet de laatste versie waarin de exploits gefixt zijn.
Ik draai op dit moment ook versie 8.5 via de selectie tool in DA en via de infopagina krijg ik PHP Version 8.5.11 terug
@Willem-Jan: ja idd dat zie ik nu ook, op sommige servers komt deze PHP versie erbij. Maar ik zie ook dat het nog niet de veilige versie is die erop staat.. althans, niet op mijn server (8.5.11 staat erop en 8.5.12 is de veilige release). Je kunt het zelf checken door een PHP bestand op je webserver te plaatsen met de code: <?php phpinfo(); ?>
Vervolgens roep je via een url die php file aan en zie je je versienummer.
Het zou mooi zijn als met deze actie alle servers ook minimaal de 8.4 versie ter beschikking gaan krijgen. End of support voor 8.3 is eind 2027, en tegen die tijd wil je een nieuwere versie goed getest hebben.
Het zou mooi zijn als met deze actie alle servers ook minimaal de 8.4 versie ter beschikking gaan krijgen. End of support voor 8.3 is eind 2027, en tegen die tijd wil je een nieuwere versie goed getest hebben.
Ze hebben al 8.4, althans, ik heb vanmiddag van de gelegenheid meteen maar gebruik gemaakt door verschillende website over te zetten naar 8.4, om precies te zijn V8.4.26. Nu alleen nog wachten tot deze is geüpdatet naar 8.4.27.
thnks
Het zou mooi zijn als met deze actie alle servers ook minimaal de 8.4 versie ter beschikking gaan krijgen. End of support voor 8.3 is eind 2027, en tegen die tijd wil je een nieuwere versie goed getest hebben.
Ze hebben al 8.4, althans, ik heb vanmiddag van de gelegenheid meteen maar gebruik gemaakt door verschillende website over te zetten naar 8.4, om precies te zijn V8.4.26. Nu alleen nog wachten tot deze is geüpdatet naar 8.4.27.
Op 0097 zie ik 8.3 als hoogste versie in the php selector.
Dank voor jullie reacties. Het is schandalig dat Vimexx niet beter instrueert hoe de website op de meest veilige manier gedeactiveerd kan worden of de nodige maatregelen kunnen worden getroffen. Ook kijk ik toch wel met enige geschrokkenheid naar het (blijkbare) slechte onderhoud van Vimexx, zoals medegebruikers hier delen. En nu het tempo over wanneer alles is gefixt, is ook zeer discutabel kijkend naar andere hostingpartijen.
Hier kan Vimexx nog wel enige toelichting over gaan geven en op z’n minst een cursus crisiscommunicatie volgen.
Ik krijg de indruk dat CloudLinux niet echt een slimme werkwijze heeft gehanteerd, doordat ze eerst oudere versies begonnen te patchen, in plaats van dat ze met de meest recente versies begonnen en dan terugwerken naar oudere. Dit maak ik op uit de statuspagina van CloudLinux.
Want er zullen denk ik toch minder webservers/sites op oudere PHP-versies draaien, dus als ze eerst bij de meest recente PHP-versies begonnen waren, hadden de webhosters zoals Vimexx eerder de relevante versies (de hogere nummers) kunnen downloaden.
Dank voor jullie reacties. Het is schandalig dat Vimexx niet beter instrueert hoe de website op de meest veilige manier gedeactiveerd kan worden of de nodige maatregelen kunnen worden getroffen. Ook kijk ik toch wel met enige geschrokkenheid naar het (blijkbare) slechte onderhoud van Vimexx, zoals medegebruikers hier delen. En nu het tempo over wanneer alles is gefixt, is ook zeer discutabel kijkend naar andere hostingpartijen.
Hier kan Vimexx nog wel enige toelichting over gaan geven en op z’n minst een cursus crisiscommunicatie volgen.
Het is inderdaad absurd dat het bij Vimexx zo lang duurt. Helemaal als je één van de redenen hier leest, namelijk dat ze vele updates achterlopen welke nu eerst allemaal nog moeten plaatsvinden. 8 websites staan sinds het middaguur offline, waar ik absoluut niet blij mee ben. Een ander project buiten Vimexx was vlak na 16:00 al voorzien van de veilige PHP versie.
20:40 is nog steeds de laatste update geweest vanuit Vimexx, dat is inmiddels al 4 uur geleden!
Nog steeds niet de websites online kunnen zetten..