Skip to main content

Esta versión de GitHub Enterprise Server se discontinuará el 2025-08-27. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise Server. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Evitar acceso no autorizado

Se le puede alertar sobre un incidente de seguridad en los medios, como el descubrimiento del error Heartbleed, o pueden robarle el equipo mientras ha iniciado sesión en GitHub. En dichos casos, cambiar tu contraseña previene cualquier acceso futuro no deseado a tu cuenta y a tus proyectos.

GitHub requiere una contraseña para realizar acciones confidenciales, como agregar nuevas claves SSH, autorizar aplicaciones, o modificar miembros del equipo.

Después de cambiar tu contraseña, deberías realizar estas acciones para asegurarte que tu cuenta sea segura:

  • Habilite la autenticación en dos fases en la cuenta para que el acceso necesite más que una contraseña. Para más información, consulta Acerca de la autenticación de dos factores.

  • Agrega una clave de paso a tu cuenta para habilitar un inicio de sesión seguro y sin contraseña. Las claves de paso son resistentes a la suplantación de identidad (phishing) y no requieren memorización ni administración activa. Consulta Acerca de las claves de paso.

  • Revisa las claves SSH, implementa las claves y las aplicaciones de OAuth autorizadas y las aplicaciones de GitHub y revoca el acceso no autorizado o desconocido en la configuración de SSH y Aplicaciones. Para más información, consulta Revisar tus claves SSH, Revisar tus llaves de implementación, Revisión de las aplicaciones autorizadas de OAuth y Revisión y revocación de autorización de aplicaciones de GitHub.

  • Revise el registro de seguridad de la cuenta. Esto brinda un resumen de varias configuraciones realizadas a tus repositorios. Por ejemplo, puedes asegurarte que no se convirtieron repositorios privados en públicos, o que no se transfirieron repositorios. Para más información, consulta Revisar tu registro de seguridad.

  • Revise los webhooks en los repositorios. Los webhooks podrían permitir que un atacante intercepte cargas que hagas a tu repositorio. Para más información, consulta Acerca de webhooks.

  • Asegúrese de que no se han creado claves de implementación. Esto podría permitir que servidores externos accedan a tus proyectos. Para más información, consulta Administrar las llaves de despliegue.

  • Revisar las confirmaciones de cambios recientes realizadas a tus repositorios.

  • Revisar la lista de colaboradores de cada repositorio.