Protección de inserciones con análisis de secretos

Acerca de la protección de inserción para secretos

Hasta ahora, secret scanning comprueba si hay secretos después de una inserción y alerta a los usuarios de los secretos expuestos. Al habilitar la protección de inserción, secret scanning también comprueba si hay secretos de alta confianza (los identificados con una tasa de falsos positivos baja). Secret scanning enumera los secretos que detecta para que el creador pueda revisarlos y quitarlos, o si es necesario, permitir que se inserten.

Si un colaborador omite un bloque de protección de inserción para un secreto, GitHub:

• crea una alerta en la pestaña Seguridad del repositorio en el estado descrito en la tabla siguiente.
• agrega el evento de omisión al registro de auditoría.

Puedes supervisar las alertas de seguridad para detectar cuándo los usuarios pasan por alto las protecciones de inserción y crean alertas. Para obtener más información, consulta "Auditoría de alertas de seguridad".

En esta tabla se muestra el comportamiento de las alertas para cada forma en que un usuario puede omitir un bloque de protección de inserción.

Razón de la omisión	Comportamiento de alerta
Se usa en pruebas	GitHub crea una alerta cerrada, resuelta como "se usa en pruebas"
Es un falso positivo	GitHub crea una alerta cerrada, resuelta como "falso positivo"
Lo arreglaré más tarde	GitHub crea una alerta abierta

Para más información sobre los secretos y los proveedores de servicios admitidos para la protección de inserción, consulta "Patrones de análisis de secretos".

Habilitación de secret scanning como protección de inserción

Para poder usar el secret scanning como protección de inserción, la organización o el repositorio debe tener habilitados tanto GitHub Advanced Security como el secret scanning. <Para más información, consulta "Administrar la configuración de seguridad y análisis de su organización," "Administración de la configuración de seguridad y análisis para el repositorio" y "Acerca de GitHub Advanced Security."

Los propietarios de la organización, los administradores de seguridad y los administradores del repositorio pueden habilitar la protección de inserción para secret scanning mediante la interfaz de usuario y la API. Para más información, consulta "Repositorios" y expande la sección "Propiedades del objeto security_and_analysis" en la documentación de la API REST.

Habilitación de secret scanning como protección de inserción para una organización

1. En tu instancia de GitHub Enterprise Server, ve a la página principal de la organización. 1. Debajo del nombre de la organización, haga clic en Settings.

   

2. En la sección "Seguridad" de la barra lateral, haga clic en Análisis y seguridad del código.

3. Debajo de "Seguridad y análisis de código", encuentra "GitHub Advanced Security". 1. En "Secret scanning", en "Push protection" (Protección de inserciones), haga clic en Enable all (Habilitar todo).

4. Opcionalmente, haz clic en "Habilitar automáticamente para repositorios agregados a secret scanning."

Habilitación de secret scanning como protección de inserción para un repositorio

1. En tu instancia de GitHub Enterprise Server, navega a la página principal del repositorio. 1. Debajo del nombre del repositorio, haz clic en Configuración.
2. En la sección "Seguridad" de la barra lateral, haz clic en Análisis y seguridad del código.
3. Debajo de "Seguridad y análisis de código", encuentra "GitHub Advanced Security". 1. En "Secret scanning", en "Push protection" (Protección de inserciones), haga clic en Enable (Habilitar).

Uso del examen de secretos como protección de inserción de la línea de comandos

Al intentar insertar un secreto admitido en un repositorio u organización con secret scanning como protección de inserción habilitada, GitHub bloqueará la inserción. Puedes quitar el secreto de la rama o seguir una dirección URL proporcionada para permitir la inserción.

En la línea de comandos se mostrarán hasta cinco secretos detectados a la vez. Si ya se ha detectado un secreto determinado en el repositorio y ya existe una alerta, GitHub no bloqueará ese secreto.

Si confirmas que un secreto es real, debes quitar el secreto de la rama, de todas las confirmaciones en las que aparece, antes de volver a insertar. Para más información sobre cómo corregir secretos bloqueados, consulta "Inserción de una rama bloqueada por la protección de inserción".

Si confirma que un secreto es real y que pretende corregirlo más adelante, debe intentar corregirlo lo antes posible. Por ejemplo, podría revocar el secreto y quitarlo del historial de confirmaciones del repositorio. Los secretos reales que se han expuesto deben revocarse para evitar el acceso no autorizado. Puedes considerar la posibilidad de rotar primero el secreto antes de revocarlo. Para obtener más información, vea «Eliminación de datos confidenciales de un repositorio».

Permiso para insertar un secreto bloqueado

Si GitHub bloquea un secreto que cree que es seguro insertar, puede permitirlo y especificar el motivo por el que se debe permitir.

Cuando permites la inserción de un secreto, se crea una alerta en la pestaña Seguridad. GitHub cierra la alerta y no envía una notificación si especificas que el secreto es un falso positivo o que solo se usa en las pruebas. Si especificas que el secreto es real y lo corregirás más adelante, GitHub mantiene abierta la alerta de seguridad y envía notificaciones al creador de la confirmación, así como a los administradores del repositorio. Para obtener más información, vea «Administración de alertas del examen de secretos».

1. Visite la dirección URL devuelta por GitHub cuando se bloquee la inserción.
2. Elija la opción que mejor describa por qué debería poder insertar el secreto.
   • Si el secreto solo se usa en pruebas y no supone ninguna amenaza, haga clic en Se usa en las pruebas.
   • Si la cadena detectada no es un secreto, haga clic en Es un falso positivo.
   • Si el secreto es real, pero piensa corregirlo más adelante, haga clic en Lo corregiré más adelante.
3. Haga clic en Permitirme insertar este secreto.
4. Vuelva a intentar la inserción en la línea de comandos en un plazo de tres horas. Si no ha realizado la inserción en un plazo de tres horas, tendrá que repetir este proceso.