Ciberseguridad

Cómo el sitio se protege a sí mismo, y a ti

Un sitio que enseña a las personas a gestionar sus propios sistemas debe dar ejemplo. Esta página muestra cómo está protegido breaktherule.org: el flujo, la lógica y el diseño, en palabras sencillas.

El flujo

Tres ciclos funcionan a la vez: uno en cada visita, uno cada día, uno en cada cambio.

El flujo de la seguridad: en cada visita Cloudflare, el código del sitio y el navegador protegen a quien visita; cada día cuatro comprobaciones automáticas buscan nuevas debilidades y escriben un informe; cada cambio se comprueba y se revisa antes de publicarse En cada visitaUna persona, o unatacante, abrebreaktherule.orgCloudflare, delante del sitioSolo conexión cifrada(HTTPS, TLS 1.2 o másreciente, HSTS)Nombre de dominiofirmado (DNSSEC, CAA)Cortafuegos, anti-bot,como máximo 20peticiones API cada 10segundosEl código del sitioEl formulario decontacto acepta unmensaje solo despuésde que Turnstileconfirme que lo envióun humanoLímites de longitud,formatos estrictos,ante un error serechazaNinguna cuenta,ninguna cookie, ningúnnombre, correo odirección IP guardadoEl navegadorCabeceras deseguridad: ejecutarsolo los scripts delpropio sitio, nuncamostrar el sitiodentro de otra páginaCada día, por sí soloCuatro comprobaciones seejecutan a las 05:23 UTC:vulnerabilidadesconocidas en lasdependencias, secretos entoda la historia delcódigo, archivos quenunca deben guardarse,patrones peligrosos en elcódigo¿Hallazgo grave?noAnotado en elresumen de laejecuciónsíSe abre un aviso y senotifica a quien mantieneel sitiocuando unaejecuciónposteriorestá limpiaEl aviso se cierra por sísoloCada ejecución terminacon un informe:vulnerabilidadesabiertas, comprobacionesde hoy, qué anticipar.También cuando no hapasado nada.En cada cambioUn cambio se propone a lavista de todos, con sudocumentaciónComprobacionesautomáticas: tipos,pruebas, un ensayo de lapublicación, el changelog¿Revisado y aprobado porquien mantiene el sitio?noNada se publicasíPublicado. Una pequeñacorrección de seguridaden una dependencia puedepublicarse por sí sola,dentro de una reglaestricta

La lógica

  • Por capas. Ninguna protección es perfecta por sí sola, así que hay varias, una detrás de otra, como las murallas, la puerta y la caja fuerte de un castillo.
  • En caso de duda, no. Cuando una comprobación no puede ejecutarse, o no puede responder, la respuesta es no. Un mensaje se rechaza en lugar de aceptarse por confianza, y una comprobación diaria que no se ejecutó cuenta como un hallazgo.
  • Los mínimos datos. Lo que nunca se recoge no puede filtrarse: ninguna cuenta, ninguna cookie, y ningún nombre, correo o dirección IP guardado con un mensaje.
  • Los secretos fuera del código. El código está escrito como si todo el mundo pudiera leerlo, porque un día así será. El único secreto vive en Cloudflare, y las comprobaciones diarias buscan secretos y archivos prohibidos en toda la historia del código.
  • Las máquinas miran cada día, las personas deciden. Cuatro comprobaciones automáticas buscan nuevas debilidades cada mañana y escriben un informe, también cuando no ha pasado nada. Una persona lo lee y decide.
  • Nada se publica sin un visto bueno. Cada cambio se revisa y se documenta antes de publicarse. La única excepción es una corrección de seguridad en una dependencia, publicada por sí sola solo cuando es pequeña y todas las comprobaciones están en verde.

El diseño

Todo es gratuito y de código abierto: el plan gratuito de Cloudflare, las herramientas gratuitas de GitHub y escáneres que cualquiera puede descargar. Nada llama a una IA y nada necesita un servicio de pago, así que cualquiera que gestione un sitio pequeño puede copiar las mismas protecciones.

Todo está por escrito. La documentación del proyecto describe cada protección, su estado y cómo comprobarla desde cualquier ordenador, para que un cambio que nadie esperaba salte a la vista.

Todo sigue los cuatro pasos del propio sitio: aceptar el proceso, entenderlo, encontrar la parte que no funciona, romper la regla y mejorarla. El informe diario existe para encontrar esa parte antes de que lo haga otra persona.

¿Has encontrado un problema de seguridad?

Escribe a 59495@proton.me, describiendo el problema y cómo reproducirlo. La misma dirección está en security.txt, el archivo estándar donde un sitio dice a quién avisar.