Traducción de cortesía. La versión en inglés es la que rige.
Este plan indica lo que hace LFW cuando se sospecha o se confirma un incidente de seguridad, en sus propios sistemas o en el sitio de un cliente. Es breve porque LFW es pequeña: actúa una persona, y este es el orden en que actúa.
Versión 1.0, 6 de octubre de 2026. Forma parte de las prácticas publicadas en la página de confianza. Los pasos de respuesta para el sitio de un cliente siguen el anexo de gestión (en inglés).
1. Qué cuenta como incidente
El acceso no autorizado a un sistema que LFW opera o en el que trabaja; el compromiso del sitio de un cliente; la pérdida o exposición de datos de clientes o de visitantes; una credencial de LFW que pueda haberse filtrado; o una falla del propio proceso de publicación de LFW que deje un sitio fuera de servicio.
Un reporte de vulnerabilidad sin indicios de uso se maneja según la política de divulgación de vulnerabilidades, no según este plan, salvo que muestre que se accedió a datos.
2. Quién actúa, y cuándo
Leland Fiegel, fundador de LFW, es el responsable de cada incidente. No hay turnos de guardia ni cobertura fuera de horario: LFW actúa en horario laboral. De lunes a viernes, de 9 a. m. a 5 p. m., hora del Este (de 6 a. m. a 2 p. m., hora del Pacífico), excepto los feriados federales. No ofrecemos atención fuera de ese horario ni guardias.
Fuera de ese horario, el proveedor de alojamiento del cliente supervisa y atiende los servidores las 24 horas según sus propios términos, y un cliente puede reportar un compromiso en el Portal del cliente a cualquier hora. LFW empieza a restaurar el sitio comprometido de un cliente desde la copia de respaldo del proveedor el siguiente día hábil.
3. Aviso
Si LFW confirma un incidente de seguridad que afecta los datos o el sitio de un cliente, se lo comunica a ese cliente dentro de las 24 horas siguientes a confirmarlo, por escrito, por correo electrónico a los contactos registrados, con lo que se sabe, lo que aún no se sabe y lo que LFW está haciendo.
Cuando el contrato de un cliente o la ley fijan un plazo más corto o un contacto designado, se aplica eso. LFW cumple las leyes aplicables de notificación de violaciones de datos y apoya el aviso que el propio cliente dé a las personas afectadas.
Un investigador de seguridad que reporta un problema según la política de divulgación recibe respuesta en un plazo de dos días hábiles, y después conoce el plan y cuándo la corrección está en producción.
4. Pasos para los sistemas propios de LFW
Contener. Revocar las sesiones o los tokens afectados; rotar cualquier secreto que pueda haber quedado expuesto; si hace falta, bloquear el tráfico en Cloudflare o detener el servicio.
Preservar. Conservar los registros del servidor web y los registros de la aplicación del período. Tomar una instantánea de respaldo antes de cambiar nada, para que se conserve el estado al momento del descubrimiento.
Restaurar. Volver a la versión anterior, que se conserva en el servidor, o restaurar los datos desde la instantánea válida más reciente. Las copias de respaldo se hacen a diario y en cada publicación, con una copia externa.
Corregir y verificar. Publicar la corrección mediante el proceso de publicación habitual, con sus controles, y luego confirmarla en el sitio en producción con las verificaciones de LFW Monitor y a mano.
5. Pasos para el sitio de un cliente
Contener. Endurecer las reglas del firewall en Cloudflare y en Wordfence, restablecer con el cliente las sesiones y credenciales de administrador del sitio, y poner el sitio en modo de mantenimiento si está perjudicando activamente a los visitantes.
Restaurar. Restaurar desde la copia de respaldo limpia más reciente del proveedor, comenzando el siguiente día hábil, como incluye el contrato de gestión. El plan del proveedor determina hasta qué fecha llega una copia de respaldo.
Investigar. Leer el registro de actividad y los registros de acceso del proveedor para determinar cómo y cuándo se accedió al sitio. La investigación forense más profunda y la limpieza más allá de la restauración son un proyecto, cotizado por escrito antes de empezar el trabajo, como indica el anexo.
Cerrar la brecha. Actualizar o retirar el componente que se usó, confirmar la regla del firewall que lo cubre y volver a revisar el sitio con LFW Monitor.
6. El registro escrito
Cada incidente tiene un registro escrito privado: qué pasó, cuándo se descubrió, qué se hizo y cuándo, qué datos estuvieron involucrados y qué cambió después para que no se repita. El cliente recibe ese registro cuando el incidente ocurre en su sitio o involucra sus datos.
Las entradas del registro público de cambios describen la corrección, nunca los detalles del incidente. Cuando un incidente cambia una práctica de la página de confianza, cambian la versión y la fecha de la política.
7. Pruebas de este plan
El proceso de publicación se prueba en cada despliegue: una nueva versión responde a sus verificaciones de rutas antes de que se mueva el tráfico, y la versión anterior sigue disponible. Las copias de respaldo se verifican al hacerse, y el repositorio de copias de respaldo se verifica cada semana.
LFW todavía no ha hecho un simulacro programado de restauración con una copia de sus datos de producción, y lo dice aquí en lugar de afirmar una prueba anual.
Para reportar un incidente: los clientes, en el Portal del cliente o en hello@lfw.com; cualquier otra persona, en security@lfw.com.