A voir également:
- [gen-hackman] List_Killem
- Xiaomi tv box s 2nd gen test - Accueil - TV & Vidéo
- Tamagotchi gen 2 soucoupe volante - Forum Jeux vidéo
- E-gen - Forum Windows XP
- Win64 pup gen ✓ - Forum Virus
- Win64:evo-gen ✓ - Forum Antivirus
24 réponses
Utilisateur anonyme
8 juil. 2010 à 18:28
8 juil. 2010 à 18:28
une petite question à celui qui voudra repondre :
do SWREG.EXE ADD HKEY
pourquoi mettre .EXE alors que ca marche sans ?
do SWREG.EXE ADD HKEY
pourquoi mettre .EXE alors que ca marche sans ?
Salut Gen
Perso je pense que c'est entre autre pour éviter de laisser le choix au système dans le cas ou 2 fichiers dans un dossier porteraient le même nom et limiter les risques d'erreur.
Ex:
tools\swreg.exe et tools\swreg.cmd
Dans ce cas là par exemple, si dans ton code tu ne précise pas l'extension, c'est l'exe (s'il existe) qui sera lancé en priorité, sinon dans le cas contraire le système au lieu de te renvoyer un retour console genre "fichier introuvable" et passer à la commande suivante, va malgrès tout insister en essayant de lancer tools\swreg.cmd.
Donc en précisant l'extension, tu annules ce risque et les conséquences possibles que ça peut engendrer.
De plus il peut y avoir un autre risque supplémentaire aussi, si tes outils se trouvent dans le même dossier que ton script de base.
Ex :
C:\List_Killem\1.exe
C:\List_Killem\start.cmd
Et un virus dans C:\windows\system32\1.exe ...
Si ton script contient une commande "1.exe >>Rapport.txt" et que pour une raison ou une autre C:\List_Killem\1.exe n'existe pas ou plus, bin le système va aller systématiquement tenter de piocher du côté de C:\windows\1.exe ou C:\windows\system32\1.exe si présent et aura donc relancé le virus par la même occasion :-)
C'est aussi pour limiter les risques, que souvent les tools sont dans un dossier bien distinct :
Ex :
C:\List_Killem\Tools\1.exe
et
C:\List_Killem\start.cmd qui contient "cd %~dp0 ... bla, bla, bla ... Tools\1.exe >>Rapport.txt"
Dans ce cas si le fichier C:\List_Killem\Tools\1.exe n'existe pas tu auras un message d'erreur classique tout en évitant que le système n'aille voir ailleurs :-)
Bonne continuation !
++
Perso je pense que c'est entre autre pour éviter de laisser le choix au système dans le cas ou 2 fichiers dans un dossier porteraient le même nom et limiter les risques d'erreur.
Ex:
tools\swreg.exe et tools\swreg.cmd
Dans ce cas là par exemple, si dans ton code tu ne précise pas l'extension, c'est l'exe (s'il existe) qui sera lancé en priorité, sinon dans le cas contraire le système au lieu de te renvoyer un retour console genre "fichier introuvable" et passer à la commande suivante, va malgrès tout insister en essayant de lancer tools\swreg.cmd.
Donc en précisant l'extension, tu annules ce risque et les conséquences possibles que ça peut engendrer.
De plus il peut y avoir un autre risque supplémentaire aussi, si tes outils se trouvent dans le même dossier que ton script de base.
Ex :
C:\List_Killem\1.exe
C:\List_Killem\start.cmd
Et un virus dans C:\windows\system32\1.exe ...
Si ton script contient une commande "1.exe >>Rapport.txt" et que pour une raison ou une autre C:\List_Killem\1.exe n'existe pas ou plus, bin le système va aller systématiquement tenter de piocher du côté de C:\windows\1.exe ou C:\windows\system32\1.exe si présent et aura donc relancé le virus par la même occasion :-)
C'est aussi pour limiter les risques, que souvent les tools sont dans un dossier bien distinct :
Ex :
C:\List_Killem\Tools\1.exe
et
C:\List_Killem\start.cmd qui contient "cd %~dp0 ... bla, bla, bla ... Tools\1.exe >>Rapport.txt"
Dans ce cas si le fichier C:\List_Killem\Tools\1.exe n'existe pas tu auras un message d'erreur classique tout en évitant que le système n'aille voir ailleurs :-)
Bonne continuation !
++
Utilisateur anonyme
9 juil. 2010 à 15:59
9 juil. 2010 à 15:59
ok bonsoir mOe ,
retenu....merci de cette claire explication très significative :)
ca va me permettre de revoir certains parametres
et reecrire toutes les redirections ^^
retenu....merci de cette claire explication très significative :)
ca va me permettre de revoir certains parametres
et reecrire toutes les redirections ^^
Désolé je me suis mal expliqué lol.
Oui car Call est une commande propre à cmd.exe et donc ça n'influe pas sur le fait de pouvoir exécuter ou pas un script bat ou cmd.
La commande Call peut te servir dans ton script à exécuter un autre *.cmd et reprendre ensuite la main avec le script principal mais le système lui n'a juste besoin que de savoir quel prog est associé avec les *.cmd pour pouvoir les exécuter.
Tu saisis la différence ?
Si à la base avec le 1er exemple (SWREG ADD HKEY) tu pensais utiliser swreg.exe et s'il n'existe pas, c'est le *.cmd qui est lancé exactement comme si tu l'exécutais indépendamment en double cliquant dessus manuellement et donc sans besoin de CALL .
++
Oui car Call est une commande propre à cmd.exe et donc ça n'influe pas sur le fait de pouvoir exécuter ou pas un script bat ou cmd.
La commande Call peut te servir dans ton script à exécuter un autre *.cmd et reprendre ensuite la main avec le script principal mais le système lui n'a juste besoin que de savoir quel prog est associé avec les *.cmd pour pouvoir les exécuter.
Tu saisis la différence ?
Si à la base avec le 1er exemple (SWREG ADD HKEY) tu pensais utiliser swreg.exe et s'il n'existe pas, c'est le *.cmd qui est lancé exactement comme si tu l'exécutais indépendamment en double cliquant dessus manuellement et donc sans besoin de CALL .
++
Utilisateur anonyme
3 sept. 2010 à 22:18
3 sept. 2010 à 22:18
salut mOe , si tu peux me revenir pour une question qui me tarabuste.........
le fait de ne pas mettre un service en "désactivé" avec "sc config" mais le stopper et le supprimer directement , cela a-t-il un incidence sur le fonctionnement du tool ?
le fait de ne pas mettre un service en "désactivé" avec "sc config" mais le stopper et le supprimer directement , cela a-t-il un incidence sur le fonctionnement du tool ?
