Quid des virus sous Linux ?

Des virus il en existe à titre experimental (sans charge virale), ils concernent des failles precises de certaines versions de certains logiciels (rarement du noyau ou des logiciels de base du système, plutot genre apache, mysql, …).

Aussi les rootkits (genre de cheval de troie), qui visent uniquement les serveurs et s’introduisent par les mêmes failles logicielles serveur.
mais les degats sont relativements limités parce qu’une fois introduit sur le système, obtenir les droits root est extrement difficile.

Sans compter les possibilités de blindages facilement accessibles (vservers, SELinux, NIDS, honney pots, bridge filtrant, …

Bref les virus ne concernent, pour l’instant pas les postes clients.
Et si ça se produit vu les methodes de mise à jour des distributions populaires, leur durée de vie serait extrement courte.

a mon avis, le public a ete eduque comme ca.
Win95 et win98 etaient catastrophiques au niveau de la gestion des droits (et du reste d’ailleurs). c’est un retour de 15 ou 20 ans en arriere par rapport aux autres OS.
Les utilisateurs ET les futurs developpeurs ont ete eleves avec ce truc et en ont garde les mauvaises habitudes.
Resultat, aujourd’hui il y a encore pleins d’applis mal developpees et pleins d’utilisateurs negligents !

Sous linux, la gestion des droits est une des bases fondamentale de l’OS. Les devs et les utilisateurs en sont habitues depuis toujours et il existe pleins d’outils pour tout faire avec l’OS sans etre oblige de se reconnecter en root (su et sudo par exemple… me parle pas de “executer l’appli en tant qu’admin…” c’est une sous-crotte mal digeree a cote de su et sudo)

Aujourd’hui, donne 40% de pdm a linux + des mauvais devs et la situation ne changera pas pour autant car le principe de gestion des droits est bien trop ancre. Tout comme les mauvaises habitudes des utilisateurs windows est bien trop ancree…

Un autre truc qui n’aide pas les bonnes habitudes sous windows : la gestion pourrie du repertoire home. Un grand nombre d’applis (externes comme made in MS) ne permettent pas d’avoir des fichiers de conf specifiques par utilisateurs qui ecrasent (lorsque presents) les conf globales elles aussi modifiables.
Sous linux, ce principe existe pour tout.

Certe, mais n’importe qui peut faire dépôts. Je programme comme un pieds, et je mets mes chef d’oeuvre sur mon dépôts, au milieu d’autres softs “ordinaires” ! :neutre:

Et le dépôt n’est pas le seul moyen de diffusion.

non mais c’est le plus pratique et de loin…
et pour les “chefs d’oeuvre” avec un probleme sur la gestion des droits, je pense qu’il y aurait tellement de retours en disant “ah c’est pas mal mais c’est la misere de d’etre oblige de l’executer qu’en root” que le dev corrigera ca vite fait.
Et meme sans une correction, un sudo regle l’affaire. pas de compte admin pour autant

Il y a 15 ou 20 ans, c’était le CP/M et tous les ordinateurs individuels 8 bits et 16/32 bits. Seul Unix gere des droits ! :neutre:
Windows 9x n’avait PAS de gestion de droit … elle ne pouvait pas être catastrophique ! :paf:
Il n’y a pas de retour en arrière, c’est la suite logique de l’évolution de l’ordinateur individuels. C’est justement MS avec sa série NT qui introduit la notion de sécurité et de multi-utilisateurs dans l’environnement micro. Elle n’existait que dans la mini et la grosse informatique.

Maintenant, c’est effectivement un problème d’éducation …

Tes outils ont quand même besoin des droits root ! Avec ton “su” et ton “sudo”, tu es en root … mais temporairement. L’unique avantage est de ne pas avoir à changer de session.
Vista vous a piqué l’idée ! :smiley:

Avec 40% de pdm, il y aura strictement les mêmes problèmes !

Bien sûr qu’il y aura un problème ! Ce programme tournera avec les droits root ! Et si ce programme est buggé, ou s’il a un faille de sécurité ?
Et quand bien même ! Ca veux dire que pour l’utiliser, tu fais un sudo … et si tu en as 10 comme ça, et que tu t’en sert souvent … quand tu en aura marre de taper ton mdp, peut être que tu te loggera en root !
Toi non, mais un utilisateur lambda … oui ! :smiley:

y’a que l’appli en question qui est en root. tu ne peux pas faire plus de choses en root que ton appli ne peut faire elle meme.

ca ne resoudra pas les prob d’education des utilisateurs et des devs…

quand tu vois que des distrib comme ubuntu desactivent carrement le compte root, je trouve vraiment tres bien.

Et sachant qu’il y a deja pleins d’applis installees alors le compte root est quasiment inutile.

Je te propose de fusiller tous les developpeurs qui font du codes sales … :neutre:

Je le sais par expérience, seul une petite minorité du grand public est éducable.

Comme Windows XP et Vista ! :smiley:

Sauf que pour l’instant, XP créé des equivalent administrateur. :paf:

lithium@localhost:~/tmp/dod$ lsof | grep LISTEN
festival   9190    lithium    5u     IPv4      75252                  TCP *:xtelw (LISTEN)
[skype](http://www.clubic.com/telecharger-fiche11171-skype.html)     19154    lithium    9u     IPv4     480402                  TCP *:51570 (LISTEN)
wish      20367    lithium    6u     IPv4     527263                  TCP localhost:60699 (LISTEN)

? :slight_smile:

oui et alors ? c’est bien ce qu’il dit non ? :slight_smile:

si tu commences a chercher des noises au nouveau modo qui est encore dans sa phase “je rouspete sur n’importe quoi pour me faire respecter et apres je lacherai la bride” alors tu risques d’avoir des ennuis. :ane: :ane: :paf: :paf:

Comment qu’il dénigre son nouveau modo !!! :o
Je signale !

:ane: :ane:

alors toi d’abord, y’a une petition qui te concerne :smiley: :ane:

Ah ! Ca !

J’ai facilement aussi ! :smiley:

C:\>netstat -a |find "LISTENING"
  TCP    OSI-2:ftp              OSI-2:0                LISTENING
  TCP    OSI-2:http             OSI-2:0                LISTENING
  TCP    OSI-2:epmap            OSI-2:0                LISTENING
  TCP    OSI-2:https            OSI-2:0                LISTENING
  TCP    OSI-2:microsoft-ds     OSI-2:0                LISTENING
  TCP    OSI-2:1066             OSI-2:0                LISTENING
  TCP    OSI-2:1347             OSI-2:0                LISTENING
  TCP    OSI-2:2043             OSI-2:0                LISTENING
  TCP    OSI-2:3389             OSI-2:0                LISTENING
  TCP    OSI-2:5631             OSI-2:0                LISTENING
  TCP    OSI-2:5679             OSI-2:0                LISTENING
  TCP    OSI-2:6051             OSI-2:0                LISTENING
  TCP    OSI-2:6052             OSI-2:0                LISTENING
  TCP    OSI-2:901              OSI-2:0                LISTENING
  TCP    OSI-2:903              OSI-2:0                LISTENING
  TCP    OSI-2:2638             OSI-2:0                LISTENING
  TCP    OSI-2:netbios-ssn      OSI-2:0                LISTENING
  TCP    OSI-2:8008             OSI-2:0                LISTENING

Ca ? :??:

Je sais, j’ai plus de programmes pourri qui m’ouvre pleins de port, gestion des wyses, gestion des imprimantes hp, gestion de l’anti-virus et je ne sais quoi encore …

s’il y a bien une chose que ms n’a pas introduit, c’est des notions de sécurité ! je te rappelle que minix et linux (le noyau) existaient AVANT la sortie de nt !

compte le nombre d’intégrateur qui intègrent la suite norton dans les PC qu’ils vendent ! maintenant imagine que tous ces PC soient sous linux, tu penses que qui prendrait le risque d’introduire une merde pareil dans le système ?? les distributeur (red hat, novell, mandriva, …) ?? je ne pense pas… les assembleurs ?? (dell, hp, …) ça m’étonnerai aussi, parce qu’avec la concurrence des distributions, ils y aura bien quelques clauses de “non pourrissement” de l’os installé sur les machines ! l’utilisateur devra donc de lui même aller chercher les merdes sur le net (ou les acheter) et les installer !

  1. comment les utilisateur non avertis ont connaissance d’un produit et décident de l’acheter ?? => à cause de la pub ! non pas du produit, mais des utilisateur plus avertis que lui ! combien de personnes son déjà venu te voir pour te demander s’il fallait mettre un anti virus et lequel mettre ? crois-tu que ces personnes auraient été d’elles même s’en choisir un si tu leur avait que ça n’était pas la peine ou conseillé un que tu trouves bien (et qui est bien car tu es un utilisateur averti, je te le rappelle ! (PS : ceci est une fiction :ane:))
  2. comment un produit arrive-t-il à séduire et a intérresser les gens s’il n’a pas un gros contract avec dell ou hp pour être installé de base sur les PC ? => en étant un produit de qualité !
  3. trouve moi un produit de merde (par rapport à son environnement) qui à réussi à percer sans le facteur gros contrat d’integration par un assembleur.

bon, j’espère que cette petite explication t’aura suffit et tu arrêteras de dire des betises à l’avenir !
Car non, si demain linux prenait 50 % de pars du marché, il n’aurait absolument pas les mêmes problèmes de sécurité que windows ! au début, on verrai plus de failles car plus d’utilisateurs et donc plus de mises à jours, mais une fois stabilisé, ça irait beaucoup mieux et jamais les problèmes que l’on a vu sous windows ne pourraient avoir lieu !

tu ne sais pas quels processus ouvrent ces ports avec netstat :slight_smile:

Lol !!!!!!!

non, troll à part, la sécurité sur Unix date de system IV et de BSD, donc milieu des années 80. Là aussi ca a été une préoccupation tardive (Unix : 1970…) mais ça reste bien antérieur à Microsoft.

Je parle de la sécurité sur la micro-informatique personnel.
Microsoft s’est mis tard à la sécurité, en 1993, puisqu’il a commencé par equipé des stations personnelles avant de passé au marché des serveurs.

Et même encore là, NT4 se voulait volontairement simpliste pour concurrencer netware. Un des arguments de vente de NT4 était justement que n’importe quel blaireau pouvait administrer le réseau alors qu’il faut 4 ans d’étude pour administrer netware ou Unix.

C’est sûr, on le paye encore ! :ane:

Et pour NT, MS s’est profondement inspiré d’Unix: processus, service, login, utilisateurs, groupes d’utilisateurs, sécurité du FS, …
DOS n’était à la base qu’un portage de CP/M sur 8086, et Windows qu’une surcouche graphique de DOS.

(PS : désolé, j’ai effacé ma réponse à KP2 ! :paf:)

Oui, mais c’est plus long ! :smiley:


C:\>netstat -a -b

Connexions actives

  Proto  Adresse locale         Adresse distante       Etat
  TCP    OSI-2:ftp              OSI-2:0                LISTENING       1632
  [inetinfo.exe]

  TCP    OSI-2:http             OSI-2:0                LISTENING       1632
  [inetinfo.exe]

  TCP    OSI-2:epmap            OSI-2:0                LISTENING       856
  c:\windows\system32\WS2_32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  c:\windows\system32\rpcss.dll
  C:\WINDOWS\system32\svchost.exe
  C:\WINDOWS\system32\ADVAPI32.dll
  [svchost.exe]

  TCP    OSI-2:https            OSI-2:0                LISTENING       1632
  [inetinfo.exe]

  TCP    OSI-2:microsoft-ds     OSI-2:0                LISTENING       4
  [Système]

  TCP    OSI-2:1066             OSI-2:0                LISTENING       1632
  [inetinfo.exe]

  TCP    OSI-2:1347             OSI-2:0                LISTENING       1988
  [ngserver.exe]

  TCP    OSI-2:2043             OSI-2:0                LISTENING       1692
  [sqlservr.exe]

  TCP    OSI-2:3389             OSI-2:0                LISTENING       772
  -- composants inconnus --
  C:\WINDOWS\system32\svchost.exe
  [svchost.exe]

  TCP    OSI-2:5631             OSI-2:0                LISTENING       1500
  [awhost32.exe]

  TCP    OSI-2:5679             OSI-2:0                LISTENING       2592
  [WCESCOMM.EXE]

  TCP    OSI-2:6051             OSI-2:0                LISTENING       1452
  [avgamsvr.exe]

  TCP    OSI-2:6052             OSI-2:0                LISTENING       2432
  [avgcc.exe]

  TCP    OSI-2:901              OSI-2:0                LISTENING       1796
  [RptStdSvc.exe]

  TCP    OSI-2:903              OSI-2:0                LISTENING       1796
  [RptStdSvc.exe]

  TCP    OSI-2:2638             OSI-2:0                LISTENING       3116
  [rteng7.exe]

  TCP    OSI-2:netbios-ssn      OSI-2:0                LISTENING       4
  [Système]

  TCP    OSI-2:8008             OSI-2:0                LISTENING       1796
  [RptStdSvc.exe]

... (tronqué)
  [Système]