Contexte du Cr‑48

Le Cr‑48 est le premier prototype de portable présenté par Google, décrit dans le podcast Version History animé par Nilay Patel et Marques Brownlee. Selon le texte, il n’a jamais été commercialisé, ne porte aucun logo distinctif et ne ressemble à aucun produit destiné aux consommateurs. Les articles cités – The New York Times, PCMag et Ars Technica – confirment que le dispositif servait uniquement de démonstrateur pour la vision de Google autour d’un ordinateur « cloud‑first ». L’absence de design abouti et de branding montre que l’objectif était d’évaluer la faisabilité technique du système d’exploitation plutôt que de lancer un produit fini.

Architecture et concept de ChromeOS

ChromeOS, au cœur du Cr‑48, repose sur le noyau Linux et exécute principalement le navigateur Chrome comme interface utilisateur. Le système utilise le modèle de verified boot : chaque démarrage vérifie l’intégrité du firmware, du kernel et du système de fichiers, limitant ainsi les vecteurs d’infection. Les applications s’exécutent dans des conteneurs isolés, ce qui renforce la sandboxing. Le prototype, bien que les spécifications matérielles exactes ne soient pas détaillées dans la source, a permis de tester la synchronisation en temps réel avec les services Google (Drive, Gmail, Docs) et la dépendance à une connexion réseau pour la plupart des tâches. Cette architecture a été conçue pour réduire la surface d’attaque et simplifier la maintenance logicielle grâce à des mises à jour automatiques.

Analyse de l’impact et des limites

Le Cr‑48 a démontré que le modèle « ordinateur sans disque dur local » était viable, ouvrant la voie aux Chromebooks grand public lancés quelques années plus tard. La sécurité inhérente au verified boot et à la sandboxing a influencé les standards de protection des appareils IoT et des systèmes embarqués. En revanche, la dépendance au cloud expose les utilisateurs à des contraintes de bande passante et à des scénarios d’indisponibilité du réseau, ce qui limite l’usage dans les environnements à faible connectivité. De plus, l’absence de matériel dédié (GPU performant, stockage SSD) dans le prototype a retardé l’adoption de tâches lourdes comme le montage vidéo ou le jeu, obligeant Google à enrichir les générations suivantes avec des processeurs plus puissants et des capacités locales accrues.