Tutoriales WordPress

Seguridad en WordPress: guía completa y ordenada por prioridad

Publicado: 2 min de lectura
Contenido de esta guía
  1. Cómo atacan realmente un sitio WordPress
  2. Prioridad 1: mantener todo actualizado
  3. Prioridad 2: proteger los accesos
  4. Prioridad 3: menos código, mejor código
  5. Prioridad 4: endurecer la configuración
  6. Prioridad 5: respaldos que sí funcionan
  7. El papel del hosting

La seguridad en WordPress se basa en unas pocas medidas que, juntas, bloquean la gran mayoría de los ataques: mantener WordPress, plugins y temas actualizados; usar contraseñas únicas con autenticación en dos pasos; instalar solo plugins confiables; tener respaldos automáticos y usar un hosting que proteja el servidor. Esta guía las ordena de mayor a menor impacto.

Cómo atacan realmente un sitio WordPress

Casi ningún ataque es personal. Son programas automáticos que recorren miles de sitios buscando dos cosas: plugins o temas con vulnerabilidades conocidas y accesos con contraseñas débiles. Por eso un sitio pequeño corre el mismo riesgo que uno grande, y por eso las medidas básicas protegen tanto.

Prioridad 1: mantener todo actualizado

Prioridad 2: proteger los accesos

Prioridad 3: menos código, mejor código

Prioridad 4: endurecer la configuración

Algunos ajustes en wp-config.php reducen el daño si alguien consigue entrar. El más útil es desactivar el editor de archivos del escritorio, que permite modificar código de plugins y temas desde el navegador:

define( 'DISALLOW_FILE_EDIT', true );

Además, revisa que los permisos sean 644 en archivos y 755 en carpetas, y que el sitio funcione completamente con HTTPS.

Prioridad 5: respaldos que sí funcionan

Un buen respaldo es automático, incluye archivos y base de datos, se guarda fuera del servidor del sitio y, sobre todo, se ha probado restaurar. Es lo que te permite volver a un estado limpio si todo lo demás falla.

El papel del hosting

Un buen hosting suma una capa que ningún plugin reemplaza: firewall a nivel de servidor, análisis de malware, aislamiento entre cuentas y respaldos propios. Por ejemplo, PremiumHosting incluye Imunify360 con firewall WAF y respaldos diarios automáticos. Si tu hosting ya filtra ataques, un plugin de seguridad liviano suele ser suficiente.

Lo que nunca debes hacer

No uses permisos 777, no desactives el firewall o las reglas de seguridad del servidor para que un plugin funcione, y no compartas tu usuario administrador. Si algo solo funciona así, el problema está en ese plugin.

Si crees que tu sitio ya fue comprometido, sigue la guía sobre qué hacer si hackearon tu WordPress.

Guía revisada con WordPress 7.1.

Preguntas frecuentes

¿Es necesario cambiar la dirección de acceso wp-login.php?

No es imprescindible. Reduce el ruido de bots, pero no protege frente a un ataque dirigido. Contraseñas fuertes, autenticación en dos pasos y límite de intentos protegen mucho más.

¿Las actualizaciones automáticas son seguras?

Para las versiones menores de WordPress, que corrigen fallos de seguridad, sí, y vienen activadas por defecto. Para plugins importantes, conviene tener respaldos y revisar el sitio después de cada actualización.

¿Debo desactivar XML-RPC?

Si no usas la aplicación móvil de WordPress ni servicios que publiquen en tu sitio de forma remota, puedes desactivarlo; es una vía común de ataques de fuerza bruta. Muchos plugins de seguridad y hostings ya lo filtran.

¿Un sitio pequeño también corre riesgo?

Sí. La mayoría de los ataques son automáticos y buscan cualquier sitio con una vulnerabilidad conocida, sin importar su tamaño o tráfico.