` le rend à nouveau visible. De plus, l'utilisation de `DIR /AH` listera les fichiers cachés.
* Fournit *aucune* protection réelle contre l'accès. Quiconque connaît ce nom peut toujours l'utiliser.
2. Invites et vérification du fichier batch (.BAT) :
* Approche : Créez un fichier batch qui demande un mot de passe et compare le mot de passe saisi à une valeur codée en dur (ou obscurcie). Si le mot de passe correspond, le programme continue; sinon, il sort.
* Limites :
* Extrêmement dangereux. Le mot de passe est stocké en texte brut (ou dans un obscurcissement très simple) dans le fichier batch. N'importe qui peut ouvrir le fichier batch dans un éditeur de texte et lire le mot de passe.
* Les scripts par lots DOS sont limités, ce qui rend difficile la gestion des erreurs et les vérifications de mots de passe plus sophistiquées.
* Il existe des outils qui peuvent facilement extraire même les mots de passe obscurcis des fichiers batch.
* Exemple (TRÈS BASIQUE - NE PAS UTILISER POUR RIEN D'IMPORTANT) :
```lot
@ECHO DÉSACTIVÉ
SET /P "mot de passe=Entrez le mot de passe :"
SI "%password%"=="MySecretPassword" GOTO RunProgram
ECHO Mot de passe incorrect.
ALLER À Fin
: Exécuter le programme
ECHO Accès accordé !
REM Mettez ici les commandes réelles de votre programme
ECHO Exécution de votre programme...
PAUSE
:Fin
PAUSE
```
3. Cryptage/déchiffrement simple (à l'aide de commandes telles que « DEBUG » ou d'utilitaires externes) :
* Approche : Vous *pourriez* utiliser `DEBUG` (un outil de débogage DOS) ou un programme de cryptage tiers pour crypter un fichier.
* Limites :
* `DEBUG` est de très bas niveau et encombrant. Le cryptage et le décryptage manuel des fichiers sont fastidieux.
* Nécessite de trouver et d'utiliser un utilitaire de chiffrement tiers conçu pour DOS. Même dans ce cas, la sécurité risque d’être faible par rapport aux normes modernes.
* La *clé* de cryptage doit être stockée *quelque part*, et c'est la vulnérabilité cruciale. Si la clé se trouve dans un fichier batch ou dans un autre emplacement facilement accessible, le cryptage est inutile.
Pourquoi la protection par mot de passe MS-DOS est faible :
* Aucun compte utilisateur/autorisation : DOS ne dispose pas du concept de comptes d'utilisateurs séparés avec des autorisations différentes. Tout le monde a effectivement un accès administrateur.
* Stockage en texte brut : DOS repose souvent sur le stockage de mots de passe ou de clés en texte clair, facilement lisibles par tous.
* Fonctionnalités de sécurité limitées : Le système d'exploitation a été conçu à une époque où la sécurité n'était pas une préoccupation majeure.
En conclusion :
Bien que vous puissiez *tenter* de créer un système de mot de passe dans MS-DOS, les méthodes sont incroyablement faibles et facilement contournées. Ils ne conviennent qu'à une « dissuasion » très basique contre les utilisateurs occasionnels, et non à toute situation nécessitant une réelle sécurité. Si vous avez besoin d'une véritable protection par mot de passe, MS-DOS n'est pas le système d'exploitation approprié. Vous devez utiliser un système d’exploitation moderne doté de fonctionnalités de sécurité intégrées.
