PureBasic

Bonjour, je cherche a interdire la supression d'un fichier, comme les fichiers du dossier system32 qui sont protege par windows.

j'ai essaye ca mais windows me reponds

Everyone: Le mappage entre les noms de compte et les ID de s?curit? n'a pas ?t?
effectu?.
0 fichiers correctement trait?s ; ?chec du traitement de 1 fichiers

Merci
En fait je parle d'un fichier qui existe déjà, pas un fichier que je vis créer

ChaudEf a écrit :Merci
En fait je parle d'un fichier qui existe déjà, pas un fichier que je vis créer

oki
https://msdn.microsoft.com/en-us/librar ... s.85).aspx

CreateFile_( chemin_vers_le_fichier.s , #FILE_SHARE_WRITE| #FILE_SHARE_DELETE, 0, 0, #CREATE_ALWAYS, 0, 0)

Je suis pas sur d'avoir compris, je fait createfile sur min fichier existant ? Ca ne va pas lui faire bobo ?

CreateFile function
Creates or opens a file or I/O device. The most commonly used I/O devices are as follows: file, file stream, directory, physical disk, volume, console buffer, tape drive, communications resource, mailslot, and pipe. The function returns a handle that can be used to access the file or device for various types of I/O depending on the file or device and the flags and attributes specified.
To perform this operation as a transacted operation, which results in a handle that can be used for transacted I/O, use the CreateFileTransacted function.

Traduction:
Fonction CreateFile
Crée ou ouvre un fichier ou périphérique d'E / S. Les périphériques d'E / S les plus couramment utilisés sont les suivants: fichier, flux de fichiers, répertoire, disque physique, volume, tampon de console, lecteur de bande, ressource de communication, processeur de messages et canal. La fonction renvoie une poignée qui peut être utilisée pour accéder au fichier ou au périphérique pour divers types d'E / S en fonction du fichier ou du périphérique et des indicateurs et attributs spécifiés.
Pour exécuter cette opération en tant qu'opération transactionnelle, ce qui entraîne une poignée qui peut être utilisée pour les E / S transactionnées, utilisez la fonction CreateFileTransacted.

Merci beaucoup

J'ai essaye et ca ne marche pas.
compile avec droit d'administrateur, et le fichier c:\a.exe s'efface toujours.

ChaudEf a écrit :Merci beaucoup

J'ai essaye et ca ne marche pas.

Code : Tout sélectionner

Debug CreateFile_( "c:\a.exe" , #FILE_SHARE_WRITE| #FILE_SHARE_DELETE, 0, 0, #CREATE_ALWAYS, 0, 0)

compile avec droit d'administrateur, et le fichier c:\a.exe s'efface toujours.

il faut que ton programme "qui protège le fichier" reste ouvert

ahh , j'avais pas compris.

Mon programme ne reste pas ouvert, il tourne une fois et c'est tout, et j'ai besoin qu'on ne puisse pas effacer apres qu'on l'ait ferme.

Merci beaucoup pour ton aide!!

essay avec l'attribut système

https://www.purebasic.com/french/docume ... butes.html

bon ben il doit y avoir un probleme chez moi...

j'ai fait ... et le fichier s'efface toujours!!!

Powershell sait faire ce genre de truc, tu as déjà un thead pour cela: http://www.purebasic.fr/french/viewtopi ... ll#p188761

et jette un coup d'oeil ici http://powershell-scripting.com/index.p ... 0&catid=14

ou là

https://msdn.microsoft.com/fr-fr/librar ... .110).aspx
il y a un progarmme en c++ que tu peux peut-être traduire en pb.

M.

icacls myfile /deny Everyone:(X)

(Si tu met (X) tu empêches d'utiliser le fichier. Il faut mettre (D) pour empêcher sa suppression)

À défaut de mappage des SID, utilise ceux-ci directement '*' en tête pour signifier que c'est un SIS
S-1-1-0 = Everyone ou World
S-1-2-0 = Utilisateurs connectés
S-1-3-0 = Créateur du fichier
S-1-3-1 = Groupe du créateur du fichier

Mais attention, Everyone (ou World) signifie tout le monde et non pas l'utilisateur connecté etc

Je de déconseille de bidouiller sur les droits d'accès de fichiers sans avoir aucune notion de ce que sont les "sécurités" et les "permissions" d'un système de fichier (équivalent Windows des "droits" et "partages" des systèmes unix)

Si tu veux véritablement protéger certains fichiers de ton application, il est préférable de passer par le système normal, c'est à dire installer avec un compte différent de celui de l'utilisateur (et donc ayant des droits supérieurs) ou alors créer une fonction qui régénère le fichier si l'utilisateur le supprime par erreur (ex: fichier INI régénéré ou repris d'un backup auto dans un répertoire différent)

Le mieux est aussi d'éviter les installation en mode portable, préférer l'utilisation des répertoires de données utilisateurs (%homepath%) et données programme (%appdata%) qui évite que le débutant fasse une fausse manipulation. On atteint ces répertoires sous PB avec par exemple GetEnvironmentVariable("appdata")

Quant aux attributs de fichiers Readonly et System ils sont un héritage du DOS et sont purement symboliques pour Windows, il y aura juste un message d'information. N'importe quel utilisateur peut les supprimer s'il a accès au répertoire.

De plus, comme l'a dit Fred, bidouiller les fichiers systèmes rend l'application douteuse au yeux des antivirus.

PS. Ne me demande pas de complément d'aide par MP, je n'ai pas le temps, désolé.

Marc56 a écrit :(Si tu met (X) tu empêches d'utiliser le fichier. Il faut mettre (D) pour empêcher sa suppression)

A ouaaaaaih !!! ça marche
Super !!! j'ai un fichier devant mon groin, que je peux plus virer

Euuuhh !!!! maintenant que KCC il a cassé la machine.....il lui vient soudainement une question..... y'a un antidote ???

Lance ton gestionnaire de fichier en mode administrateur ou édite les propriétés et va dans l'onglet: Sécurité / Avancé / Autorisations (tu verras une ligne supplémentaire: Refuser / "tout le monde", supprime la ligne)

Démonstration en ligne de commande:

Console Windows mode normal (Pareil avec le gestionnaire de fichier de Windows)
Donc on inverse en remplaçant /deny par /grant ou

Console Windows mode Admin: on peut supprimer le fichier. Hum, était-ce une bonne idée de te laisser jouer avec ça ?
pour une fois que tu sembles avoir un Windows qui fonctionne normalement