Puedes acceder y escribir datos en repositorios de GitHub.com mediante SSH (protocolo Secure Shell). Al conectarse a través de SSH, se realiza la autenticación mediante un archivo de clave privada en el equipo local. Para obtener más información sobre SSH, consulta Secure Shell en Wikipedia.
Cuando configures SSH, necesitarás generar una clave SSH privada nueva y agregarla al agente SSH. También debes agregar la clave SSH pública a tu cuenta en GitHub Enterprise Cloud antes de utilizarla para autenticarte o para firmar confirmaciones. Para más información, consulta Generación de una nueva clave SSH y adición al agente SSH, Agregar una clave SSH nueva a tu cuenta de GitHub y Acerca de la verificación de firma de confirmación.
Puedes asegurar tu llave SSH aún más si utilizas una llave de seguridad de hardware, la cual requiere que esta última se conecte físicamente a tu computadora cuando se utilice el par de llaves para autenticarte con SSH. También puedes asegurar tu llave SSH si la agregas al ssh-agent y utiliza una contraseña. Para más información, consulta Trabajar con contraseñas de clave SSH.
Para usar la clave SSH con un repositorio propiedad de una organización que usa el inicio de sesión único de SAML, debes autorizar la clave. Para más información, consulta Autorizar una clave SSH para usar con un inicio único de SAML.
Para mantener la seguridad de cuenta, puedes revisar tu lista de llaves SSH frecuentemente y retirar cualquier llave que sea inválida o que se haya puesto en riesgo. Para más información, consulta Revisar tus claves SSH.
Si no has usado tu clave SSH por un año, entonces GitHub automáticamente eliminará tu clave SSH inactiva, como medida de seguridad. Para más información, consulta Claves SSH eliminadas o faltantes.
Las organizaciones que usan GitHub Enterprise Cloud pueden proporcionar certificados SSH, que los miembros pueden usar para acceder a los repositorios de estas sin tener que agregar el certificado a su cuenta de GitHub.
Los miembros no pueden usar el certificado para acceder a bifurcaciones de los repositorios de la organización, a menos que la empresa haya permitido que las CA SSH accedan a repositorios propiedad del usuario. Para obtener más información, vea «Acerca de las autoridades de certificación de SSH».