Sans aller jusqu'au micro noyau, on pourrais peut être tenter d'introduire une protection de la mémoire (espace noyau et utilisateur) contre les modules propriétaires.
Il faudrait ensuite introduire dans l'espace utilisateur des librairies qui seraient marquées comme "infectables" et qui feraient le lien entre les applications et les drivers (dans le cas de nvidia on pourrais mettre cet attribut sur les librairies OpenGL et le driver XFree86 (ça supposerais quand même d'exécuter les drivers de Xfree dans un espace délimité mais c'est faisable à mon avis)).
Je crois que le problème serait surtout de permettre aux drivers proprio d'utiliser les fonctions du noyau, qui ne sont pas limitées dans leur espace d'application. Pour ce que j'en sais, les fonctions les plus bas niveau sont maintenant gérée par une couche d'abstraction. Peut être que se contenter de n'autoriser que l'appel dans cette couche des fonctions s'appliquant au hardware que le pilote dit gérer permettrait d'assurer cette protection ? Il resterait probablement une ou deux fonctions génériques et utilisées par tous les pilotes, mais appliquer sur ces quelques fonctions un contrôle de sécurité pour les appels des modules proprios me parait déjà moins impossible et surtout moins couteux en terme de performances.
Surtout que maintenant le noyeau peut préempter voir forcer le déchargement des maichants pilotes.
Enfin, je dis ça, mais j'ai jamais touché au noyo... c'est juste mon imagination fertile de cette heure là du matin -_^.
[^] # Re: Micro noyau
Posté par un_brice (site web personnel) . En réponse au journal Micro noyau. Évalué à 1.
Il faudrait ensuite introduire dans l'espace utilisateur des librairies qui seraient marquées comme "infectables" et qui feraient le lien entre les applications et les drivers (dans le cas de nvidia on pourrais mettre cet attribut sur les librairies OpenGL et le driver XFree86 (ça supposerais quand même d'exécuter les drivers de Xfree dans un espace délimité mais c'est faisable à mon avis)).
Je crois que le problème serait surtout de permettre aux drivers proprio d'utiliser les fonctions du noyau, qui ne sont pas limitées dans leur espace d'application. Pour ce que j'en sais, les fonctions les plus bas niveau sont maintenant gérée par une couche d'abstraction. Peut être que se contenter de n'autoriser que l'appel dans cette couche des fonctions s'appliquant au hardware que le pilote dit gérer permettrait d'assurer cette protection ? Il resterait probablement une ou deux fonctions génériques et utilisées par tous les pilotes, mais appliquer sur ces quelques fonctions un contrôle de sécurité pour les appels des modules proprios me parait déjà moins impossible et surtout moins couteux en terme de performances.
Surtout que maintenant le noyeau peut préempter voir forcer le déchargement des maichants pilotes.
Enfin, je dis ça, mais j'ai jamais touché au noyo... c'est juste mon imagination fertile de cette heure là du matin -_^.