[problème] selinux

[Boss_Med]

Salut,

j'ai un problème avec mon fedora suite à une désinstallation interrompu de selinux qui me dérangeait tout le temps je m'explique.

j'ai lancé l'utilitaire "d'ajout et de suppression des programmes" et j'ai coché selinux pour qu'il se désinstalle mais en ayant l'impression que le système plantait pendant la désinstallation j'ai redémarrer l'ordinateur résultat le système bloque juste avant l'affichage de la page "login" (après chargement).

ma question est que doit-je faire pour réparer les fichiers endommagés ?

ps:je me suis débrouiller pour réinstaller selinux et ses dépendance à nouveau mais le problème persiste!!

dsl pour le long message et merci pour l'aide

[Invité HAVOC]

Il affiche quoi comme message d'erreur ?

 

Tu as réinstallé seLinux de quelle manière ?

[Boss_Med]

pas de message d'erreur juste la barre de chargement qui s'arrête.

pour selinux j'ai démarrer avec archlinux et chrooter fedora ensuite je l'ai installer.

[Invité HAVOC]

pas de message d'erreur juste la barre de chargement qui s'arrête.

pour selinux j'ai démarrer avec archlinux et chrooter fedora ensuite je l'ai installer.

 

1/ Tu devrais désactiver le "bootloader" graphique (pour pouvoir lire les eventuels messages d'erreurs qui peuvent s'afficher à l'écran). Je pense que ça se fait avec la touche ESC, ou une des touches Fn (n = [1..12])

 

2/ Il aurait été mieux de réinstaller SeLinux depuis Fedora, essaie de voir si tu peux accéder à une des consoles, par exemple TTY1 en faisant CTRL+ALT+F1, si tu y arrives, tu te log en root et tu réinstalles SeLinux avec yum.

 

Voilà cher ami !

[ychaouche]

Pourquoi tu l'as désinstallé in the first place ? wech eddak ya sahbi.

 

Essayes de chopper un live cd de fedora ou un cd-bootable fedora, et au moment du boot au lieu d'installer choisi l'option rescue. Si il n'y a pas d'option rescue disponible choisi l'option avancée et tu auras les instructions pour faire un sauvetage de ton système. Je pense qu'il suffit de taper rescue sur le prompt.

 

Voilà, ça c'est le coté ironique des logiciels "libres". Ils t'"obligent" à utiliser certains paquets pour garder ta distribution opérationnelle. J'ai eu exactement le même problème quand j'ai voulu désinstaller Evolution ou même openoffice de ma ubuntu. Impossible de mettre à jour la distro après. C'est quand même aberrant...

[ychaouche]

J'espère du moins que cela n'existe pas sur les vrais distributions linux (debian, redhat...)

[Boss_Med]

en faite selinux est une partie intégrante du noyau et on ne peut pas l'enlever et pour "the rescue thing" j'ai déja essayé ça sans résultat alors j'ai reformaté :s

[Invité HAVOC]

en faite selinux est une partie intégrante du noyau et on ne peut pas l'enlever et pour "the rescue thing" j'ai déja essayé ça sans résultat alors j'ai reformaté :s

 

Tu peux me retirer, il suffit de mettre le kernel non patché c'est tout ^^

[Boss_Med]

ah oui on peut aussi faire ça c'est vrai. moi je l'ai désactivé c'est tout en tout cas ça m'a permis de régler un autre problème apparement puisque le son ne marchait qu'avec une application à la fois et maintenant il marche avec plusieurs ...

[djezzyman]

Pour régler les problèmes liés à SELINUX il faut booter le système avec les options du noyau suivantes:

 

selinux=1 enforcing=0

 

Cela permet de garder le mode selinux mais de passer en mode permissif. Vous serez toujours informés des refus d'accès (comme définis par la politique selinux) mais ces refus ne sont pas implémentés (ils sont seulement audités).

 

l'option selinux=0 est à éviter. Elle désactive complètement selinux et il faudra ensuite relabeliser le système de fichier / lorsque selinux sera réactivé. (touch /.autorelabel avant reboot avec selinux=1).

 

Pour diagnostiquer les problèmes liés à selinux il faut utiliser le journal de l'auditeur /var/log/audit/audit.log. Par exemple:

 

audit2why -i /var/log/audit/audit.log

 

ou

 

audit2allow -i /var/log/audit/audit.log

 

Avant de créer des règles (TE rules) permettant un accès refusé il faut vérifier au préalable que le label des fichiers concernés est bon. Sous XWindow taper sealert -b pour explorer les refus d'accès.

 

On peut aussi booter avec le CD/DVD Fedora (DVD, Netinst CD ...) et l'option rescue. Anaconda recherchera l'installation Fedora et montera le système de fichier vers /mnt/sysimage. Enfin effectuer un chroot vers le système:

 

chroot /mnt/sysimage

load_policy

restorecon -Rv -o ~/restorecon.log /

 

Documentation Selinux de RedHat [Version PDF]

 

Bonne chance.

[Boss_Med]

j'ai déja mis "selinux=0" .

l'option selinux=0 est à éviter. Elle désactive complètement selinux et il faudra ensuite relabeliser le système de fichier / lorsque selinux sera réactivé. (touch /.autorelabel avant reboot avec selinux=1).

je me voit pas dans le futur réactiver selinux

sinon merci pour les 2 commandes que j'ignorais "audit2why" et "audit2allow"

[djezzyman]

Si je puis me permettre, tu as tort. SELinux offre un niveau de sécurisation avancée par rapport au niveau classique mais ce n'est pas la panacée.

 

Un exemple simple

 

Trop souvent les utilisateurs de GNU/Linux croient naïvement que l'environnement linux est libre de virus. C'est bien évidemment faux. Les virus comme tous les programmes malveillants exploitent des failles de sécurité, le plus souvent de type buffer overflow. Dernièrement on a découvert une telle faille dans le noyau linux permettant à l'attaquant d'exécuter du code avec les droits de root.

 

Par principe pour exécuter du code en exploitant un buffer overflow il faut rendre la pile mémoire (stack) exécutable (execstack ou execmem). Cela ne pose aucun problème dans un environnement non protégé par SELinux mais sous SELinux la politique interdit par défaut cet accès.

 

Il éxiste des cas ou SELinux a empêché une attaque qui aurait réussit sans SELinux. RedHat en donne des exemples. Personnelement j'ai téléchargé l'exploit exploitant la dernière faille du noyau et SELinux a empêché le programme d'exploiter la faille.

 

on trouve un exemple d'exploit non contré par SELinux. Mais c'est normal car l'exploit est exécuter dans le domaine unconfined_t qui comme son nom l'indique est un domaine qui clone la désactivation de SELinux.

 

l'utilisateur montre que même le domaine user_t est vaincu.

 

Je n'ai pas essayé ces exploits mais ils sont qualifiés de locaux (non distants). Je ne peux rien dire. Ils exploitent une faille dans le noyau à partir de pulseaudio. C'est préoccupant car pulseaudio peut être configuré pour être accessible depuis le réseau. Mais j'aurais préféré voir un exemple d'exploit depuis le réseau.

 

Ici un administrateur déclare que son serveur a fait l'objet d'une attaque réussie.

 

Conclusion

le système de sécurisation SELinux n'est pas la panacée mais il vaut mieux le maîtriser que l'ignorer car il va s'imposer comme système de sécurisation de Linux. Or aujourd'hui trop de distribution n'offre pas de support SELinux à l'installation (Ubuntu, ArchLinux ...). Il est à noter qu'il est parrainé par la NSA (National Security Agency) comme l'a été la sécurisation de Windows.