Enterprise-level credential visibility - List/Export inventory of all token types [GA]
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- github
- Área
- authentication, authorization, security
Línea de trabajo
El issue describe una capacidad amplia de GitHub Enterprise para la UI y la REST API que permite inventariar claves SSH y varios tipos de tokens, junto con metadatos y acciones de remediación. Empieza por aclarar el alcance requerido de la API y la UI, las fuentes de credenciales, los campos de metadatos y el comportamiento de revocación; se considerará completado cuando exista un inventario completo de toda la empresa y se puedan realizar las acciones administrativas indicadas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Value Prop
Enterprise owners and security admins can now export a complete inventory of every credential in their enterprise — including SSH keys, personal access tokens, OAuth app tokens, and GitHub App tokens — from a single view in the UI or via REST API. Each credential entry includes rich metadata like the owner, scopes, creation and expiration dates, last-used timestamp, source IP, and target organizations and repositories. This gives security teams everything they need to assess risk, respond to incidents, and meet compliance requirements on their own terms.
Expected Outcome
Organizations gain direct, self-serve visibility into all credentials active within their enterprise, eliminating the blind spots that slow down incident response and force reliance on GitHub Support for data they should own. Admins can quickly identify exposed tokens, scope the impact of a security event, and take remediation actions — such as bulk revocations or SSO deauthorizations — without external assistance. This positions GitHub as a meaningful choice for regulated industries and security-conscious enterprises that require strong credential governance.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 8.9k
- Forks
- 1.8k
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de github/roadmap
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
GHES 3.24 Public Preview
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
-
Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
cloud Enterprise Free Public Preview Team
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
Todos los issues de github/roadmap
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
emersion/go-msgauth#87 ·
-
Add unit tests for the organization admin role checkPosiblemente ocupada @SaffuSafwan la tomó hoy. Abiertoarea/core good first issue help wanted
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
elmohq/elmo#1095 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
code-yeongyu/senpi#5713 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día