GitHub es tan fundamental para su organización como sus aplicaciones de producción más importantes. Es esencial proteger su propiedad intelectual y su código fuente, pero eso no es todo lo que alberga GitHub. Los datos, las configuraciones y los archivos de GitHub son el motor de su equipo de desarrollo y de su empresa.

Sin embargo, a diferencia de lo que ocurre al alojar su repositorio Git en un centro de datos, utilizar GitHub como servicio le obliga a replantearse la forma de protegerlo.

Hemos decidido desglosar las numerosas formas en que los «datos» de GitHub pueden ser eliminados, dañados o alterados.

Eliminación accidental

1. Eliminación de repositorios, ramas, archivos, etiquetas y versiones

Es fácil eliminar partes importantes de su proyecto con unos pocos clics o comandos. Ya se trate de un repositorio completo o de ese único archivo crítico, las eliminaciones accidentales son un error habitual.

Consejo: Compruebe siempre dos veces antes de pulsar el botón de eliminar. Implemente reglas de protección de ramas y limite quién puede eliminar repositorios.

2. Uso incorrecto de git rm y otros comandos

Utilizar git rm sin comprender plenamente sus consecuencias puede provocar la eliminación involuntaria de archivos. Si a eso le suma una confirmación precipitada, tendrá la receta perfecta para que falte código.

Consejo: Familiarícese con los comandos de Git y considere la posibilidad de crear alias para los comandos peligrosos, de modo que requieran confirmación.

Errores al realizar un «push» forzado: un gran poder conlleva una gran responsabilidad

Uso inadecuado de git push --force

3. Un «push» forzado puede sobrescribir el historial remoto, borrando de hecho las confirmaciones.

Consejo: Utilice git push --force-with-lease para añadir una red de seguridad y evite realizar «push» forzados en ramas compartidas.

4. Reescritura del historial que ha salido mal

Comandos como git rebase o git filter-branch, seguidos de un «push» forzado, pueden reescribir el historial compartido, lo que confunde a los colaboradores y puede provocar la pérdida de confirmaciones.

Consejo: Comuníquese con su equipo antes de reescribir el historial, y considere alternativas como git merge cuando trabaje en colaboración.

Contratiempos en la fusión: cuando dos se convierten en uno… mal

5. Operaciones de fusión incorrectas

La fusión de ramas sin resolver adecuadamente los conflictos puede descartar cambios importantes. Las fusiones por avance rápido podrían sobrescribir código que no tenía intención de modificar.

Consejo: Revise siempre los conflictos de fusión con detenimiento y considere el uso de solicitudes de incorporación de cambios (pull requests) para la revisión del código antes de fusionar.

Reversión de fusiones sin precaución

Deshacer una confirmación de fusión sin comprender sus implicaciones puede eliminar fragmentos significativos de código.

Consejo: Utilice git revert con precaución y asegúrese de no deshacer fusiones esenciales.

Errores con las ramas: los peligros de una gestión inadecuada

6. Olvidarse de enviar las ramas locales

Las ramas locales con trabajo crucial pueden desaparecer si su equipo falla o si se olvida de enviarlas antes de pasar a un nuevo entorno.

Consejo: Envíe regularmente sus ramas al repositorio remoto y considere la posibilidad de utilizar las solicitudes de extracción preliminares de GitHub para llevar un seguimiento.

Sobrescritura de ramas

Crear una nueva rama con el mismo nombre que una ya existente y realizar un «push» forzado puede borrar la rama original.

Consejo: Compruebe cuidadosamente los nombres de las ramas y evite realizar un «push» forzado a menos que sea absolutamente necesario.

Catástrofes con las credenciales: «Ábrete, Sésamo»… hacia el desastre

7. Acceso no autorizado y ataques de phishing

Si sus credenciales se ven comprometidas mediante phishing u otros medios, los atacantes pueden eliminar o alterar sus repositorios.

Consejo: Active la autenticación de dos factores, utilice contraseñas seguras y únicas, y manténgase alerta ante los intentos de phishing.

8. Exposición de tokens y claves SSH

La filtración de tokens de acceso o claves SSH puede proporcionar a usuarios no autorizados las llaves de su reino.

Consejo: Almacene las credenciales de forma segura, renueve los tokens periódicamente y considere la posibilidad de utilizar los secretos cifrados de GitHub para los datos confidenciales.

Amenazas cibernéticas y internas: la llamada proviene del interior de la propia organización

9. Empleados descontentos y procesos de salida inadecuados

Los antiguos miembros del equipo que conservan acceso pueden causar estragos, ya sea de forma accidental o intencionada.

Consejo: Implemente procedimientos estrictos de baja y audite periódicamente los niveles de acceso del equipo.

10. Falta de controles de acceso

Unos permisos inadecuados pueden provocar eliminaciones accidentales por parte de miembros del equipo con buenas intenciones.

Consejo: Utilice la configuración de permisos de GitHub para controlar quién puede enviar, fusionar o eliminar ramas y repositorios.

Anomalías en la automatización: robots fuera de control

