Seguridad
Seguridad en Lex Digitalis
Lex Digitalis aplica controles técnicos, validaciones de acceso y pruebas de seguridad dentro de su proceso de release. Esta página resume únicamente controles respaldados por evidencia y evita publicar detalles que puedan facilitar un ataque.
Principios de seguridad
- Mínimo privilegio y autorización server-side en recursos privados.
- Protección de sesión y mecanismos de acceso sometidos a validación específica.
- Minimización de exposición de secretos y artefactos técnicos.
- Controles de validación, codificación y protección de acciones sensibles.
- Hallazgos críticos o altos bloquean el cierre de una release hasta su remediación y nueva verificación.
Controles públicos verificables
Cuentas, sesiones y recursos privados
Los mecanismos de acceso y sesión se someten a controles específicos de autenticación, caducidad, reutilización y abuso. El acceso a recursos privados se valida en servidor y se somete a pruebas de aislamiento entre usuarios.
Pagos e integraciones
Los estados de pago y habilitación no dependen de una redirección del navegador, sino de validaciones server-side. Los webhooks sensibles se validan antes de producir efectos en el sistema.
Desarrollo, releases y pruebas
Lex Digitalis incorpora pruebas de seguridad y validaciones adversariales dentro de su proceso de release. No se presenta esta revisión interna como certificación externa.
Comunicación responsable
Comunicar una posible vulnerabilidad
Si detectas una posible vulnerabilidad en un activo controlado por Lex Digitalis, puedes comunicarla de forma responsable.
Comunicar una posible vulnerabilidad
Qué incluir
- Descripción del problema.
- URL o componente afectado.
- Pasos mínimos para reproducirlo.
- Impacto observado.
- Evidencia mínima y sanitizada.
Qué no enviar
No envíes datos personales reales, contraseñas, OTP, cookies de sesión, tokens, claves privadas, datos de tarjeta ni información de terceros salvo que resulte estrictamente imprescindible y previamente sanitizada.
Qué no hacer
- No acceder a datos de terceros.
- No destruir ni modificar datos.
- No ejecutar denegación de servicio.
- No realizar ingeniería social.
- No mantener persistencia ni explotar más allá de demostrar el problema.
No existe un programa de recompensas salvo que se publique expresamente. No se declara un safe harbor jurídico amplio en esta versión.
Canales distintos
Las vulnerabilidades técnicas deben enviarse al canal de seguridad. Las comunicaciones protegidas correspondientes a la finalidad del Canal Informante deben utilizar ese canal específico. Las consultas generales o de soporte utilizan Contacto.
Limitaciones de los claims
La publicación de controles de seguridad no constituye una garantía de invulnerabilidad, una certificación externa ni un SLA. Los claims se revisan y pueden retirarse si cambia la arquitectura, configuración o evidencia disponible.
Última revisión pública: 2026-09-08T17:37:14Z