2010-10-21 14 views
39

He leído this thread pero me pregunto qué tan segura sería una solución de este tipo. Sé que github ofrece soporte ssh/ssl y estoy familiarizado, pero ¿podría alguien darme un desglose de qué tipo de seguridad interna usarían para asegurarse de que mis archivos conf/credenciales no sean pirateados?¿Qué tan seguro sería el hosting de Github para repositorios privados?

EDIT: He leído http://help.github.com/security/ pero me gustaría obtener una respuesta de alguien que ha trabajado con múltiples servidores de repositorio y tiene experiencia en el mundo real con esto.

+0

Sí, no estaba seguro de dónde lanzar esta pregunta. –

+0

"parched OS" (de http://help.github.com/security) es suficiente para hacerme pensar que arruinaron su seguridad. ¿Por qué molestarse con todas las otras medidas de seguridad si van a escribir un parche personalizado que probablemente tenga más errores de los que creen que arreglaron? –

+6

@ Coronatus y ¿dónde dice que hicieron los parches personalizados? Probablemente sean los últimos parches del sistema operativo. Como en la última versión más segura. – alternative

Respuesta

4

¿Cuánto dura un trozo de cuerda?

Esta es una pregunta bastante difícil de responder.

En cuanto a su security page parecen tener prácticamente todo cubierto, suponiendo que realmente hacen todas esas cosas.

Se podría argumentar que poner su código en GitHub es más seguro que tenerlo almacenado en un servidor interno, muchas empresas no tendrían tan buenas políticas de seguridad o una configuración como se describe GitHub. ¿Tuyo?

+3

Observo que GitHub no acepta responsabilidad legal por el acceso no autorizado a datos (cláusula G.13 de sus términos). Eso es decepcionante, pero algo comprensible. En lugar de que acepten responsabilidad legal, me gustaría verlos publicar los resultados de sus auditorías de Rackspace, nGenuity y Matasano Security, para que podamos confirmar que están haciendo lo que describen. – Raman

+0

En realidad, no hacen lo que dice la página de seguridad. Por ejemplo, los archivos adjuntos a los problemas no son privados en absoluto - http://wishmesh.com/2017/03/attachments-from-githubs-private-issue-trackers-can-be-viewed-without-any-authentication/ –

1

También puede ejecutar Github's Enterprise installation en sus propios servidores. $ 5000/año para una licencia de 20 asientos.

42

Probamos github recientemente.

En comparación con nuestro alojamiento anterior de git (que estaba en nuestro propio servidor virtual de Linux), no estoy demasiado impresionado con la seguridad. Decidimos usarlo, pero solo para proyectos donde mantener el código privado no era una gran preocupación.

A saber:

  1. No hay control de la empresa en todas partes las cuentas de usuario. Podemos controlar qué usuarios tienen acceso a nuestro repositorio, pero no hay políticas de contraseñas, los usuarios eligen sus propias direcciones de correo electrónico, etc.
  2. No hay manera de limitar el acceso por dirección IP
  3. contraseñas sólo se puede restablecer por el usuario
  4. Comprometerse con la cuenta de correo electrónico de los usuarios (que no podemos ver en qué cuenta lo han configurado) también da como resultado un compromiso de su cuenta de github, ya que usan un correo electrónico para restablecer las contraseñas olvidadas.
  5. No hay registros de acceso (hay una pista de auditoría para la mayoría o, posiblemente, todos los cambios, pero ninguna explotación forestal para el acceso)
  6. El acceso a la interfaz web sólo es protegido por contraseña, por lo que es vulnerable a la reutilización de contraseñas de otros sitios y, hasta cierto punto, a la fuerza bruta (la declaración de github sobre lo que hacen por los inicios de sesión fallidos es bastante poco clara).

Uno o dos de estos podríamos vivir, pero en combinación básicamente hacen que github sea completamente inadecuado.

Han agregado la autenticación de 2 factores recientemente, y hay una API para que las organizaciones puedan al menos verificar si los usuarios con acceso a sus repositorios tienen activada la autenticación de dos factores. Aunque no creo que esta sea realmente la mejor solución, es probable que Github se convierta en algo suficientemente seguro como para considerarlo para repositorios privados.Como mt3 notas, puede ejecutar una instalación empresarial en su lugar, lo que presumiblemente mejora significativamente la seguridad, pero la diferencia de costo entre eso y una cuenta estándar de la compañía github es asombrosa, y probablemente significaría que se perderá todo el tercero. herramientas que se integran con github.

En una nota no la seguridad, lo hacen por lo menos ahora admiten la facturación anual correctamente, lo que ayuda a reducir la sobrecarga de papeleo.

GitHub han announced new business plans with extra features recientemente - esto podría resolver '1'/'4'/'5'. (Aunque la 'garantía de tiempo de actividad' que es parte es bastante ridícula, ni siquiera "cuatro nueve", y excluye el mantenimiento programado y cualquier cosa que consideren 'fuera de su control razonable') y no es una garantía real, es solo un pequeño crédito contra su próxima factura que tiene un límite de no más de un tercio de su factura. Básicamente palabras de comadreja de marketing muy cuidadosamente redactadas en lugar de cualquier tipo de compromiso de ellas.)

+3

GitHub en realidad no le permiten optar a la facturación anual: https://help.github.com/articles/does-github-provide-invoicing –

+1

muy útil puesto, gracias. –

+0

GitLab parece proporcionar capacidades similares a GitHub a un costo menor y con la implementación de código abierto. Tienen una versión gratuita que puede alojar usted mismo, o una versión Enterprise a $ 39/usuario/año. (. He utilizado GitHub pero sólo navegado por el sitio web GitLab, ninguna experiencia personal) – yoyo

6

Han tenido incidentes de seguridad importantes en el pasado: http://www.h-online.com/security/news/item/GitHub-security-incident-highlights-Ruby-on-Rails-problem-1463207.html

Francamente, no me gustaría confiar el código que quiero mantener en privado (o cualquier otro dato confidencial) a la nube a menos que esté cifrado y solo tengo la tecla.

+0

Vale la pena señalar Keybase introdujo exactamente eso: la conveniencia de la nube y la seguridad de cifrado: https://keybase.io/blog/encrypted -git-for-everyone –

Cuestiones relacionadas