Le han añadido líneas desconocidas al HTML y PHP del sitio, necesito encontrarlas rápido

la sql injection es algo muy clásico, pueden haber hecho una query select de usuarios y metido datos de admin en las tablas wp-postmeta. borrad el plugin entonces, o sea, el que no hayan actualizado. o drop table... no no, algo ha pasado siempre...

Pasos: 1) Entra a la BD desde phpmyadmin 2) Coge wp_options, revisa todo 3) Revisa wp_postmeta, mira si hay meta_keys extrañas 4) Logs de FTP (en el panel de hosting) 5) Campo post_content en la tabla wp_posts... si hay muchos posts y está bien, o si hay comandos de script, bórralo 6) Desactiva todos los plugins y temas 7) Actualiza WordPress

Leí lo de que pierdes el control de tu PC... parece que te lo tomas muy dramático. La SQL injection es algo simple, si no sanitizas las queries te toman la BD también. Investiga "qué plugin no actualicé" y ya está, se acabó.

Yo tengo un método de prueba: restaura desde un backup completo en un entorno staging de WordPress, actualiza plugins y temas, y mira si sigue ahí. Si en staging no está, es el sistema de archivos; si está, es la base de datos. Trabaja según qué ruta quieras seguir.

No entiendo bien el problema pero... ¿qué es una base de datos? ¿Qué es FTP? ¿Tengo que aprender MySQL ya para resolver esto? ¿O alguien me va a ayudar sí o sí?

Hay un error muy común al hacer esto. Si no lo pones por escrito desde el principio, luego surgen discusiones.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Este hilo es para archivar.

la respuesta de arriba ha dado en el clavo. la verdad empezad con una pequeñña prueba no lo integréis todo de golpe.

Perdona, pero esto no es válido en todos los casos. Los cambios en los datos de pago nunca se verifican por el mismo canal por el que llegan.

Resumen breve para nuevos usuarios: Si intentas cambiarlo todo a la vez nada termina de asentarse.

Eso es todo, disculpa si me he extendido demasiado.

Voy a detallar un poco el aspecto técnico. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.

Espero que le sea útil.

Estoy en la misma situación, por eso pregunto. Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Lo escribo para que no cometan el mismo error. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.

Los entornos de prueba olvidados son una puerta de entrada más frecuente que el sistema en producción. Yo seguiría por ese camino.

Hay una cosa a la que hay que prestar atención. La mayoría de los incidentes no empiezan por una vulnerabilidad, sino por una contraseña filtrada.

Lo dejo como nota, por si sirve.

Tiene razón. La respuesta varía mucho según el sector, no hay una regla general.

La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

Tiene razón. en fin si intentas cambiarlo todo a la vez, nada termina de asentarse.

Espero que le sea útil.

me pasó lo mismo... que todo el mundo haga algo no significa que sea lo correcto.

que la copia de seguridad sea accesible en la misma red y con la misma identidad la convierte en parte del objetivo. bueno comprobado por experiencia.

Estoy de acuerdo. Si el permiso y el alcance no están por escrito, que no empiece la prueba.

La mayoría de los incidentes no empiezan por una vulnerabilidad, sino por una contraseña filtrada. Espero que le sea útil.