Accéder au contenu principal

Avec BoringSSL, Google part sur un fork de OpenSSL

BoringSSL est un nom provisoire pour désigner le fork de la bibliothèque de chiffrement OpenSSL que Google développe, sans intention toutefois de remplacer celle-ci.

Google se concentre désormais sur sa propre version d'OpenSSL, qu'il baptise pour le moment BoringSSL, en attendant mieux. Pendant des années, la société de Mountain View a appliqué ses propres correctifs sur la bibliothèque de chiffrement Open Source, exploitée par des millions de sites web dans le monde et dont la vulnérabilité révélée par la faille Heartbleed a provoqué un véritable branle-bas de combat en avril dernier. Plusieurs modifications effectuées par Google ont été acceptées dans le référentiel principal du projet OpenSSL. D'autres, en revanche, étaient expérimentales ou ne cadraient pas avec les garanties de stabilité des API et ABI d'OpenSSL, ainsi que l'indique Adam Langley, ingénieur logiciel chez Google, dans un billet publié sur son blog personnel.

Or, au fur et à mesure qu'Android, Chrome et d'autres produits ont commencé à avoir besoin d'évolutions liées aux modifications particulières faites par Google sur la bibliothèque, les choses se sont complexifiées, relate l'ingénieur logiciel. Maintenir tous ces correctifs (plus de 70 actuellement) à travers plusieurs bases de code devient un peu lourd, pointe-t-il dans son billet. « Nous changeons donc de modèle ». Désormais, Google ne se basera plus sur OpenSSL mais en importera les changements qui l'intéresseront. Il crée donc son propre fork de la bibliothèque Open Source et le résultat va rapidement apparaître dans le référentiel du projet Open Source Chromium. « Au fil du temps, nous espérons l'utiliser dans Android et en interne également », ajoute Adam Langley qui précise bien qu'il n'y a pas de garanties de stabilité API ou ABI pour ce code avec lequel Google n'a pas l'intention de remplacer OpenSSL.

Toujours impliqué dans la Core Infrastructure Initiative

Par ailleurs, Google pourra aussi importer des changements de LibreSSL, version libre du protocole SSL/TLS également dérivé d'OpenSSL, qui à l'inverse est invitée à emprunter aussi au fork développé par Google. A la demande d'OpenSSL, la société de Larry Page a déjà mis à disposition certaines de ses précédentes contributions sous licence ISC auxquelles vont s'ajouter du code entièrement nouveau. Dans son billet, Adam Langley ajoute que Google continuera à envoyer des correctifs au projet Open Source d'origine et également qu'il maintiendra son soutien à la Core Infrastructure Initiative (CII) et à la Fondation OpenBSD.

La panique provoquée par la révélation de la faille Heartbleed a mis en évidence la dépendance de l'industrie informatique vis-à-vis d'OpenSSL et, dans le même temps, a fait apparaître le manque de ressources du projet. C'est ce qui a conduit à la création de la CII, fin mai, financièrement soutenue, (plus de 5 M$ ont été levés) par de grands acteurs de l'informatique, dont AWS, Cisco, Dell, Facebook, Microsoft et IBM. La CII doit notamment auditer le code de la bibliothèque de chiffrement Open Source et vérifier aussi la sécurité de deux autres protocoles très répandus, OpenSSH et NTP (Network Time Protocol).

source : http://www.lemondeinformatique.fr/actualites/lire-avec-boringssl-google-part-sur-un-fork-de-openssl-57884.html

Commentaires

Posts les plus consultés de ce blog

Juniper met en garde contre la présence de code-espion dans ses pare-feu

Quelques mois après les révélations d'Edward Snowden, Juniper signale la présence de code-espion, une back door, dans ses firewalls. Hier, le fabricant d'équipements réseaux Juniper a fait savoir qu'il avait trouvé du code suspect dans certains modèles de pare-feu de la marque. Cette découverte inquiétante semble faire écho aux soupçons de piratage des firewalls de Juniper par la NSA avec une back door, dont il était fait mention dans les documents fuités par Edward Snowden. Les produits affectés tournent avec ScreenOS, l'un des systèmes d'exploitation de Juniper, fonctionnant sur une série d’appliances utilisées comme pare-feu et comme support pour le VPN. Selon l’avis publié par l’équipementier, les versions 6.2.0r15 à 6.2.0r18 et 6.3.0r12 à 6.3.0r20 de ScreenOS sont vulnérables. « Le code non autorisé a été découvert pendant un audit récent mené en interne », a expliqué Bob Worrall, le CIO de Juniper. Mais le fabricant n'a pas don...

67% des applications Android gratuites les plus populaires seraient vulnérables aux attaques MITM

Les chercheurs en sécurité de FireEye ont publié ce jeudi une étude sur les applications du Google Play Store. Ils en ont conclu que la majorité des applications les plus populaires présentaient des failles SSL et étaient susceptibles de subir des attaques type Man-in-the-Middle (MITM). Ces chercheurs ont analysé les 1000 applications gratuites les plus téléchargées du Play Store. Ils y ont cherché trois vulnérabilités SSL précises et ont découvert que sur cet échantillon, 674 applications présentaient au moins l'une des trois failles. Mauvaise utilisation des bibliothèques SSL  Un risque important, puisque ce type d'attaque permet potentiellement de récupérer un nombre extensif de données : identifiants et mots de passe, emails, ID de l'appareil, géolocalisation, photos, vidéos... Sans compter qu'un attaquant pourrait injecter un code malicieux dans ces applications, par exemple. Les développeurs seraient bien à l'origine de cette situation, mais i...

Top 10 des virus informatiques les plus dangereux en 2016

Alors que toutes nos données deviennent numériques, les hackers redoublent d’ingéniosité pour développer des virus informatiques toujours plus performants et dangereux. Si vous n’avez pas installé d’anti-virus sur votre ordinateur, ce top 10 des pires virus connus en 2016 devrait finir de vous convaincre de vous équiper… Un virus informatique est un programme autoréplicatif à la base non malveillant, mais aujourd’hui le plus souvent additionné de code malveillant par le pirates informatiques ou “hackers”. Conçu pour se propager à d’autres ordinateurs en s’insérant dans des logiciels légitimes, il peut perturber plus ou moins gravement le fonctionnement de l’ordinateur infecté. Il peut se répandre par tout moyen d’échange de données numériques comme les réseaux informatiques et les cédéroms, les clefs USB, les smartphones… En 2016, les hackers ne manquent pas de créativité et continuent de développer des virus informatiques de plus en plus performants. Ces der...