C# File Encryption et numéro Decryption

Question

joue autour avec le cryptage et le décryptage des fichiers dans VC# Express 2010.

Tous les didacticiels et la documentation que j'ai vus nécessite deux FileSteams afin de chiffrer le fichier. Un pour lire la version non cryptée et l'autre pour crypter. Lorsque j'ai réellement écrit le code, il continuait à me lancer une erreur me disant qu'il ne pouvait pas ouvrir le fichier car il était ouvert par un autre processus au niveau du flux de sortie.

Je suppose que c'est parce que le fichier est ouvert par le flux de fichiers d'entrée. Cela signifie donc que je dois spécifier un nom de fichier différent? Donc, même après l'opération réussie, je sais que le fichier non crypté d'origine dans le répertoire et une version cryptée séparée? Cela ne va-t-il pas à l'encontre du but? Ou est-ce que je fais quelque chose de mal ici? Mon code est similaire à ceci ...

public string filename = "test.xml"; 
using(FileStream input = new FileStream(filename, FileMode.Open, FileAccess.Read)) 
using(FileStream output = new FileStram(filename, FileMode.Open, FileAccess.Write)) 
using(....all the crypto stream and transform stuf...) 
{ 
    ...do the encryption.... 
} 

Answer 1

Utilisez File.ReadAllBytes. Ensuite, les octets envoyés à votre chiffreur doivent fonctionner.

Answer 2

Vous avez raison, mais cela ne va pas à l'encontre du but. Les API de cryptage (en continu) sont destinées à crypter de Src à Dst. Pensez à crypter la sortie tout en envoyant/recevant sur un réseau, etc. Cela les garde simples, comme ils devraient l'être.

Vous compliquez le problème en utilisant le même fichier pour Src et Dst. Ce n'est pas totalement impossible, mais comme Copier un fichier sur lui-même, il a besoin de plus de précautions. Considérons qu'en général, le cryptage augmentera la taille du fichier. Il n'est donc pas sûr de chiffrer un fichier en place. Décrypter pourrait être, mais je ne le risquerais pas.

Ce dont vous avez besoin est un fichier Temp et une action de renommer après l'achèvement.

Answer 3

Dans votre exemple, vous ne pouvez pas créer un flux de fichiers séparé pour l'entrée et la sortie sur le même fichier, mais vous pouvez créer un handle qui va lire et écrire. L'enum FileAccess a l'attribut flags, donc vous devez simplement dire var handle = new FileStream(filename, FileAccess.Read | FileAccess.Write); L'inconvénient évident de ceci est que vous allez avoir des données perdues si votre chiffrement ne se termine pas avec succès.

Je recommande d'avoir un fichier séparé pour la sortie, au moins de cette façon, vous ne perdrez pas de données si votre programme se brise de façon inattendue. Si le chiffrement se termine avec succès, supprimez l'original et renommez le fichier chiffré avec le nom de fichier d'origine.

Answer 4

Il y a un autre paramètre où vous pouvez spécifier si vous souhaitez autoriser un autre processus de lire ou d'écrire dans le fichier

openFile est le nom du fichier, un type de chaîne.

using (FileStream fileIn = new FileStream(openFile, FileMode.Open, FileAccess.Read, FileShare.Write)) 
using (FileStream fileOut = new FileStream(openFile, FileMode.Open, FileAccess.Write, FileShare.Open)) 

De cette façon, vous pouvez lire et écrire dans le même fichier.

while (myfileStream.Position < fileLength) 
{ 

    fileIn .Read(buffer, 0, 51200); 

    buffer = encrypt(buffer); 

    fileOut .Write(buffer, 0, 51200);     


} 

Bien que c'est facile et vous ne devez pas écrire dans un fichier temporaire ou avoir à se déplacer/renommer etc, cela peut être très dangereux où si les ruptures de chiffrement soudainement pour une raison quelconque, vous perdrez des données ! A

En outre, la fonction de chiffrement est quelque chose que j'ai implémenté. AesCryptoServiceProvider avec CryptoStream peut être utilisé :)