11. Errores en el proceso de CI/CD

Los scripts automatizados podrían eliminar o sobrescribir código debido a configuraciones erróneas, convirtiendo a sus útiles bots en fuerzas destructivas.

Consejo: Revise minuciosamente sus scripts de CI/CD y pruébelos en un entorno seguro antes de implementarlos.

12. Flujos de trabajo defectuosos y permisos excesivos

Las GitHub Actions con permisos excesivos pueden provocar eliminaciones no deseadas si los scripts fallan.

Consejo: Siga el principio del privilegio mínimo al configurar flujos de trabajo y utilice cuentas de servicio dedicadas siempre que sea posible.

Herramientas y comandos que se vuelven en su contra

13. Errores en los clientes de Git y scripts mal configurados

Los errores de software o los scripts mal escritos pueden corromper su repositorio o eliminar datos de forma inesperada.

Consejo: Mantenga sus herramientas actualizadas y compruebe minuciosamente los scripts antes de ejecutarlos en repositorios importantes.

14. Comandos peligrosos de Git

Comandos como git clean -fdx pueden eliminar archivos y directorios no controlados, lo que en ocasiones puede tener efectos desastrosos.

Consejo: Utilice dichos comandos con precaución y considere ejecutarlos primero con la opción -n (ejecución de prueba).

Enigmas de la corrupción de datos: cuando los bits fallan

15. Repositorios dañados

Los problemas de red durante las operaciones de push/pull pueden dañar su repositorio, haciendo que los datos resulten inaccesibles.

Consejo: Realice copias de seguridad periódicas de sus repositorios y utilice las herramientas de recuperación integradas en Git cuando sea necesario.

16. Problemas con archivos binarios y gestión inadecuada de Git LFS

Realizar commits de archivos binarios de gran tamaño sin Git LFS puede provocar problemas de rendimiento. Eliminar objetos LFS de forma incorrecta puede hacer que los archivos de gran tamaño resulten inaccesibles.

Consejo: Utilice Git LFS para archivos de gran tamaño y tenga en cuenta las cuotas y los límites de almacenamiento.

Desastres de configuración: cómo abocarse al fracaso

17. Configuración errónea de los ajustes del repositorio

Una configuración incorrecta puede provocar la exposición o eliminación involuntaria de datos.

Consejo: Revise periódicamente la configuración de su repositorio, especialmente cuando varios administradores realizan cambios.

18. Reglas de protección de ramas mal aplicadas

Unas reglas excesivamente permisivas podrían permitir envíos forzados o eliminaciones que no había previsto.

Consejo: Establezca reglas estrictas de protección de ramas para las ramas principales y exija las revisiones necesarias.

Los peligros del almacenamiento temporal y las acciones basadas en el tiempo

19. Pérdida de trabajo no sincronizado

Los datos almacenados en ubicaciones temporales o el trabajo no guardado pueden desaparecer debido a fallos del sistema u operaciones de limpieza.

Consejo: Guarde el trabajo con frecuencia y envíe los cambios a las ramas remotas a menudo.

20. Tareas programadas que salen mal

Las tareas cron o programadas podrían eliminar datos de forma involuntaria si están mal configuradas.

Consejo: Supervise las tareas programadas y asegúrese de que se ejecutan según lo previsto, especialmente cuando se trate de eliminaciones.

Errores con los submódulos y la sincronización

21. Gestión inadecuada de los submódulos de Git

La eliminación incorrecta de submódulos o la descarga de actualizaciones pueden sobrescribir los cambios locales.

Consejo: Comprenda cómo funcionan los submódulos antes de utilizarlos y documente su uso para su equipo.

22. Conflictos con otras herramientas de control de versiones y servicios de sincronización

El uso de múltiples sistemas de control de versiones o la sincronización de repositorios con servicios en la nube puede provocar daños en los datos.

Consejo: Limítese a un VCS por proyecto y evite sincronizar las carpetas del repositorio con servicios como Dropbox.

Espejo, espejo mágico: los peligros de una duplicación incorrecta del repositorio

23. El uso de comandos como git push --mirror sin la debida precaución puede sobrescribir todo el repositorio de destino, borrando ramas, etiquetas y el historial de confirmaciones de un solo golpe.

Consejo: Antes de realizar un «push» de duplicación, compruebe minuciosamente sus URL remotas utilizando git remote -v para asegurarse de que está enviando los cambios al repositorio correcto. Evite utilizar --mirror a menos que esté seguro de que esa es su intención. En la mayoría de los casos, bastará con un git push normal. Considere la posibilidad de establecer medidas de seguridad o utilizar scripts que soliciten confirmación antes de ejecutar operaciones destructivas.

Codificación de caracteres y el caos de los conflictos de fusión

24. Discrepancias en la codificación

Una configuración inconsistente de la codificación de caracteres puede corromper el contenido de los archivos, especialmente en entornos colaborativos.

Consejo: Estandarice la configuración de la codificación en todo su equipo y utilice herramientas para detectar problemas de codificación.

25. Conflictos de fusión sin resolver

