Acerca del gráfico de dependencias
El gráfico de dependencias es un resumen de los archivos de manifiesto y de bloqueo almacenados en un repositorio y las dependencias que se envían para el repositorio mediante la API de envío de dependencias (beta). Para cada repositorio, muestra:
- Las dependencias, ecosistemas y paquetes de los cuales depende
- Dependientes, los repositorios y paquetes que dependen de él
Puedes ver la información de la licencia y la gravedad de la vulnerabilidad para cada dependencia. También puedes buscar una dependencia específica mediante la barra de búsqueda. Las dependencias se ordenan automáticamente por gravedad de la vulnerabilidad.
Al insertar una confirmación en GitHub Enterprise Cloud que cambie o agregue un archivo de bloqueo o de manifiesto admitido a la rama predeterminada, el gráfico de dependencias se actualizará de forma automática. Además, el gráfico se actualiza cuando alguien inserte un cambio en el repositorio de una de las dependencias. Para más información sobre los ecosistemas y archivos de manifiesto admitidos, vea "Ecosistemas de paquetes admitidos" a continuación.
Además, puede usar la API de envío de dependencias (beta) para enviar dependencias desde el administrador de paquetes o el ecosistema de su elección, incluso si el ecosistema no es compatible con el gráfico de dependencias para el análisis de manifiestos o archivos de bloqueo. Las dependencias enviadas a un proyecto mediante la API de envío de dependencias (beta) mostrarán qué detector se usó para su envío y cuándo se enviaron. Para más información sobre la API de envío de dependencias, consulta "Uso de Dependency submission API".
Cuando creas una solicitud de cambios que contenga los cambios de las dependencias que apuntan a la rama predeterminada, GitHub utiliza la gráfica de dependencias para agregar revisiones de dependencia a la solicitud de cambios. Estas indican si las dependencias contendrán vulnerabilidades y, si es el caso, la versión de la dependencia en la cual se arregló la vulnerabilidad. Para obtener más información, vea «Acerca de la revisión de dependencias».
Si tienes al menos acceso de lectura al repositorio, puedes exportar el gráfico de dependencias del repositorio como una la lista de materiales de software (SBOM) compatible con SPDX, a través de la interfaz de usuario de GitHub o la API REST de GitHub. Para obtener más información, vea «Exportación de una lista de materiales de software para el repositorio».
Disponibilidad de la gráfica de dependencias
El gráfico de dependencias se genera automáticamente para todos los repositorios públicos. Puedes optar por habilitarlo para bifurcaciones y repositorios privados. Para obtener más información, consulta "Administración de la configuración de seguridad y análisis para el repositorio".
Los administradores de repositorio también pueden configurar la gráfica de dependencias para los repositorios privados. Para obtener más información, vea «Configuración del gráfico de dependencias».
Dependencias que se incluyen
El gráfico de dependencias incluye todas las dependencias de un repositorio que se detallan en los archivos de manifiesto y bloqueo, o su equivalente, para los ecosistemas admitidos, así como las dependencias que se envían mediante la API de envío de dependencias (en beta). Esto incluye:
- Las dependencias directas, que se definen explícitamente en un archivo de manifiesto o bloqueo o se han enviado mediante la API de envío de dependencias (en beta)
- Las dependencias indirectas de estas dependencias directas, también conocidas como dependencias transitorias o sub-dependencias
El gráfico de dependencias identifica dependencias indirectas ya sea de forma explícita desde un archivo de bloqueo o mediante la comprobación de las dependencias de las dependencias directas. Para la gráfica más confiable, debes utilizar archivos de bloqueo (o su equivalente), ya que estos definen exactamente qué versiones de las dependencias directas e indirectas estás utilizando actualmente. Si utilizas archivos de bloqueo, también te aseguras de que todos los contribuyentes del repositorio están utilizando las mismas versiones, lo cual te facilitará el probar y depurar el código.
Para obtener más información sobre cómo GitHub Enterprise Cloud te ayuda a comprender las dependencias de tu entorno, consulta "Acerca de la seguridad de la cadena de suministro".
Dependientes incluídos
Para los repositorios públicos, únicamente se reportan los repositorios públicos que dependen de éste o de los paquetes que publicas. Esta información no se reporta para los repositorios privados.
Utiizar la gráfica de dependencias
Puedes utilizar la gráfica de dependencias para:
- Explore los repositorios de los que depende el código en y los que dependen de él. Para obtener más información, vea «Explorar las dependencias de un repositorio».
- Ver en un solo tablero un resumen de las dependencias que se utilizan en los repositorios de tu organización. Para más información, consulta "Ver información de tu organización".
- Ver y actualizar las dependencias vulnerables de tu repositorio. Para obtener más información, consulta "Acerca de las alertas Dependabot".
- Consulta la información sobre las dependencias vulnerables en las solicitudes de cambios. Para más información, consulta "Revisar los cambios de las dependencias en una solicitud de cambios".
Ecosistemas de paquetes compatibles
Los formatos recomendados definen explícitamente qué versiones se utilizan para todas las dependencias directas e indirectas. Si usa estos formatos, el gráfico de dependencias será más preciso. También refleja la configuración de compilación actual y permite que el gráfico de dependencias notifique vulnerabilidades tanto en las dependencias directas como en las indirectas. Las dependencias indirectas que se infieren de un archivo de manifiesto (o equivalente) se excluyen de las comprobaciones de dependencias no seguras.
| Administrador de paquetes | Idiomas | Formatos recomendados | Todos los formatos admitidos |
|---|---|---|---|
| Cargo | Rust | Cargo.lock | Cargo.toml, Cargo.lock |
| Composer | PHP | composer.lock | composer.json, composer.lock |
| NuGet | .NET languages (C#, F#, VB), C++ | .csproj, .vbproj, .nuspec, .vcxproj, .fsproj | .csproj, .vbproj, .nuspec, .vcxproj, .fsproj, packages.config |
| GitHub Actions workflows | YAML | .yml, .yaml | .yml, .yaml |
| Go modules | Go | go.mod | go.mod |
| Maven | Java, Scala | pom.xml | pom.xml |
| npm | JavaScript | package-lock.json | package-lock.json, package.json |
| pnpm | JavaScript | pnpm-lock.yaml | package.json, pnpm-lock.yaml |
| pub | Dart | pubspec.lock | pubspec.yaml, pubspec.lock |
| Python Poetry | Python | poetry.lock | poetry.lock, pyproject.toml |
| RubyGems | Ruby | Gemfile.lock | Gemfile.lock, Gemfile, *.gemspec |
| Swift Package Manager | Swift | Package.resolved | Package.resolved |
| Yarn | JavaScript | yarn.lock | package.json, yarn.lock |
Notas:
-
Si enumera las dependencias de Python dentro de un archivo
setup.py, es posible que no podamos analizar y enumerar cada una de las dependencias del proyecto. -
Los flujos de trabajo de GitHub Actions se deben ubicar en el directorio
.github/workflows/de un repositorio para que se reconozcan como manifiestos. Las acciones o flujos de trabajo a los que se hace referencia mediante la sintaxisjobs[*].steps[*].usesojobs.<job_id>.usesse analizarán como dependencias. Para obtener más información, vea «Sintaxis del flujo de trabajo para Acciones de GitHub».
Puedes usar la API de envío de dependencias (en beta) para agregar dependencias desde el administrador de paquetes o el ecosistema de tu elección al gráfico de dependencias, incluso si el ecosistema no está en la lista de ecosistemas compatibles anterior. Las dependencias enviadas a un proyecto mediante Dependency submission API (beta) mostrarán qué detector se ha usado para su envío y cuándo se enviaron.
Solo obtendrás Dependabot alerts para las dependencias que proceden de uno de los ecosistemas compatibles de GitHub Advisory Database. Para obtener más información sobre la API de envío de dependencias, consulte "Uso de Dependency submission API."