Architecture d’Electron : processus principal et processus de rendu

Electron est un framework qui associe Chromium, pour l'affichage Web, à Node.js, pour l'accès aux API natives. Il permet ainsi aux développeurs de créer des applications de bureau multiplateformes à l'aide de technologies Web familières. Votre application React s'exécute dans une fenêtre de navigateur Chromium, tandis que Node.js vous donne accès aux fonctionnalités du système d'exploitation.

Le processus principal est le point d'entrée d'une application Electron : il gère le cycle de vie de l'application, crée et contrôle les fenêtres, et prend en charge les interactions natives avec l'OS. Il crée les processus de rendu et dispose d'un accès complet aux API Node.js ainsi qu'au système d'exploitation sous-jacent.

Chaque BrowserWindow crée son propre processus de rendu, qui exécute Chromium et votre application React. Il existe un processus de rendu par fenêtre, et celui-ci se comporte comme un onglet de navigateur classique : il affiche du HTML, du CSS et du JavaScript.

Comme le processus principal dispose d'un accès complet à Node.js, il peut lire et écrire dans le système de fichiers, créer des menus natifs, gérer la zone de notification, créer des processus enfants et interagir avec le matériel. Pour des raisons de sécurité, ces fonctionnalités ne sont pas disponibles par défaut dans le processus de rendu.

Lorsque contextIsolation est défini sur true, ce qui est le comportement moderne par défaut, le processus de rendu s'exécute dans un environnement isolé et ne peut pas accéder directement aux API Node.js. Ce modèle de sécurité empêche du contenu Web malveillant d'accéder à votre système de fichiers ou d'exécuter des commandes système arbitraires.

La communication interprocessus (IPC) est le mécanisme qui permet aux processus principal et de rendu d'échanger des messages. Le processus principal utilise ipcMain pour écouter les messages et y répondre, tandis que le processus de rendu utilise ipcRenderer pour les envoyer. Toutes les communications sont asynchrones et fondées sur des messages.

Le script de préchargement occupe une position intermédiaire particulière : il s'exécute dans le contexte du processus de rendu, mais conserve l'accès aux API Node.js avant le chargement du contenu de la page. Il constitue ainsi le pont sécurisé entre le processus de rendu isolé et le processus principal privilégié.

contextBridge.exposeInMainWorld permet au script de préchargement d'exposer de manière sélective une API sûre et soigneusement sélectionnée au processus de rendu. Celui-ci peut appeler les fonctions exposées sans jamais obtenir un accès direct aux composants internes de Node.js ou d'Electron, ce qui préserve une frontière de sécurité solide.

Une fois que contextBridge a exposé une API sous un nom tel que "api", vos composants React peuvent l'appeler via window.api.myFunction(). Cela ressemble à l'appel d'une fonction JavaScript ordinaire, mais, en interne, l'appel passe par l'IPC jusqu'au processus principal.

Le modèle de sécurité d'Electron interdit explicitement l'accès direct à Node.js dans le processus de rendu lorsque contextIsolation est activé. Toutes les opérations privilégiées doivent passer par le script de préchargement et contextBridge. Ainsi, même en cas d'attaque XSS dans le processus de rendu, celle-ci ne peut pas accéder au système de fichiers.

Une interaction classique se déroule ainsi : le composant React appelle window.api.readFile() → le script de préchargement invoque ipcRenderer.invoke() → le processus principal exécute ipcMain.handle() et fs.readFile() → le résultat revient au processus de rendu sous forme de promesse. Cette architecture maintient un processus de rendu propre et sécurisé.

Quel est le rôle principal de contextBridge.exposeInMainWorld dans Electron ?

Electron associe Chromium et Node.js : le processus principal gère le cycle de vie de l'application et dispose d'un accès complet à l'OS, tandis que les processus de rendu exécutent votre interface React dans un environnement isolé. Le script de préchargement et contextBridge constituent le pont sécurisé, et l'IPC permet une communication sûre entre le processus principal privilégié et le processus de rendu isolé.