WordPress hosting que responde a su revisión de seguridad.
Los equipos de seguridad son raramente los que eligen al anfitrión y siempre los que se firman en él. Las preguntas que tiene que responder son sobre evidencia, aislamiento y cuán rápido se remplaza un CVE.
Todo lo que una revisión de seguridad pide de un anfitrión.
No es una lista de características. Las cosas específicas que un revisor pide evidencia de, y de dónde viene esa evidencia.
Cada acción administrativa se registra
Los accesos, los cambios de plugin, las ediciones de funciones de usuario y los escritos de archivos se han conectado con el actor y la timetamp, y el registro es exportable en lugar de sólo visible en un panel de control.
Accede a controlar centralmente
Un solo registro con funciones de dos factores, por usuario y un solo clic de administración que deja un registro en lugar de una contraseña compartida en un administrador de contraseña.
Un sitio comprometido es un sitio comprometido
Cada sitio se ejecuta en su propio contenedor con sus propios sistemas de archivos y credenciales de base de datos, por lo que el movimiento lateral entre los sitios en la misma cuenta no es un camino que existe.
Una ventana llamada para parchear
Las vulnerabilidades de núcleo y plugin se remplazan a una línea de tiempo comprometida en lugar de al mejor esfuerzo, y el cambio es visible por artículo en lugar de como una única bandera 'actualizada'.
Respaldos que puede probar restaurar
Las instantáneas diarias se replican del origen, con restauraciones que se pueden ensayar en el estadismo en lugar de descubrir el estado de durante un incidente.
Las cosas que un revisor pide ver.
La mayoría de las páginas de seguridad de hosting describen controles. Lo que una revisión realmente necesita es el artefacto - el registro, el límite de aislamiento, el ajuste de retención.
- Registro de auditoría exportable con actor y temporizador
- SSO y dos factores aplicados en todas las cuentas
- Aislamiento por sitio, sin credenciales compartidas
- Retención documentada y recuperación del ensayo
El radio de la explosión, medido.
La cuestión de seguridad que importa no es si un sitio puede ser comprometido, sino qué llega un compromiso. La solución es lo que decide.
Lo que configuramos para un equipo de seguridad
Estos difieren de un sitio estándar en el mismo plan, y cada uno existe porque alguien tiene que producir evidencia para él durante una revisión.
| Ajuste | Qué hacemos | Por qué |
|---|---|---|
| Exportación de registros de auditoría | Corriente a su propio coleccionista en lugar de mantenerlo en nuestro panel de mando | La evidencia que vive exclusivamente en la interfaz de un vendedor no puede ser correlacionada con el resto de su propiedad, y desaparece exactamente en el momento en que una disputa sobre el vendedor lo hace más relevante. |
| Política de autenticación | SSO con dos factores aplicados a nivel de cuenta, no por usuario | Un control que los usuarios individuales pueden optar por no es un control que un revisor puede aceptar, porque su cobertura es una cuestión de hábito en lugar de configuración. |
| Alcance de la credencial | Usuarios de bases de datos separados y límites de sistemas de archivos por sitio | Compartir una cuenta de base en una finca significa que el impacto de una sola credencial filtrada es toda la finca, lo que convierte una vulnerabilidad de plugin de rutina en un incidente en toda la cuenta. |
| Ventana de parche | c) Calendario de la remediación cometido por gravedad, con estatuto de punto | El remiendo de la mejor relación calidad-calidad no puede ser evidenciado, por lo que un revisor no tiene manera de distinguir un host que parche dentro de un día de uno que sucedió que no fue atacado todavía. |
| Retención de la reserva | Período de retención fijado explícitamente y restaura ensayado en el estancamiento | Un respaldo que nadie ha restaurado es una suposición más que un control, y un incidente es el peor momento posible para descubrir cuál de los dos que tenía. |
Precios claros y sencillos.
Todos los planes incluyen migración gratuita, copias diarias, SSL y soporte 24/7.
- 1 sitio WordPress
- 10 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte por tickets
- 5 sitios WordPress
- 50 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte prioritario por tickets
- 20 sitios WordPress
- 200 GB de almacenamiento NVMe
- SSL gratis
- Copias de seguridad diarias
- Despliegue con un clic
- Soporte dedicado
Preguntas frecuentes.
¿Podemos exportar registros de auditoría a nuestro propio SIEM?
¿Cómo se aíslan los sitios uno del otro?
¿Cuál es tu línea de tiempo para un CVE WordPress?
¿Puedes hacer cumplir a SSO y a dos factores para todos?
¿Apoyas las pruebas de penetración?
La organización de su equipo de seguridad puede firmar.
Pruebas exportables, aislamiento real y una ventana de parche con un número adjunto.