Seguridad

Comunicaciones cifradas

Todo el sitio funciona bajo HTTPS con certificado válido y renovación automática. Las conexiones sin cifrar se redirigen a la versión segura, y el navegador recibe la indicación de no volver a intentar la versión sin cifrar. Las respuestas incluyen cabeceras que restringen el tipo de contenido, el uso de marcos y el envío de referencias a otros sitios.

Separación entre el sitio público y los sistemas internos

El sitio público es estático: sus páginas se entregan como archivos y no dependen de ningún servicio para mostrarse. Los sistemas que sí requieren ejecución —recepción de contactos, cola de envío y solicitudes de derechos— están aislados en puntos de entrada independientes. Si cualquiera de ellos dejara de funcionar, las páginas, las publicaciones ya emitidas y el resto del sitio siguen funcionando con normalidad.

Credenciales fuera del alcance público

Las claves y secretos se guardan en un único archivo de configuración ubicado, preferentemente, fuera del directorio público del sitio. Ese archivo nunca se sirve por web, nunca se incluye en el HTML ni en el JavaScript, y nunca se entrega en una respuesta. Los archivos de datos y de registro quedan cerrados a cualquier acceso externo.

Control de acceso

El panel de administración no está enlazado desde el sitio público, exige autenticación y aplica límites de intentos, bloqueo progresivo ante fallos repetidos, sesiones endurecidas y protección contra la falsificación de peticiones. Se aplica el criterio de mínimo privilegio: cada componente accede solo a lo que necesita.

Protección frente al abuso

Los formularios incorporan una trampa anti-spam invisible para las personas, límites de envío por conexión, validación y limpieza de los datos en el servidor, y restricción del origen de las peticiones. Estos controles buscan que el formulario siga siendo útil y que no se convierta en una vía de envío masivo.

Integridad de la información

Los datos se guardan en archivos con escritura atómica: se escribe primero un archivo temporal y luego se reemplaza el original, de modo que una interrupción no deje el registro a medias. Las confirmaciones de la cola de envío son idempotentes: repetir una operación no duplica ni pierde información.

Veracidad antes que apariencia

Cuando un formulario no puede guardar lo que recibió, lo dice. Nunca se confirma una recepción que no ocurrió. Esa regla es tanto de seguridad como de respeto: un mensaje de éxito falso haría perder una consulta real.

Registros

Se mantienen registros acotados de accesos al panel, intentos fallidos, cambios de configuración, recepción de contactos, consultas y confirmaciones de la cola, decisiones de consentimiento, solicitudes de derechos, ejecuciones de automatización y errores. Los registros nunca contienen contraseñas, claves completas ni secretos.

Respaldos

Se mantienen copias de seguridad de los datos operativos y de la configuración no secreta, con el fin de poder restaurar el servicio. Los respaldos descargables no incluyen claves de API ni secretos.

Actualizaciones y gestión de cambios

Se revisan las versiones del entorno y de los componentes utilizados, y los cambios de configuración quedan documentados. Cualquier ajuste que afecte al tratamiento de datos se refleja en la Política de Privacidad.

Incidentes

Frente a un incidente que comprometa datos personales se sigue un procedimiento ordenado: evaluar el alcance, contener, documentar, analizar los riesgos para los titulares y realizar las notificaciones que la ley exija a la autoridad competente y, cuando corresponda, a las personas afectadas.

Lo que no se publica

Por razones de seguridad no se detallan direcciones internas, puertos, rutas privadas, nombres de servidores, tokens, claves, versiones innecesarias ni la configuración específica de los mecanismos de protección. El detalle técnico se mantiene en la documentación privada del proyecto.