Des cybercriminels ont piraté les dépôts GitLab privés de Red Hat - ce que nous savons sur les clients affectés
Tout vol de données clients est mal vu, mais il reste encore à déterminer à quel point cet incident est grave. Voici pourquoi.
Principaux points à retenir de Linux-Terminal.com
- Des pirates ont pénétré dans les dépôts GitLab privés de Red Hat.
- Il semble que les informations de certains clients de Red Hat Consulting aient été volées.
- La gravité de cette violation reste une question ouverte.
Une faille de sécurité se produira dans la vie de chaque entreprise. Cette fois, c'est au tour de Linux et du géant du cloud Red Hat. Un groupe de cybercriminalité récemment apparu, se faisant appeler Crimson Collective (également connu sous le nom d'Eye Of Providence), a revendiqué la responsabilité de l'intrusion dans les dépôts GitLab privés de Red Hat et du vol d'informations client et de code source confidentiel.
Le groupe a fait cette affirmation tard jeudi sur Telegram, en publiant des captures d'écran montrant prétendument des listes de répertoires provenant de projets internes de Red Hat. Red Hat a confirmé la violation.
Red Hat a déclaré :
« Nous avons récemment détecté un accès non autorisé à une instance GitLab utilisée pour la collaboration interne de Red Hat Consulting dans certains engagements. Nous avons immédiatement lancé une enquête approfondie, supprimé l'accès de la partie non autorisée, isolé l'instance et contacté les autorités compétentes. Notre enquête, qui est en cours, a révélé qu'une tierce partie non autorisée avait accédé et copié certaines données de cette instance. »
Les pirates prétendent avoir volé près de 570 Go de données provenant de 28 000 dépôts de développement internes. Ces données comprendraient environ 800 rapports d'engagement client (CER).
Les CER de Red Hat sont des documents détaillés des services de conseil de Red Hat qui contiennent des informations sensibles sur les environnements des clients, telles que des diagrammes d'architecture, des configurations réseau et des jetons d'authentification. Armé de ces données, le groupe affirme pouvoir pénétrer dans l'infrastructure des clients en aval.
Les clients en aval sont-ils vulnérables ?
La réponse de Red Hat à cette affirmation : « L'instance GitLab compromise contenait des données liées aux missions de conseil, qui peuvent inclure, par exemple, les spécifications des projets de Red Hat, des extraits de code d'exemple et des communications internes concernant les services de conseil. Cette instance GitLab ne contient généralement pas de données personnelles sensibles. Bien que notre analyse soit toujours en cours, nous n'avons pas identifié de données personnelles sensibles dans les données impactées à ce jour. »
Le groupe a déclaré qu'il avait obtenu des CER auprès d'entreprises telles qu'AT&T, Bank of America et Fidelity, ainsi que d'agences gouvernementales, y compris le Centre de guerre de surface navale de la marine américaine, la Federal Aviation Administration et la Chambre des représentants des États-Unis.
En réponse, Red Hat a réitéré que cette intrusion n'avait affecté que les clients de Red Hat Consulting. « À ce jour, nous n'avons aucune raison de croire que ce problème de sécurité affecte l'un de nos autres services ou produits Red Hat, y compris notre chaîne d'approvisionnement logicielle ou le téléchargement de logiciels Red Hat depuis les canaux officiels. »
Si vous n'êtes pas un client de Red Hat Consulting, Red Hat assure à tous ses autres clients et utilisateurs qu'« il n'y a actuellement aucune preuve que vous ayez été affecté par cet incident. » Red Hat a déclaré qu'elle « était au courant des affirmations circulant en ligne » et que « les équipes de sécurité examinent activement la situation. »
Bien que le logiciel GitLab soit impliqué, cette brèche de sécurité est entièrement le problème de Red Hat, pas celui de GitLab. Dans un communiqué, GitLab a déclaré : « Il n'y a eu aucune violation des systèmes ou de l'infrastructure gérés par GitLab. GitLab reste sécurisé et non affecté. L'incident concerne l'instance auto-gérée de Red Hat de GitLab Community Edition, notre offre open-core gratuite. »
Les entreprises qui déploient GitLab Community Edition sont responsables de sa sécurisation ; GitLab ne l'est pas.
Crimson Collective affirme avoir siphonné « des dizaines de gigaoctets » de données depuis l'instance GitLab auto-hébergée de Red Hat, y compris des projets non publiés et des outils liés à la sécurité. Aucun échantillon de code source n'est apparu sur les sites de fuite, donc ces affirmations restent non vérifiées.
De plus, puisque tous les logiciels et services de Red Hat sont basés sur du code open-source, il est plutôt compliqué d'imaginer comment l'accès à son code pourrait présenter un quelconque danger. Le code propriétaire, de, par exemple, Apple ou Microsoft, serait une autre histoire. Mais tout le code de Red Hat Enterprise Linux (RHEL) est déjà disponible dans Fedora et CentOS Stream. Nous savons déjà exactement ce qu'il y a dans la recette de RHEL et comment elle est préparée.
Pourtant, cette violation des données des clients de Red Hat nuit à la réputation de l'entreprise. Au cours des deux dernières années, de plus en plus d'entreprises se sont inquiétées des problèmes de sécurité de la chaîne d'approvisionnement open source.
Restez à jour sur les actualités de la sécurité avec Tech Today, livré dans votre boîte de réception chaque matin.
À la fin de la journée de vendredi, Red Hat n'avait pas fourni de mises à jour supplémentaires sur la gravité des revendications du Crimson Collective. Après tout, les groupes de cybercriminalité exagèrent souvent ou inventent des violations pour attirer l'attention. Il n'y a aucun doute qu'il y a eu une violation, mais la gravité de celle-ci reste une question ouverte.