URL: https://linuxfr.org/users/bluestorm/journaux/un-article-sur-le-sandboxing-de-chrome-sous-linux Title: Un article sur le sandboxing de Chrome sous Linux Authors: gasche Date: 2012年09月08日T00:15:19+02:00 Tags: sécurité, sandbox, seccomp, chrome, google_chrome, ubuntu et franglais Score: 21 En ce moment, le principe de moindre privilège pour sécuriser les applications UNIX, c'est un peu mon dada. J'en ai parlé dans [une dépêche sur Capsicum](http://linuxfr.org/news/capsicum-une-s%C3%A9paration-fine-des-privil%C3%A8ges-pour-unix), qui est un modèle de sécurité très riche et très intéressant mais pas encore porté sous Linux (il est maintenant disponible dans FreeBSD par contre), [une dépêche sur seccomp-filter](http://linuxfr.org/news/sandboxing-fin-dans-le-noyau-linux-la-saga-des-filtres-seccomp), une autre technologie pour Linux beaucoup plus bas niveau mais (secrètement) reliée, et indirectement [dans le troll](http://linuxfr.org/news/bref-mplayerx-quitte-le-mac-app-store) sur le modèle de sécurité de l'apple store. Je suis tombé aujourd'hui sur un billet très intéressant sur le blog de cr0, un ingénieur en sécurité chez Google (français, du reste), qui fait des liens entre tout ça : [Introduction Chrome's next-generation Linux sandbox](http://blog.cr0.org/2012/09/introducing-chromes-next-generation.html) Où est le lien ? Les gens de Chrome font du sandboxing de leur browser depuis longtemps, en utilisant sur chaque système la solution qui leur semble la plus adaptée. Un ingénieur Google, Ben Laurie, s'est impliqué dans la recherche sur Capsicum en la faisant évoluer pour répondre à leurs besoins. C'est aussi un ingénieur Google, Will Drewry, qui a fait le travail sur seccomp-filter dans le but à moyen terme de s'en servir encore pour le sandboxing de Chrome. D'ailleurs un des soutiens du projet pendant les moments difficiles de débat dans la communauté kernel était Kees Cook, un spécialiste de la sécurité chez Ubuntu1 qui a depuis été débauché par Google. Enfin, Will Drewry (et je pense certains des autres ingénieurs impliqués) travaillent maintenant sur ChromeOS, un système misant sur des applications tierces et cherchant donc des politiques de sécurité plutôt simples, un peu comme ce que met en place Apple. 1: ça explique la référence à Ubuntu dans l'article pour les gens qui auront tiqué : "to make sure that you have kernel support for seccomp BPF, use Linux 3.5 or Ubuntu 12.04"; il ne s'agit pas de publicité gratuite pour la distribution, mais du fait bien concret qu'Ubuntu, par l'intermédiaire de Kees Cook, a intégré les patches seccomp-filter de Drewry avant qu'ils soient définitivement appliqués upstream, donc cette version de Ubuntu utilise un noyau "plus ancien" que 3.5 mais qui a déjà les patches. Voilà, bonne lecture.