[c++] Cacher definitivement un repertoire

Bonjour à tous!
J'ai besoin de cacher un repertoire de façon complète c'est à dire que même en affichant les fichiers cachés et les fichiers systeme, ils n'apparaissent pas.
Apres maintes et maintes recherches, j'ai trouvé un programme qui le fait (Hide My Folder) ainsi qu'un active x eponyme. Le probleme, c'est que ce truc est cher et qu'en plus, il fait planter grave le pc...
Je voudrais donc pouvoir ecrire moi meme mon bout de code qui fait ca...
D'apres ce que j'ai pu trouver, il faut faire des "Low Level File Access" mais je n'ai pas la moindre idée du quoi et encore moins du comment...
Pouvez vous m'aider s'il vous plait

Salut LAPLACE,

Est-ce que ça doit être portable ? Ou sinon, tu travailles sur quel OS ? Enfin, personnellement, je trouve ça bizarre, bizarre ta demande ...

Marco85

Bonjour!
En fait, non ca ne doit pas etre particulierement portable.
C'est destiné a fonctionner sur du 2000/XP.
Quand a ma demande, en fait, c'est pour mon boulot! On créé un logiciel qui aura besoin d'utiliser des ressources telechargées sur le net. Cela dit, notre boss VEUT absolument que le repertoire de ces ressources soit invisible pour l'utilisateur pour eviter qu'il les modifie ou meme supprime.
T'inquietes, rien d'illegal la dedand! :wink:

Rien à voir avec le C++. C'est hyper spécifique à chaque OS.
Y'a plus efficace que de cacher des répertoires, c'est d'utiliser la gestion des droits de ton OS.

Salut,

Bon ca doit etre un peu barbare et probablement stupide lol :D mais en supprimant tout les acces a ton repertoire dans ta base de registre (sous windows) le repertoire va probablement disparaitre.

Par contre je sais pas si windows va reecrire dessus ou non ...

XXiemeciel

Mais le logiciel que j'ai cité plus haut, il est pourtant commun a plusieurs OS. J'aimerais savoir comment le faire grace a du code source alors que j'y connais rien a ce genre de chose!

les ActiveX c'est spécifique Windows. Le C++ n'a pas de notion de répertoire...

Ca a surtout à voir avec le système de fichier, si ça ne dépend pas de l'OS. Et pour autant que je sache, les FAT/FAT32, NTFS, ext2, ext3 ne permettent pas ça.

A mon avis il serait plus simple de gérer correctement les droits aux répertoires. Ou alors c'est peut-etre possible si le répertoire est accédé sur un serveur distant...

La dissimulation de fichier pour les fonctions de lecture est une pratique basse et malveillante utilisée par les RootKits.
Si j'ai bien compris, sous Windows, elle consiste généralement à utiliser un Hook sur la fonction de lecture pour trafiquer ses résultats.

L'inconvénient, c'est que ce n'est (HEUREUSEMENT !) pas infaillible, et que si un utilisateur utilise un programme de détection des rootkits, (comme le RootkitRevealer de Mark Russinovich), il n'aura rien de plus pressé que de le supprimer: AUCUN utilisateur avancé n'aime qu'on lui cache des choses.


Le mieux, je pense, c'est de mettre en garde l'utilisateur: (Fichier "readme "dans le répertoire ou mieux, "_NE PAS TOUCHER.txt" éloignera les plus inexpérimentés) et de régler le tout en "lecture seule" pour une précaution supplémentaire.
(attribut "readonly" : ça empêche de modifier, et demande une confirmation pour supprimer dans l'explorateur)

Sous WinNT, tu peux aussi jouer avec les comptes utilisateurs (comme eMule) et les droits d'accès pour refuser l'accès à l'utilisateur, mais tu ne pourras pas empêcher l'Administrateur de faire ce qu'il veut avec, il a tous les droits (et les services en ont encore plus).

Sinon, si je me rappelle un peu Windows, y'a un ensemble de fonctions qui permettent de manipuler un fichier comme si c'était un répertoire. Du coup, au lieu de masquer le répertoire, tu utilises un fichier unique avec un nom explicite, dont le contenu est difficilement exploitable pour un utilisateur non averti.
Bien sûr, si l'utilisateur s'amuse à effacer des fichiers nécessaires à la bonne marche de ton appli, c'est gênant. En même temps, c'est quand même sa machine, non ?

Citation:

---

Envoyé par Médinoc

ou mieux, "_NE PAS TOUCHER.txt" éloignera les plus inexpérimentés)

---

je pense plutôt que ça va attirer encore plus de monde :lol:

Ben si il clique sur le fichier en question, il pourra y lire que s'il touche au contenu du dossier, c'est pas couvert par la garantie, ni le support technique...

Généralement, les utilisateurs "de base" pourront être repoussés par ce genre de truc, les autres sont supposés "savoir ce qu'ils font"...