Firefox 46 bêta renforce la sécurité du code JavaScript JIT
En échange d'une micro-chute de performances
Le 14 mars 2016 à 08h40
3 min
Logiciel
Logiciel
Depuis quelques jours, les testeurs peuvent récupérer la bêta de Firefox 46. Peu de nouvelles fonctionnalités, mais on y note quelques changements importants pour la sécurité. Les sites sans HTTPS proposant un formulaire de connexion seront ainsi marqués comme non sécurisés.
Firefox 46 ne brillera pas par ses nouveautés visibles. La grande majorité des changements se trouve sous le capot. L’intégration GTK3 pour Linux est ainsi présente, et cette fois-ci pourrait être enfin la bonne. Rappelons que cette prise en charge fait des allers retours dans Firefox depuis quelques versions, Mozilla n’étant finalement pas satisfait du niveau de qualité pour une version finalisée. Le support de GTK3 permet de réduire la dépendance à X11, une meilleure intégration dans les thèmes ou encore une compatibilité renforcée avec le HiDPI.
De la sécurité avant tout
La nouvelle version présente également deux changements importants pour la sécurité. D’une part, l’activation du marquage des sites comme non sécurisés quand ils proposent un formulaire de connexion sans HTTPS. Nous avions abordé en détails ce mécanisme, qui établit un changement significatif de paradigme : ne plus mettre en avant les sites possédant une connexion sécurisée, mais uniquement ceux qui n’en ont pas. Le fait qu’un site possède une connexion chiffrée devient ainsi la situation « normale ».
D’autre part, Mozilla annonce une meilleure sécurité pour la compilation Just-in-Time de JavaScript. Elle se fait au travers d’un mécanisme baptisé W^X, qui intervient sur le code RWX (read-write-execute). Ce dernier peut présenter des soucis de sécurité car il constitue une exception à certaines règles fixées par les systèmes d'exploitation, comme le stockage du code dans une zone où la mémoire peut être exécutée, mais non écrite.
L’activation de W^X permet d’interdire par défaut l’écriture dans les pages mémoire contenant du code JIT. Les développeurs ont donc intérêt à jeter un œil pour vérifier que la compatibilité est préservée, même s’il ne devrait y avoir aucun problème particulier. Il existe cependant un petit écart de performances, Mozilla estimant la chute comprise entre 1 et 4 % selon la configuration et le type de code.
La version Android sait mieux exploiter les onglets en cache
Pour le reste, Firefox 46 corrige divers bugs, l’utilisation du Content Decryption Module pour lire les contenus AAC et H.264 quand c’est possible, de meilleures performances pour WebRTC ou encore le support de HKDF pour l’API Web Crypto.
Quant à la version 46 pour Android, elle apporte une paire de fonctionnalités bienvenues. Par exemple, les onglets contenant des sites mis en cache peuvent maintenant être lus sans aucune connexion internet. Cet ajout n'est pas forcément compatible avec tous les sites, mais Firefox indiquera dans tous les cas en bas de l'écran quand il est exploité. Outre une compatibilité avec le nouveau système de permissions de Marshmallow (Android 6.0), le navigateur indique également l'adresse de la page quand il lance une notification au sujet d'un onglet ouvert en arrière-plan.
Attention tout de même, il s'agit de la toute première version Android à se débarrasser du support d'Honeycomb, plus précisément les versions 3.0 à 3.2.6 du système mobile. Les utilisateurs concernés ne pourront donc pas installer ce navigateur.
Firefox 46 bêta renforce la sécurité du code JavaScript JIT
-
De la sécurité avant tout
-
La version Android sait mieux exploiter les onglets en cache
Commentaires (17)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 14/03/2016 à 08h51
En parlant de sécurité, FF 45 affiche un triangle jaune sur la version https de NXI.
Le 14/03/2016 à 08h59
Le 14/03/2016 à 09h04
C’est parce que certains éléments sont chargés en HTTP (probablement des images et/ou des scripts)
Le 14/03/2016 à 09h05
oui il s’agit du certificat ssl278987.cloudflaressl.com et non pas celui de NXI d’où l’avertissement du navigateur.
Le 14/03/2016 à 09h15
D’ailleurs, je me suis souvent demandé pourquoi tout n’était pas envoyé sous HTTPS, images et scripts compris. Sont-ce des raisons de performance ?
Le 14/03/2016 à 09h41
Le 14/03/2016 à 09h43
Par exemple, les onglets contenant des sites mis en cache peuvent maintenant être lus sans aucune connexion internet.
Ca c’est une bonne nouvelle ! C’est rageant de voir la page se recharger juste parce qu’on n’a pas pas tout lu la première fois.
J’espère que les autres navigateurs feront de même, ça serait bien pratique (et économiserait le forfait mobile).
Le 14/03/2016 à 10h19
Le 14/03/2016 à 10h29
Non pas une attaque man in the middle étant donné que cloudflare fournit a nextInpact aussi bien un proxy contre les ddos qu’un service de cache et que la gestion du ssl. Il est donc normal que le certificat ssl soit d’eux. Le problème vient d’une unique image provenant du domaine pbs.twimg.com en http.
Le 14/03/2016 à 11h36
Le 14/03/2016 à 11h51
Le 14/03/2016 à 12h06
Le 14/03/2016 à 12h08
Je ne connaissais pas ce champ “Certificate Subject Alt Name”
Wikipedia
http://wiki.cacert.org/FAQ/subjectAltName
Un point important pour les certificats s’il y a un champ SAN alors le CN du certificat ne doit pas être pris en compte.
cf extrait de stackoverflow :
as per RFC 6125,
published in ‘2011 the validator must check SAN first, and if SAN
exists, then CN should not be checked. Note, that the RFC 6125 is
relatively recent and there still exist certificates and CAs that issue
certificates, which include the “main” domain name in CN and alternative
domain names in SAN. I.e. by excluding CN from validation if SAN is
present, you can deny some otherwise valid certificate.
Merci Cryogen pour l’info.
Le 14/03/2016 à 12h10
Le 14/03/2016 à 19h10
Je vois que vous parlez du triangle de Firefox dans les commentaires, mais chrome fait la même chose : c’est grisé.
Edit : et à priori ça vient effectivement de ressources chargées en http (alors qu’elles existent en https), mais je laisse ça au service technique " />
Le 15/03/2016 à 11h08
Bonjour
Vous mentionnez la version 46 pour Firefox beta et les chargements proposés mentionnent la version 45.
Merci de corriger.
Le 15/03/2016 à 12h14
“Avant”, on aurait pu dire que c’est pour des questions de perfs. Maintenant, avec la généralisation du haut débit, ça se justifie plus vraiment.