application de chiffrement local

Bonjour à tous,

Le sujet est peut-être déjà traité mais on ne sait jamais...

Je cherche à protéger un fichier de données sur un serveur. Ce fichier est au format HDF5, donc lisible par HDF View.
J'ai développé une IHM en c# qui permet d'alimenter ce fichier de manière plus "user friendly" que HDF View.

Ce que je souhaite c'est chiffrer les données sur le HDD pour éviter la fuite de données "accidentelle".

Il faut donc que mon appli :

• déchiffre le fichier à l'ouverture (sans copie physique)
• traite les données...
• chiffre le fichier à la fermeture

Je souhaite que la clé de chiffrage soit présente sur le PC mais masquée aux utilisateurs (donc cachée quelque part...) afin d'éviter
de demander un mot de passe. L'idée est "juste" de protéger les données s'il arrive que quelqu'un fasse une copie du fichier.

J'ai regardé un peu ce qui existe mais je n'ai pas encore trouvé de solution qui me plaise...

Merci pour votre aide !

Phil

Il y a 2 façons de coder : la bonne et la mauvaise. Seule la troisième fonctionne...

aes256managed avec la clé dans le code source peut surement convenir

Bonjour,

J'y avais pensé mais si la clé est dans le source on peut la récupérer en analysant le source non ? Il me semble que la clé sera un string
et donc risque d'apparaître en clair quelque part... Je creuse quand même de ce côte.

Merci.

Phil

(la clé est un tableau d'octet)

si l'utilisateur n'entre rien qui permet le chiffrement, tout moyen pour obtenir la clé sera reproductible car détaillé dans le code
si la clé n'est pas dans le code alors le moyen de l'obtenir sera dans le code

il y a ProtectData basé sur DPAPI qui fait que le moyen d'obtenir la clé ne peut se faire que sur la machine où le chiffrement a été effectué (si l'utilisateur change de pc ca va ptete l'embêter aussi ^^)

L'utilisation du magasin de certificat peut aussi aider. La clé de chiffrement/déchiffrement ne sera pas liée à l'application, mais dépendra du poste et de l'utilisateur.

A noter également que prévoir un moyen de chiffrement est une chose, prévoir la possibilité de rouvrir le fichier sur un autre poste en est une autre. Que se passe-t-il si le PC ne démarre plus ? Comment pouvoir rouvrir le fichier si la clé n'est plus accessible ? Est-ce que la perte d'accessibilité au fichier est un risque acceptable ou pas ?

Après, la clé dans l'application signifie que seule l'application pourra ouvrir le fichier. Cela ne protégera pas le fichier d'un transfert entre PC. Et l'analyse de l'application (même pas besoin du code source, il existe de très bon décompilateur) permettra de retrouver la clé ou le mécanisme permettant de la générer.

Merci pour ces éléments de réflexion.

Effectivement, il faut pouvoir garder l'accès au fichier par un autre poste et la perte de données n'est pas une option... !
L'utilisation de certificats semble une bonne idée. Je vais creuser ça.

Pour info, j'ai déjà un moyen de chiffrer le dossier contenant le fichier par un certificat sur badge mais cela n'assure
que la protection de l'accès au dossier, pas la copie. C'est une solution d'entreprise et je ne pense pas avoir la main
là-dessus.

A suivre... !

Bonne journée,
P.

Le certificat me semble une solution adaptée. Possibilité de le stocker soit sur le système de fichier, soit dans le magasin de certificat.

Il suffit de déployer le certificat sur tous les postes ayant l'application. Attention, il faut que la clé privée soit incluse dans le certificat (sinon, impossible de faire les deux opérations de chiffrement et de déchiffrement).

La clé privée peut être protégée par un mot de passe.

Ainsi, pour déchiffrer un fichier, il faudrait avoir le combo fichier + certificat + mot de passe.

Enfin, dernière information, les certificats s'utilisent généralement avec des algorithmes de chiffrement asymétrique. Ce qui est fait généralement, c'est de chiffrer/déchiffrer les données avec une clé de chiffrement symétrique, et c'est cette clé de chiffrement symétrique qui sera chiffrée/déchiffrée via les certificats.