Confirmar archivos con marcadores de conflicto o descartar accidentalmente secciones de código erróneas puede dar lugar a código defectuoso

Consejo: Resuelva los conflictos con cuidado y considere la posibilidad de realizar revisiones de código para detectar cualquier error.

Retos relacionados con la clonación y la selección selectiva

26. Clonaciones superficiales y parciales

El uso de git clone --depth u olvidarse de clonar submódulos y objetos LFS puede dar lugar a repositorios incompletos.

Consejo: Clone los repositorios por completo, a menos que tenga una razón específica para no hacerlo, y asegúrese de que se incluyan todos los componentes necesarios.

27. Uso incorrecto de git cherry-pick y git revert

Aplicar confirmaciones fuera de contexto o revertir cambios de forma incorrecta puede provocar conflictos y sobrescribir código.

Consejo: Utilice estos comandos con precaución y comprenda plenamente las confirmaciones que está manipulando.

--

Lista de comprobación: Directrices para proteger GitHub

Aunque hemos destacado una gran cantidad de formas en las que puede perder sus datos de GitHub, el mensaje subyacente es claro: los errores ocurren. Ya se trate de una eliminación, un comando malinterpretado o un script mal configurado, sus datos siempre corren riesgo.

Proteger sus datos de GitHub es fundamental para mantener la integridad, la disponibilidad y la confidencialidad de su código y los activos relacionados. A continuación se incluye una breve lista de verificación con las mejores prácticas que le ayudarán a proteger sus repositorios de GitHub de forma eficaz.

Refuerce los métodos de autenticación

• Active el inicio de sesión único (SSO): Integre GitHub con el proveedor de identidad (IdP) de su organización para centralizar la autenticación.
• Exija la autenticación de dos factores (2FA): Exija la 2FA a todos los usuarios para añadir una capa adicional de seguridad. Dé preferencia a las contraseñas de un solo uso basadas en el tiempo (TOTP) o a las claves de seguridad de hardware frente a la 2FA basada en SMS.

Control de acceso

• Principio del mínimo privilegio: Conceda a los usuarios los permisos mínimos necesarios para sus funciones. Revise y actualice periódicamente los derechos de acceso.
• Control de acceso basado en roles (RBAC): Defina roles (por ejemplo, administrador, desarrollador, probador) y asigne los permisos correspondientes.
• Utilice GitHub Teams para gestionar los permisos de grupo.
• Proteja las ramas críticas. Active las reglas de protección de ramas para evitar envíos forzados y eliminaciones, y exija comprobaciones de estado y revisiones de código antes de la fusión.
• Gestione a los colaboradores externos: Limite el acceso de los colaboradores externos y establezca fechas de caducidad para el acceso de los colaboradores cuando sea pertinente.

Proteja las credenciales y los datos confidenciales

• Evite incluir secretos en las confirmaciones: Utilice herramientas como GitGuardian o GitHub Secret Scanning para detectar secretos en el código. Implemente hooks de pre-commit para evitar que se envíen accidentalmente datos confidenciales.
• Utilice GitHub Secrets: Almacene claves de API, tokens y contraseñas de forma segura en GitHub Secrets para Actions y Dependabot.
• Rote las credenciales periódicamente: Cambie los tokens de acceso, las claves SSH y las contraseñas de forma periódica. Asegúrese de invalidar inmediatamente las credenciales comprometidas.

Copias de seguridad y recuperación

• Copias de seguridad automatizadas: Programe copias de seguridad periódicas de los repositorios, incluidas todas las ramas, etiquetas y incidencias
• Almacenamiento externo: Almacene las copias de seguridad en ubicaciones seguras y geográficamente separadas. Cifre los datos de las copias de seguridad tanto en tránsito como en reposo.
• Copias de seguridad con tecnología WORM: Aproveche los destinos de almacenamiento en la nube pública y el bloqueo de objetos para mantener una copia segura en caso de un incidente cibernético.  
• Pruebe los procedimientos de restauración: Verifique periódicamente que las copias de seguridad se puedan restaurar correctamente. Documente los pasos de recuperación y manténgalos actualizados.

Conclusión: Asuma la responsabilidad de sus datos de GitHub

GitHub es más que una plataforma: es el corazón de los esfuerzos de desarrollo de su organización, ya que alberga no solo código, sino también la propiedad intelectual y el trabajo colaborativo que impulsan sus proyectos. Aunque GitHub proporciona las herramientas y la infraestructura, la responsabilidad de proteger los datos de sus repositorios recae en usted.

Desarrollar teniendo en cuenta la seguridad y la protección de datos no consiste solo en prevenir pérdidas, sino en fomentar una cultura de concienciación y diligencia. Al integrar estas prácticas en su flujo de trabajo diario, creará un entorno resiliente en el que la innovación pueda prosperar sin comprometer la integridad.

Asuma hoy mismo el control de sus datos de GitHub. Al hacerlo, no solo protegerá los valiosos activos de su organización, sino que también reforzará los cimientos sobre los que su equipo podrá construir, colaborar y alcanzar el éxito a largo plazo.