PHP2Shell: Per què un pedaç ràpid de PHP és encara més important a WordPress Multisite

PHP2Shell i el model de risc de WordPress Multisite

La recent vulnerabilitat de seguretat PHP2Shell és un recordatori oportú que la seguretat de WordPress no es limita al nucli de WordPress, als temes i als connectors. Quan una vulnerabilitat afecta l’entorn d’execució de PHP, se situa per sota de la pila d’aplicacions que impulsa cada lloc d’un servidor. Segons la configuració de PHP afectada i les condicions necessàries per a l’explotació, un atac amb èxit podria oferir a un atacant una via per executar ordres o codi no desitjats a nivell de servidor.

Per a un lloc de WordPress independent, això és greu. Per a una xarxa de WordPress Multisite, el radi d’impacte potencial pot ser molt més gran. Un únic entorn PHP pot donar suport a una xarxa de llocs de clients, botigues, pàgines de destinació i portals de membres. Això fa que l’aplicació ràpida i coordinada de pedaços sigui una part fonamental d’un allotjament multilloc responsable, i no una tasca de manteniment que pugui esperar fins a la pròxima finestra convenient.

Per què les vulnerabilitats de PHP tenen un impacte més ampli en una xarxa

Multisite està dissenyat per fer eficient la gestió de molts llocs web: els fitxers del nucli compartits, els connectors compartits, els temes compartits i l’administració central de la xarxa redueixen la feina repetitiva. La mateixa infraestructura compartida significa que un problema de plataforma subjacent s’ha de tractar com un esdeveniment que afecta tota la xarxa.

La qüestió pràctica no és simplement si el propietari d’un lloc individual ha instal·lat l’última actualització. És si la plataforma d’allotjament ha identificat la versió de PHP afectada, ha aplicat la correcció del proveïdor a tota la infraestructura pertinent i ha confirmat que l’entorn d’execució actualitzat dona servei als llocs dels clients. Els retards poden deixar exposat durant més temps del necessari cada lloc que utilitzi un entorn afectat.

Una resposta ben gestionada també ha d’equilibrar la rapidesa amb el control. Els equips haurien de revisar les notes de la versió de PHP i l’avís, desplegar el paquet corregit mitjançant el seu procés establert de gestió de canvis, verificar la versió activa de PHP, supervisar els registres d’errors i l’estat dels serveis, i mantenir informats els clients si cal que facin alguna acció. En la majoria dels casos, els clients no haurien d’haver de perseguir una actualització urgent de seguretat de l’entorn d’execució lloc per lloc.

Què haurien de fer els administradors de WordPress Multisite

Fins i tot quan l’allotjament s’encarrega de l’actualització de PHP, els administradors de xarxa haurien d’aprofitar l’incident per confirmar la seva pròpia postura de seguretat:

  • Confirmeu la versió activa de PHP amb el vostre proveïdor d’allotjament i assegureu-vos que inclou la correcció de PHP2Shell del proveïdor.
  • Manteniu actualitzats el nucli de WordPress, els connectors actius a la xarxa, els temes i els connectors d’ús obligatori perquè els riscos a nivell d’aplicació no s’acumulin a un problema a nivell de plataforma.
  • Utilitzeu accessos amb el mínim privilegi per als comptes d’allotjament, SFTP/SSH, base de dades i administració de WordPress.
  • Manteniu còpies de seguretat i procediments de recuperació provats tant per als fitxers de la xarxa com per a les bases de dades.
  • Superviseu l’activitat inusual, com ara comptes d’administrador desconeguts, canvis inesperats en fitxers, errors de PHP anòmals o sol·licituds sortints.
  • Subscriviu-vos als avisos de seguretat de l’allotjament i de PHP perquè les decisions de seguretat es basin en l’avís oficial i en la informació de versions, i no en rumors.

També és important evitar reaccionar de manera excessiva als titulars. Que una xarxa concreta estigui afectada depèn de la seva versió de PHP, de la configuració del servidor i del camí de codi vulnerable descrit a l’avís oficial. L’enfocament correcte és una verificació i aplicació urgent de pedaços, no les conjectures.

L’aplicació gestionada de pedaços forma part del servei

Per a les persones que estan creant un negoci de llocs web com a servei, la fiabilitat i la seguretat formen part del producte que venen. Els clients esperen que els seus llocs continuïn disponibles mentre l’equip de plataforma gestiona el manteniment a nivell d’infraestructura entre bastidors. Un proveïdor d’allotjament multilloc hauria de tenir una responsabilitat clara sobre les actualitzacions urgents de PHP, un procés de desplegament demostrat i una manera de validar que la correcció s’ha aplicat.

Aquest és l’estàndard que apliquem a Ultimate Multisite hosting. La correcció de PHP2Shell es va desplegar i aplicar a tot el nostre servei d’allotjament en un termini de cinc hores des de la publicació de la nova versió de PHP. Si voleu una plataforma de WordPress Multisite dissenyada tant per a operacions repetibles com per a una resposta ràpida de seguretat, exploreu Ultimate Multisite hosting i creeu la vostra propera xarxa de llocs amb confiança.

Comments

Deixa un comentari

L’adreça electrònica no es publicarà. Els camps necessaris estan marcats amb *