# Acerca de las alertas de examen de secretos Obtenga información sobre los distintos tipos de alertas de detección de secretos. ## Acerca de los tipos de alertas Hay dos tipos de alertas de detección de secretos: * **Alertas de examen de secretos de usuario:** se notifica a los usuarios en la ** Security** pestaña del repositorio, cuando se detecta un secreto admitido en el repositorio. * **Alertas de protección de inserción:** Se notifica a los usuarios en la ** Security** pestaña del repositorio, cuando un colaborador omite la protección de inserción. ## Acerca de alertas de detección de secretos Cuando el secret scanning se habilita en un repositorio o se insertan confirmaciones en un repositorio con secret scanning habilitado, GitHub examina el contenido en busca de secretos que coincidan con los patrones definidos por proveedores de servicios y con cualquier patrón personalizado en la empresa, organización o repositorio. Cuando el secret scanning detecte un secreto, GitHub generará una alerta. GitHub muestra una alerta en la ** Security** pestaña del repositorio. Si el mismo secreto aparece varias veces dentro de un único archivo, solo se crea una alerta. Para ayudarle a evaluar las alertas de forma más eficaz, GitHub separa las alertas en dos listas: * **Alertas predeterminadas** * **Alertas genéricas** ### Lista de alertas predeterminadas La lista de alertas predeterminadas muestra alertas que se relacionan con los patrones admitidos y los patrones personalizados especificados. Esta es la vista principal de las alertas. ### Lista de alertas genéricas La lista de alertas genéricas muestra alertas relacionadas con secretos genéricos detectados con patrones y métodos deterministas (como claves privadas), Estos tipos de alertas pueden tener una tasa más alta de falsos positivos o secretos usados en las pruebas. Puede cambiar de la lista predeterminada de alertas a la lista de alertas genéricas. GitHub seguirá publicando nuevos patrones y tipos de secretos en la lista de alertas genéricas. Además, las alertas que caen dentro de esta categoría: * Se limitan en cantidad a 5000 alertas por repositorio (esto incluye alertas abiertas y cerradas). * No se muestran en las vistas de resumen de la visión general de seguridad, solo en la vista "Secret scanning". * Mostrar solo las cinco primeras ubicaciones detectadas en GitHub para los patrones genéricos. Para que GitHub busque patrones genéricos, primero debes habilitar las funcion para tu repositorio u organización. Para obtener más información, consulte [Habilitar el análisis de secretos para patrones genéricos](/es/enterprise-server@3.22/code-security/how-tos/secure-your-secrets/detect-secret-leaks/enabling-secret-scanning-for-generic-patterns). Si el acceso a un recurso requiere credenciales emparejadas, la exploración de secretos creará una alerta solo cuando se detecten las dos partes del par en el mismo archivo. Esto garantiza que las fugas más críticas no queden ocultas detrás de la información sobre fugas parciales. La coincidencia de pares ayuda a reducir los falsos positivos, ya que ambos elementos de un par deben usarse juntos para acceder al recurso del proveedor. ## Acerca de las alertas de protección de inserción La protección de inserción examina inserciones para los secretos admitidos. Si la protección de inserción detecta un secreto admitido, bloqueará la inserción. Cuando un colaborador omite la protección de inserción para insertar un secreto en el repositorio, se genera una alerta de protección de inserción y se muestra en la ** Security** pestaña del repositorio. Para ver todas las alertas de protección de inserción de un repositorio, debe filtrar por `bypassed: true` en la página de alertas. Para más información, consulta [Visualización y filtrado de alertas del análisis de secretos](/es/enterprise-server@3.22/code-security/how-tos/manage-security-alerts/manage-secret-scanning-alerts/viewing-alerts#filtering-alerts). Si el acceso a un recurso requiere credenciales emparejadas, la exploración de secretos creará una alerta solo cuando se detecten las dos partes del par en el mismo archivo. Esto garantiza que las fugas más críticas no queden ocultas detrás de la información sobre fugas parciales. La coincidencia de pares ayuda a reducir los falsos positivos, ya que ambos elementos de un par deben usarse juntos para acceder al recurso del proveedor. > \[!NOTE] > > Es posible que las versiones anteriores de ciertos tokens no sean compatibles con la protección de inserción, ya que estos tokens pueden generar un número mayor de falsos positivos que su versión más reciente. Es posible que la protección de inserción tampoco se aplique a los tokens heredados. En el caso de tokens como claves de Azure Storage, GitHub solo admite tokens *creados recientemente*, no tokens que coincidan con los patrones heredados. Para obtener más información sobre las limitaciones de la protección de envío, consulte [Ámbito de detección del análisis de secretos](/es/enterprise-server@3.22/code-security/reference/secret-security/secret-scanning-scope). ## Lectura adicional * [Patrones de análisis de secretos admitidos](/es/enterprise-server@3.22/code-security/reference/secret-security/supported-secret-scanning-patterns) * [Habilitar el análisis de secretos para patrones genéricos](/es/enterprise-server@3.22/code-security/how-tos/secure-your-secrets/detect-secret-leaks/enabling-secret-scanning-for-generic-patterns)