W neón de Zared Wall ~/bin/projects/odepi

ODEPI

Observatorio de Derechos de los Pueblos Indígenas. Acompañé al equipo con una auditoría, la migración del sitio y una capa de seguridad perimetral que hoy sostiene su operación diaria.

$ cat /bin/projects/odepi.log
[ENTITY]  ODEPI · Observatorio de Derechos de los Pueblos Indígenas · odepi.org
[MODULE]  Audit · Recovery · Migration · Security · Performance · Maintenance
[OUTPUT]  Instalación reducida de ~65 GB a 3 GB · sitio rescatado y estable
[STATUS]  OPERATIONAL -- mantenimiento mensual activo
odepi.org
Captura del sitio ODEPI — Observatorio de Derechos de los Pueblos Indígenas
CONTEXT · ENTRY POINT

Contexto

El Observatorio buscaba un sitio estable y fácil de sostener con el tiempo. El trabajo arrancó con una auditoría técnica que midió el estado de la instalación y ordenó las prioridades.

Durante la auditoría, limpieza y migración se redujo el uso de almacenamiento de aproximadamente 65 GB a 3 GB. Toda la intervención se hizo en staging, para evitar una interrupción pública del sitio.

RECOVERY · STAGING

Rescate

La reducción de ~65 GB a 3 GB salió de revisar la instalación completa de WordPress y conservar solo lo necesario, siempre con respaldo previo y verificación de integridad.

// Rescate ///////////////////////////////////////////////////////////////////
// [Saneamiento]: Instalación revisada por completo; archivos innecesarios y de riesgo retirados.
// [Accesos]:     Endurecimiento de accesos administrativos y rotación de credenciales.
// [Peso]:      Duplicados, respaldos acumulados y medios innecesarios depurados.
// [Limpieza]:  ~10 páginas obsoletas retiradas; videos y audios sacados del hosting.
// ///////////////////////////////////////////////////////////////////////////
01

Incidente

[ CASE_LOG // TRAFFIC ]

* Tráfico anómalo detectado desde las métricas del servidor, sin relación con campañas.
* ~666 GB servidos desde caché y más de 2 millones de visitas de tráfico no humano.
* La cuota de CPU se agotó y provocó una suspensión temporal de ~24 horas.
02

Mitigación

[ CASE_LOG // LAYERED ]

* Capa principal de seguridad trasladada a Cloudflare, antes de tocar el servidor.
* Bot Fight Mode, reglas WAF y clasificación de bots.
* Causa raíz identificada con soporte y caché corregida en rutas dinámicas.
03

Relación

[ CASE_LOG // OPERATOR ]

* La gestión del incidente no estaba en el alcance del contrato original.
* Se atendió de forma proactiva para restablecer la continuidad del servicio.
* Rediseño institucional en dos etapas y mantenimiento mensual vigente.
NEXT · ACTION

¿Tu WordPress creció sin control?

Acompaño cada sistema como si fuera a operarlo yo mismo. Este empezó con una auditoría; el tuyo puede empezar igual.