Sécurité Gooroom : Que font réellement le démarrage sécurisé et l’isolation ?

Le modèle de sécurité de Gooroom s'appréhende au mieux par son fonctionnement en couches : le démarrage sécurisé garantit la fiabilité des logiciels chargés au démarrage, tandis que la protection du système d'exploitation et du navigateur neutralise les menaces après le démarrage. Il convient de considérer ces mesures comme complémentaires, et non comme une garantie que chaque programme s'exécute dans un environnement isolé. La documentation publique de Gooroom décrit le démarrage sécurisé, la protection du système d'exploitation, la protection des exécutables et la protection du navigateur, mais ne documente pas l'existence d'un environnement isolé universel par application ni ne prouve que tous les appareils sont livrés avec des paramètres identiques.

Que signifie « boot fiable » dans Gooroom ?

Le démarrage sécurisé décrit un processus qui vérifie l'autorisation et l'intégrité des composants de démarrage lors du passage d'une étape à l'autre. Dans une chaîne typique, le firmware de la plateforme lance un chargeur de démarrage ; celui-ci charge ensuite le noyau et les composants associés. Si une étape de vérification rejette un composant, le système peut bloquer le démarrage ou signaler un problème, selon sa configuration. Ce processus diffère de la vérification d'un fichier téléchargé une fois le système d'exploitation en cours d'exécution.

La présentation officielle de la sécurité de Gooroom indique que le démarrage sécurisé est un élément de son cadre de sécurité, après la protection du système d'exploitation et des applications. Par ailleurs, les notes de version du projet GRUB de Gooroom mentionnent la prise en charge native du démarrage sécurisé UEFI dans son historique de code. Cela prouve que le code du chargeur de démarrage prend en charge le démarrage sécurisé ; cela ne prouve cependant pas qu'une image Gooroom, un firmware ou une installation spécifique dispose du démarrage sécurisé activé, des clés enregistrées ou que tous les composants de démarrage ont été vérifiés. Les documents publics consultés ne précisent aucune racine de confiance matérielle, aucun système de clés de signature ni aucune configuration obligatoire pour tous les déploiements.

Comment la protection et l'isolation du système d'exploitation s'intègrent-elles ?

Les vérifications au démarrage contrôlent le chemin d'accès au système d'exploitation. La protection en cours d'exécution vise à limiter les actions que des codes malveillants ou non autorisés peuvent entreprendre après la connexion. La documentation relative au cadre de sécurité de Gooroom présente la protection du système d'exploitation, la protection des exécutables et la protection du navigateur comme des fonctions distinctes. La présentation du produit décrit également un hyperviseur léger. Un hyperviseur peut créer une barrière entre les environnements, mais sa présence seule ne permet pas de savoir quel processus est isolé, à quelles ressources il peut accéder, ni si l'isolation est activée dans votre version installée.

Le terme « sandbox » désigne un concept de sécurité général : un logiciel s'exécute avec un accès restreint aux fichiers, périphériques et autres processus, limitant ainsi la propagation d'une faille de sécurité. La documentation publique de Gooroom aborde la protection du navigateur et du système d'exploitation comme des composants de son architecture, mais ne fournit pas suffisamment de détails à jour pour affirmer que chaque application de bureau s'exécute dans sa propre sandbox. N'en déduisez pas l'isolation par onglet, l'isolation des machines virtuelles, la restauration automatique ou le confinement total, sauf si la documentation de votre version précise le confirme.

Le dépôt public OS-protector du projet décrit également Shadow-box, un framework de surveillance du noyau basé sur la virtualisation, doté d'un hyperviseur léger et d'un moniteur de sécurité. Son fichier README aborde la surveillance de l'intégrité du noyau et mentionne les contraintes opérationnelles, notamment la désactivation de certaines fonctionnalités du noyau et de gestion de l'alimentation pour cette implémentation. Le dépôt contribue à expliquer l'orientation technique du projet, mais ne garantit pas que la fonctionnalité soit activée dans toutes les versions actuelles de Gooroom ni qu'elle soit compatible avec toutes les configurations de postes de travail.

Ce que ce modèle peut et ne peut pas protéger

• Au démarrage : une chaîne de démarrage de confiance correctement configurée peut rendre plus difficile le chargement indétectable de modifications non autorisées des composants de démarrage. Son utilité dépend du micrologiciel, des clés de confiance enregistrées, des composants signés et du chemin de démarrage effectif.
• Après le démarrage : les protections du système d’exploitation, des exécutables et du navigateur peuvent limiter certaines menaces ou voies d’accès. Leur portée dépend de l’implémentation, de la politique et de la version.
• En dehors de ces limites : ces contrôles ne permettent pas d’empêcher automatiquement l’hameçonnage, le vol d’identifiants, les décisions dangereuses des utilisateurs, les applications vulnérables ou les attaques via des services non protégés. Ils ne remplacent pas les mises à jour, les sauvegardes, les contrôles de compte ni les défenses du réseau.

Le chiffrement est une opération distincte. Le démarrage sécurisé peut contribuer à renforcer la confiance dans le logiciel de démarrage, mais il ne garantit pas le chiffrement des fichiers sur un appareil éteint. Vérifiez indépendamment l'état du chiffrement du disque si la protection contre la perte de l'appareil fait partie de vos exigences.

Que vérifier sur un appareil Gooroom

Les descriptions publiques ne définissant pas de configuration universelle, vérifiez les paramètres de sécurité spécifiques à votre ordinateur et à la version que vous utilisez. Demandez à l'administrateur ou au fournisseur le guide et la politique de sécurité propres à cette version. Assurez-vous que la machine démarre en mode UEFI, que le démarrage sécurisé est activé dans le microprogramme et que le chargeur de démarrage et le noyau installés sont acceptés par les clés de confiance configurées. Évitez de modifier les clés du microprogramme ou de désactiver le démarrage sécurisé sur un appareil géré sans autorisation ; ces modifications peuvent affecter le démarrage et la politique de l'organisation.

Vérifiez séparément les protections d'exécution. Recherchez les indicateurs d'état documentés ou la politique de gestion pour la protection du système d'exploitation, des exécutables et du navigateur. Demandez quels éléments sont isolés, quelles données et quels appareils restent accessibles depuis cet environnement, comment les mises à jour modifient la politique et quels journaux apparaissent en cas d'échec d'une vérification. Une brochure produit présente une vue d'ensemble de l'architecture, et non un rapport d'état pour votre terminal.

Comment interpréter les preuves

Les principales références sont les notes de version de Gooroom GRUB , le dépôt Gooroom OS-protector et la présentation de sécurité de Hancom Gooroom (publiée le 19 août 2022). La brochure décrit les composants du framework ; la documentation du dépôt décrit le code et les contraintes ; aucune de ces sources ne prouve ce qui est actif sur votre installation. Je n'ai trouvé aucune annonce récente vérifiée dans ces sources qui modifie la distinction fondamentale entre le démarrage sécurisé et la protection en cours d'exécution. Consultez la documentation spécifique à la version avant de prendre une décision en matière de sécurité.