Introducción y Contexto Social

En el ambito de la ingenieria en sistemas, el desarrollo web suele evaluarse desde estandares comerciales comunmente. Sin embargo, cuadno trasladamos el enfoque hacia un sector compuesto por organizaciones sociales y ONGs, lo requerimientos tecnicos adquieren una dimensión crítica.

Estos organismos suelen gestionar datos sensibles de comunidades y beneficiarios en condiciones vulnerables (como registros de asistencia, datos socioeconómicos o información de contacto). A pesar de la criticidad de estos datos, con frecuencia carecen de presupuestos de TI significativos o de un departamento dedicado exclusivamente a la ciberseguridad y el mantenimiento de la infraestructura. Esto las convierte en blancos fáciles para ataques.

La Propuesta Técnica

El propósito de esta bitacora digital es utilizar esta misma plataforma ( apiedra.blog ) como un entorno de pruebas real y controlado. A través de este blog, se documentara de forma prática como implementar configuraciones avanzadas de seguridad activa, optimizar la infraestructura del servidor y garantizar estandares de accesibilidad utilizando un sistema de gestión de contenidos accesible como WordPress.

Figura 1: Panel de administración del CMS utilizado como laboratorio de infraestructura y entorno controlado de pruebas

A lo largo de los futuros Posts, convertiremos la teoría de ingenieria en soluciones tangibles, demostrando que la seguridad y la inclusión digital no son exclusivas de las grandes corporaciones, sino pilares fundamentales que deben proteger a quienes generan un impacto social.

(Aclaro que toda la bitacora solo sirve para lo que es el ambiente de Wordpres unicamente)

Metodología y Buenas Prácticas

Para asegurar una infraestructura web que sea robusta , la optimización debe empezar desde el momento de la instalación. Uno de los errores mas comunes es la sobrecarga de componentes, lo que genera código basura, realentiza el servidor, aumenta la superficie de ataque para posibles vulnerabilidades.

Para evitar o mitigar este error, se eliminaran todas las plantillas, temas de fábrica y plugins redundantes que vienen preinstalados por defecto, manteniendo únicamente el núcleo del sistema y las herramientas esenciales que serán auditadas en las próximas guías.

Figura 2: Depuración de componentes en la plataforma para reducir el consumo de recursos o minimizar la superficie de ataque.

Como se puede observar en la foto anterior los plugins que estan mascardos en rojo han sido desactivados, muchos de esos plugins vienen por defecto, y para el caso de este proyecto no son necesarios. Obviamente, todo esto depende mucho del proyecto y que se necesite hacer, por lo que una recomendación antes de eliminar plugins es daler click en el boton que tiene cada plugin que dice “View details” y analizar bien que realiza cada plugin y considerar si es necesario para tu proyecto o no.

Luego de que ya se haya identificado los plugins a eliminar y se confirmo su nulo uso en el proyecto, se puede proceder a eliminarlos. Igualmente, si el proyecto en un futuro precisa de un plugin que fue eliminado, siempre se puede volver a descargar. El enfoque de esto es no tener plugins sin uso, esto limita los recursos de nuestros proyecto y puede generar vulnerabilidades.

Figura 3: Eliminación de componentes en la plataforma para reducir el consumo de recursos o minimizar la superficie de ataque.

Cabe recalcar que en la imagen se puede observar un plugin llamado Jetpack, este es un plugin que se encarga de muchas cosas, por lo general viene por defecto en WordPress. Existen muchos plugins de seguridad, pero este plugin ya deporsi realiza muchas funciones de seguridad, por lo que hay que tener cuidado con que plugins agregar, debido a que puede sobrecargar el servidor. Antes de agregar un nuevo plugin de seguridad aparte de Jetpack asegurense bien de que no genere conflicto y redundancia.

Objetivos y Alcance de la Bitácora

Con esta base optimizada, las guías se estructuraran en dos ejes principales que se desarrollarán en los siguientes Posts:

• Auditoría de Ciberseguridad: Analizaremos los mecanismos de defensa activa ya integrados en el CMS. Evaluaremos la mitigación de ataques de fuerza bruta mediante el firewall perimetral de Jetpack, la trazabilidad del sistema a través de registros de actividad a tiempo real, y el robustecimiento del acceso del administrador mediante el uso de Autenticación de Doble Factor.
• Accesibilidad e Inclusión Estructural: Analizaremos el comportamiento de Gutenberg (el editor nativos de bloques de Wordpres) para garantizar que la maquetación del sitio cumpla con estandares de accesibilidad. Nos centraremos en la jerarquia limpia de encabezados y en la optimizacion de la carga de archivos js y css para usuarios de con mala conexión.

Figura 4: Configuración global de la plataforma, evidenciando el cifrado de datos en tránsito (SSL/TLS) provisto de forma nativa por la infraestructura del servidor.