OVH Cloud OVH Cloud

[SOS] virus sur Panther !

36 réponses
Avatar
Siegfried Gautier
Je croyais qu'il n'y avait pas de risque de virus sur Mac, et encore
moins avec OSX.
Pourtant, d'après Norton, mon Panther est infecté par un trojan pour Mac
appelé hacktool.underhand. Il infecte les swap files (1, 2 et 3), qui
d'après ce que j'ai compris, constituent une sorte de mémoire virtuelle
dans OSX (je ne suis vraiment pas spécialiste).
Conséquence : 5 ou 10 minutes après le démarrage, le système plante.
Et je n'arrive pas à m'en débarrasser. Norton a beau mettre les fichiers
infectés en quarantaine, les swap files sont recréés. En plus, je ne
peux pas les virer "à la main" parce qu'ils sont dans le dossier
"private", qui est invisible.
Heureusement, j'ai laissé Jaguar sur une autre partition, et lui ne
semble pas infecté.

Que puis-je faire ? Je n'ai vraiment pas envie de tout réinitialiser sur
le disque dur.

6 réponses

1 2 3 4
Avatar
laurent.pertois
Olivier Goldberg wrote:

Z'ont eu, mais ils ont un art rare pour les boguer à chaque màj :-(


Je n'ai eu que peu de soucis avec Excel, quand même, mais mon
utilisation n'est pas avancée non plus.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.

Avatar
listes2
Laurent Pertois wrote:

Je n'ai eu que peu de soucis avec Excel, quand même, mais mon
utilisation n'est pas avancée non plus.


De temps en temps, il plante chez moi.
Et je trouve la création de graphiques abominablement mal fichue.
D'ailleurs, j'utilise toujours feu Cricket Graph, seul soft que
j'utilise dans Classic.

--
Olivier Goldberg, étudiant, macaddict, plongeur CMAS ***
Pour le courrier personnel, écrire à:
olivier (arobase) ogoldberg (point) net
AIM/iChat/Skype: Nept47

Avatar
Laurent PERON

Voilà, cela dit, bien qu'on soit admin, Mac OS X demande quand même un
mot de passe pour installer certains éléments. Cela dit, à force de le
demander, la plupart des utilisateurs vont le taper sans se poser la
question de savoir qui le demande ni pourquoi.


Oui mais là on ne peut plus rien pour eux.

On ne peut pas non plus empecher un utilisateur de faire un
"sudo rm -rf /" :)

LaP

Avatar
Gérald Niel
Le Lundi 09 mai 2005 à 14:08 GMT, Laurent PERON écrivait sur
fr.comp.os.mac-os.x :

On ne peut pas non plus empecher un utilisateur de faire un
"sudo rm -rf /" :)


Ni à un admin d'ailleurs. J'ai souvenir d'un rm -rf /usr (au lieu de
usr/) malheureux... Juste le temps de s'en appercevoir qu'il est déjà
trop tard.

@+
--
Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :

dd if=/dev/zero of=/dev/hda bsQ2k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Avatar
francois.jacquemin
Gérald Niel wrote:

Ni à un admin d'ailleurs. J'ai souvenir d'un rm -rf /usr (au lieu de
usr/) malheureux... Juste le temps de s'en appercevoir qu'il est déjà
trop tard.


Merci ! Je me sens moins seul. Moi, c'était rm -rf *.
--
F. Jacquemin

Avatar
laurent.pertois
Laurent PERON wrote:

On ne peut pas non plus empecher un utilisateur de faire un
"sudo rm -rf /" :)


rdaneel:~ toto$ id
uidP2(toto) gidP2(toto) groupsP2(toto)
rdaneel:~ toto$ sudo rm -rf /

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

#1) Respect the privacy of others.
#2) Think before you type.
#3) With great power comes great responsibility.

Password:
toto is not in the sudoers file. This incident will be reported.

Meuh si, regarde :)

Bon, je chipote, un utilisateur est admin par défaut s'il s'agit du
premier utilisateur, mais les suivants ne le sont que sur demande, tant
mieux. Il faudrait qu'Apple ajoute un petit didacticiel dans l'assistant
pour expliquer l'intérêt de faire un nouvel utilisateur et force cette
création afin de réserver l'admin aux opérations de maintenance.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.

1 2 3 4