Saltar al contenido

Volver a la documentacióndocs/guide/demo-overview.mdRepositorio privado

Cómo probar Centinela

Hay dos experiencias con alcances distintos. Una persona debe validar las evidencias y aprobar el plan antes de actuar.

Vista previa pública

La demo interactiva permite explorar tres casos históricos sin iniciar sesión ni conectar recursos. Los activos, cifras, fechas, puntuaciones y estados son sintéticos: no son mediciones actuales ni recomendaciones para un sistema real.

  1. Elige un escenario y consulta su resultado y activos de ejemplo.
  2. Sigue la ruta de exposición hasta el paquete y el repositorio. Puedes ajustar la vista del grafo.
  3. Examina los factores de riesgo y el cambio propuesto.
  4. Usa «Siguiente paso» para recorrer las explicaciones del caso. «Reiniciar» vuelve al primer paso; elegir otro escenario también reinicia el recorrido. Ninguno de estos controles modifica un plan.

Los botones de la vista previa no registran aprobaciones, abren Pull Requests ni ejecutan cambios. La secuencia ilustrativa termina en la propuesta; no se generan hitos de aprobación ni de ejecución.

Demo funcional privada y guiada

La sesión privada se prepara en un entorno separado, con un tenant exclusivo, usuarios invitados, roles y caducidad. El operador debe confirmar el alcance de la sesión y los proveedores utilizados antes de invitar a los participantes. La configuración de una demo alojada y su validación operativa siguen pendientes.

En el perfil de prueba local funcionan la API, la base de datos con aislamiento por tenant, los workflows, los workers, la política de autorización y el executor. El proveedor de identidad, GitHub, los servicios AWS y el modelo están emulados o reproducidos explícitamente. Un PR de ese perfil pertenece al emulador: no existe en github.com.

Para participar, usa Solicitar demo privada. Solo se confirma la recepción cuando el registro devuelve una referencia persistida. Si la recepción no está habilitada, se indica sin aparentar un envío. Una persona debe revisar la solicitud antes de preparar una invitación. El acceso a la consola requiere su invitación; el acceso al repositorio privado se concede por separado. En el modo de prueba local el formulario solo admite correos ficticios de example.com, .test o .invalid y no contacta a nadie. La recepción real permanece deshabilitada si faltan el responsable y el contacto de privacidad validados.

Qué revisar durante la sesión

  • Confirma el entorno, el tenant, tu rol y la caducidad. Usa únicamente datos y repositorios sandbox autorizados.
  • Revisa las evidencias, su cobertura y los límites del análisis; no conviertas una ausencia de datos en una conclusión de seguridad.
  • Como revisor autorizado, examina el plan firmado y el diff exacto antes de registrar tu propia llave WebAuthn y aprobar. El operador no sustituye al aprobador.
  • Comprueba el resultado en el destino indicado y conserva la evidencia de revisión. Un test automatizado no acredita aprobación humana.

La revisión del despliegue, la privacidad y los controles operativos corresponde a las personas responsables. Esta demo no acredita certificación ISO 27001 ni un informe SOC 2.