L'accès au code source fait partie des accès les plus sensibles d'une équipe d'ingénierie. Le mot de passe volé d'un compte capable de modifier le code est un chemin vers la production.
GitHub permet à un propriétaire d'organisation d'imposer l'authentification à deux facteurs (2FA) à tout membre, collaborateur externe et gestionnaire de facturation. Nous l'imposons. Ce n'est pas un réglage que nous recommandons aux ingénieurs — c'est une obligation que notre organisation GitHub applique automatiquement.
Le mécanisme compte : une fois l'obligation activée, un membre qui n'active pas la 2FA ne peut pas accéder aux ressources de l'organisation tant qu'il ne le fait pas — aucun délai de grâce sur les systèmes en production. Un collaborateur externe sans 2FA est purement et simplement retiré, et perd l'accès aux dépôts de l'organisation, y compris aux forks de ses dépôts privés. Les comptes non surveillés ou partagés, comme les bots et comptes de service, doivent aussi avoir la 2FA configurée, sous peine de la même exclusion.
Nous l'imposons car les réglages recommandés s'érodent avec le temps — une nouvelle recrue peut ignorer une recommandation, un rappel peut être écarté. Une obligation, elle, ne demande aucun suivi : la plateforme de GitHub l'applique automatiquement à chaque tentative de connexion, pour chaque compte, indéfiniment.
Ce que cela ne signifie pas
L'obligation de 2FA ne certifie pas à elle seule que l'appareil ou le compte de chaque ingénieur est intact, et ce n'est qu'un contrôle parmi plusieurs — elle fonctionne aux côtés de l'accès aux dépôts selon le moindre privilège, de la revue obligatoire des pull requests, et de l'analyse automatisée décrite sur cette page. Nous ne prétendons pas non plus que notre propre hygiène de comptes est certifiée par un tiers ; il s'agit d'une politique que nous appliquons et sur laquelle vous pouvez nous interroger directement.