installé par défaut dans ton client mail préféré et exécuté sur lancement d'une pièce jointe exécutable, avec éventuellement un chroot pour les plus parano, devrait suffire à protéger ton système contre les pièces jointes malfaisantes.
Essaie d'implémenter cela facilement sous W98 par exemple.
En outre, on a effectivement tendance à blâmer l'utilisateur(trice) inprudent(e) qui a sottement cliqué sur une pièce jointe lorsqu'un ordinateur est contaminé de cette façon. D'abord, le user lambda ne devrait pas avoir à s'en soucier, ensuite, on a longtemps inculqué à cet utilisateur lambda qu'il ne risquait pas de contaminer son ordinateur s'il n'ouvrait pas les fichiers suspects. C'était sans compter le vbscript interprété dans les mails HTML qui permet d'exécuter du code en se passant de pièce jointe ! A qui l'utilisateur dépité peut-il se fier, après cela ?
Et force est de reconnaître que si les antivirus n'ont pas fait leur apparition sur notre plateforme, et que la ligne de shell « sus-citée », si j'ose dire :-) n'est pas implémentée par défaut dans les clients mail, c'est bien parce que jusqu'à présent et depuis le temps, nous n'avons jamais eu à faire face à ces problème !
[^] # Re: Lindows toujours plus proche de Windows.
Posté par Obsidian . En réponse à la dépêche Lindows toujours plus proche de Windows.. Évalué à 0.
Sur un système multi-utilisateur simultané comme Unix (et même si seul un utilisateur est réellement déclaré), un truc du style
cat password | sudo -S -u CompteDeTest /RepertoireDepositaireEtDeConfinement/$LeFichierExecutablePotentiellementDangereux
installé par défaut dans ton client mail préféré et exécuté sur lancement d'une pièce jointe exécutable, avec éventuellement un chroot pour les plus parano, devrait suffire à protéger ton système contre les pièces jointes malfaisantes.
Essaie d'implémenter cela facilement sous W98 par exemple.
En outre, on a effectivement tendance à blâmer l'utilisateur(trice) inprudent(e) qui a sottement cliqué sur une pièce jointe lorsqu'un ordinateur est contaminé de cette façon. D'abord, le user lambda ne devrait pas avoir à s'en soucier, ensuite, on a longtemps inculqué à cet utilisateur lambda qu'il ne risquait pas de contaminer son ordinateur s'il n'ouvrait pas les fichiers suspects. C'était sans compter le vbscript interprété dans les mails HTML qui permet d'exécuter du code en se passant de pièce jointe ! A qui l'utilisateur dépité peut-il se fier, après cela ?
Et force est de reconnaître que si les antivirus n'ont pas fait leur apparition sur notre plateforme, et que la ligne de shell « sus-citée », si j'ose dire :-) n'est pas implémentée par défaut dans les clients mail, c'est bien parce que jusqu'à présent et depuis le temps, nous n'avons jamais eu à faire face à ces problème !