# /etc/profile.d et script graphique **URL:** \ **Category:** Support Debian\ **Created:** [Août 16, 2025, 2:42 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441 "2025-08-16T14:42:23Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 16, 2025, 2:42 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/1 "2025-08-16T14:42:23Z")
Bonjour Je souhaite juste a près le login lancer le programme « snort » dans un terminal. j’ai donc placé un script dans /etc/profile.d qui contient: ``` #!/bin/sh wait 10 konsole -e snort -c /usr/local/etc/snort/snort.lua -i wlp2s0 -A alert_fast -s 65535 -k none ``` Le script est executable rendu executable par root grace à par chmod 711 Mais rien ne se lance. Merci d’avance ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 16, 2025, 3:45 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/2 "2025-08-16T15:45:36Z")
Je trouve très étrange de : 1 - lancer un programme KDE à partir de `/etc/profile.d`, d’autant plus que je suppose que ‹ snort › demande un accès root; 2 - utiliser ‹ snort › qui semble une vieillerie → [snort](https://tracker.debian.org/pkg/snort) / **old-old-stable** Donc pour commencer, accessoirement, d’où provient ‹ snort ›, et la commande est-elle fonctionnelle ? Quelle distribution utilises-tu pour y trouver ‹ snort › ? Est-ce [Snort++](https://github.com/snort3/snort3#readme) externe à Debian ? ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 16, 2025, 3:52 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/3 "2025-08-16T15:52:19Z")
Merci pour ta réponse. Snort provient du github de son developpeur, il semble le le developpement aie repris et j’ai suivi le tuto de [Découverte de Snort 3 | DevSecOps](https://blog.stephane-robert.info/docs/securiser/reseaux/snort/) J’avais trouvé le nom ce programme dans [10.3. Mise en place de détection d'intrusion](https://www.debian.org/doc/manuals/securing-debian-manual/intrusion-detect.fr.html#idm4286) qui date effectivement beaucoup. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 16, 2025, 3:53 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/4 "2025-08-16T15:53:16Z")
et… > [@Verner](#): > > … et **la commande est-elle fonctionnelle**? ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 16, 2025, 4:00 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/5 "2025-08-16T16:00:10Z")
Ah desolé j’ai zappé. Oui la commande marche parfaitement si je la lance une fois loggué et avec un sudo ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 16, 2025, 4:02 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/6 "2025-08-16T16:02:51Z")
> [@Anonymous23](#): > > sudo La question est plus précisément non pas avec ‹ sudo snort … ›, mais le **script** que tu montres est-il fonctionnel ? Pourquoi aurais-tu besoin de ‹ konsole › en root ??? Dans quelle session pourrait se lancer konsole qui a besoin d’un environnement graphique ?? ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 16, 2025, 4:06 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/7 "2025-08-16T16:06:45Z")
Toujours en suivant les recommandations de l’ANSSI j’ai vérouillé mon compte root. Je ne peux lancer des commande super utilisateur que par sudo. Effectivement Konsole ne peut se lancer en root et cela est probablement la cause de mon souci. J’ai par ailleurs un compte administrateur et un compte utilisateur. C’est dans ce dernier que je cherche à afficher les alertes snort qui aurait pu être lancé au démarrage ou au login ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 16, 2025, 4:11 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/8 "2025-08-16T16:11:14Z")
> [@Anonymous23](#): > > suivant les recommandations de l’ANSSI Ce n’est certainement pas ‹ l’ANSI › qui te recommande de lancer konsole en root à partir d’un script système. Ça n’a pas de sens. Comme ça ressemble à du bricolage et que je ne comprends pas ce que tu veux faire avec konsole en ‹ root ›, je ne peux en dire plus, sauf de repenser à tout ça en profondeur. ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 16, 2025, 4:43 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/9 "2025-08-16T16:43:09Z")
Je ne pense pas que Linux soit réservé à ceux qui ont pu apprendre à l’école et que les « bricoleurs » doivent s’abstenir et payer des professionnels pour leur services. Sinon autant rester sous WIndows. La référence à l’ANSSI, qui recommande bien de verrouiller son compte root provient d’une confusion avec mon autre post [Aide pour AIDE - #4 par Anonymous23](https://www.debian-fr.org/t/aide-pour-aide/91440/4) puisque c’est des documents que je lis. Snort est conseillé dans le document officiel de Debian qui n’a jamais été mis a jour. Ce que je veux faire c’est lancer snort au login et afficher sa sortie dans une fenêtre pour que je puisse être alerté en cas d’intrusion. Effectivement à ce stade c’est du bricolage, je suis preneur d’une méthode plus rigoureuse. Bonne journée ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 16, 2025, 7:37 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/10 "2025-08-16T19:37:24Z")
L’idée de lancer une session graphique en root est à oublier (parce-que etc etc…) Dans une session graphique **user** (= non root), tu peux toujours ouvrir un terminal spécifique pour surveillance snort, et après un ‹  **su -**  ›, lancer directement ‹ snort -c /usr/local/etc/snort/snort.lua -i wlp2s0 -A alert\_fast -s 65535 -k none ›. Pour lancer automatiquement un script en session **user** , on utilise le répertoire `~/.config/autostart/` , dans lequel tu pourrais lancer au démarrage le script **snort s** h suivant (avec un chmod +x): ```auto #!/bin/sh sleep 10 xterm -hold -title snort -c 'sudo /usr/sbin/snort -c /usr/local/etc/snort/snort.lua -i wlp2s0 -A alert_fast -s 65535 -k none' ``` ou ```auto #!/bin/sh sleep 10 konsole --hold -e 'sudo /usr/sbin/snort -c /usr/local/etc/snort/snort.lua -i wlp2s0 -A alert_fast -s 65535 -k none' ``` en supposant que l’exécutable snort est bien `/usr/sbin/snort`, à adapter sinon. La différence est que le terminal est ouvert en session **user** , mais seule la commande snort est lancée avec des droits **root**. Pour que sudo ne demande pas de mot de passe au user **toto** spécifiquement pour une commande, il faut configurer `visudo`. `toto ALL=NOPASSWD: /usr/sbin/snort` ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Août 16, 2025, 9:14 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/11 "2025-08-16T21:14:52Z")
utilise suricata c’est un service, donc pas de script quelconque pour le lancer. Snort a été racheté par Cisco il y a pas mal d’année d’où sa disparition de Debian. Sudo est une defaillacne de sécurité si on considère l’a&ccès à toutes les commande. Sudo ne devrait être utilisable qu’avec des commandes définies y compris pour les options, sinon c’est une dévalorisation de la fonctionnalité d’administrateur. la raison la plus simple, c’ets qu’un mot de passe utilisateur, et son utilisation son moins fiable que celle de l’administrateur. > [@Verner](#): > > toto ALL=NOPASSWD: /usr/sbin/snort Quand à ce genre de chose c’est sale. Mettre un système de sécurité sans aucune précaution de sécurité, c’est comme avoir un système d’alarme avec la porte ouverte. ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 17, 2025, 9:16 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/12 "2025-08-17T09:16:54Z")
Merci a vous deux pour vos réponses. Votre aide m’est précieuse et je fais beaucoup de progrès grâce à vous. Je vais essayer suricata A terme je ferai une nouvelle installation plus propre ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 17, 2025, 10:41 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/13 "2025-08-17T10:41:33Z")
Ce qui est regrettable est de lancer un nouveau sujet sur les alternatives à snort, avant même d’avoir terminé l’analyse de ton démarrage automatique de terminal root, qui n’est pas spécifique à snort. C’est de la perte d’information. Tu peux toujours ouvrir un nouveau sujet ‹  **alternatives à snort**  ›. Au passage, un script doit toujours être testé avant d’être lancé en automatique. Comme tu n’as pas précisé la distribution que tu utilises, je suis surpris du ‹  **wait 10**  › dans ton script. J’aurais mis plutôt ‹ s **leep 10**  ›. Vérifies que ‹ wait 10 › fonctionne dans ta distribution. ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 17, 2025, 11:15 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/14 "2025-08-17T11:15:56Z")
Bonjour @Verner Tu as raison c’est sleep qu’il faut mettre, je suis bien sous Debian 12. Ma mémoire a fourché pour la commande. Pourtant le script fonctionne dans le sans ou le script lance bien snort, mais n’attends pas 10s @Zargos Je suis surpris. L’ANSSI recommande la cloture du compte root. J’ai donc un compte administrateur qui est le seul a être dans les sudoers et un compte courant pour travailler. Effectivement l’ANSSI recommande également la restriction des opérations possibles avec sudo ce qui est un peu bizarre vu qu’il n’y a plus d’accès au compte root? @Verner , ta solution d’autostart est très intéressante mais je comprends que c’est aussi une faille de sécurité. Je la garde sous le coude pour des programmes moins stratégiques Bonne journée ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Août 17, 2025, 11:22 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/15 "2025-08-17T11:22:58Z")
> [@Anonymous23](#): > > @Zargos Je suis surpris. L’ANSSI recommande la cloture du compte root. J’ai donc un compte administrateur qui est le seul a être dans les sudoers et un compte courant pour travailler. Effectivement l’ANSSI recommande également la restriction des opérations possibles avec sudo ce qui est un peu bizarre vu qu’il n’y a plus d’accès au compte root? Ca ne reste que des recommandations. Clôturer le compte root sous linux est une aberration. Par contre sous WIndows (car je crois que l’ANSSI par de super-utilisateur) c’est pertinent et très souvent pratiqué. Ceci étant nombre de ces recommandations sont anciennes et pas toujours mises à jour au regards des pratiques et technologies actuelles. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 17, 2025, 11:24 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/16 "2025-08-17T11:24:55Z")
> [@Anonymous23](#): > > ta solution d’autostart est très intéressante mais je comprends que c’est aussi une faille de sécurité Il faudrait détailler exactement pourquoi avec des explications non pas théoriques sorties de généralités approximatives et fumeuses, mais très précises, avec exemples à l’appui, et expliquer comment tu comprenais que lancer un environnement graphique en session root n’était pas une **énorme** faille de sécurité. Bref, tout est relatif, et chacun a sa compréhension du sujet. C’est l’avantage du libre. Bon courage. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Août 17, 2025, 11:51 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/17 "2025-08-17T11:51:43Z")
> [@Verner](#): > > Il faudrait détailler exactement pourquoi avec des explications non pas théoriques sorties de généralités approximatives et fumeuses, mais très précises, avec exemples à l’appui, et expliquer comment tu comprenais que lancer un environnement graphique en session root n’était pas une **énorme** faille de sécurité. Avoir une session xterm permanente en tant que root, c’est s’exposer potentiellement à un exploit par terminal croisé . terminal exploitation. D’autant qu’à ma connaissance snort avait la capacité de se lancer somme un service, donc rendant ce type de démarrage inutile. Car un snort qui ne tourne pas en permanence n’a qu’un intérêt extrêmement limité, comme tout IDS d’ailleurs dans de pareilles conditions. ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Août 17, 2025, 12:05 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/18 "2025-08-17T12:05:17Z")
> [@Zargos](#): > > Avoir une session xterm permanente en tant que root, Je ne suis pas intéressé par ce genre de considération générale et théorique. Il ne s’agit pas de laisser un terminal ouvert en root qui serait accessible à un visiteur, mais d’une seule commande, snort en l’occurrence exécutée dans un terminal ouvert en user, comme pour **toute autre commande** nécessitant des droits root. C’est toute la différence entre la théorie et la pratique de la compréhension du sujet. A chacun son interprétation personnalisée du sujet. Bon courage. ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 17, 2025, 12:09 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/19 "2025-08-17T12:09:00Z")
> [@Verner](#): > > expliquer comment tu comprenais que lancer un environnement graphique en session root n’était pas une **énorme** faille de sécurité Simplement on ne me l’avais jamais dit. 🙂 Mais puisqu’on aborde ce point je suis en train de chercher sur le net la raison de cela et tout ce que je trouve est vague du type « mais voyons, c’est évident » ou « on va pas le répéter ». Donc pourriez vous me diriger vers une bonne explication? Merci ---
**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\ **Post date:** [Août 17, 2025, 5:47 UTC](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441/20 "2025-08-17T17:47:43Z")
OK j’ai fini par trouver ce lien [vulgarisation de Root et sécurité (résolu) (Page 2) / Sécurité / Forum Ubuntu-fr.org](https://forum.ubuntu-fr.org/viewtopic.php?id=2034551&p=2) Je comprends mieux [Page suivante](https://www.debian-fr.org/t/etc-profile-d-et-script-graphique/91441.md?page=2)