PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WEBDEV 2024 → Cryptage d'un fichier Excel
Cryptage d'un fichier Excel
Débuté par Roumegou Eric, 06 avr. 2018 17:16 - 14 réponses
Posté le 06 avril 2018 - 17:16
Bonjour,

dans le cadre du RGPD je voudrais faire un truc

Les clients peuvent exporter des données de ma plate-forme depuis des
requêtes que je leur prépare.
Sauf que je veux bien qu'on vienne me chatouiller sur le cryptage de
mes données mais pas pour qu'elles se retrouvent ensuite dans des
fichiers excel.

Donc je me disais ; je génère un fichier xls que j'aurai au préalable
crypté.
Comment le client peut-il ensuite décrypter ce fichier ?

Idéalement avec un soft gratuit, il pourrait décrypter le fichier que
je lui ai envoyé.

ensuite ce qu'il en fait ... j'men ba'l

avez vous des exemples de cryptage wlangage et la possibilité de les
extraire avec un soft
Merci de vos réponses.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
Posté le 06 avril 2018 - 17:40
Tout simplement avec un fichier Zippé avec mot de passe de
décompression.
Posté le 07 avril 2018 - 14:16
Roumegou Eric a exposé le 06/04/2018 :
Bonjour,

dans le cadre du RGPD je voudrais faire un truc

Les clients peuvent exporter des données de ma plate-forme depuis des
requêtes que je leur prépare.
Sauf que je veux bien qu'on vienne me chatouiller sur le cryptage de mes
données mais pas pour qu'elles se retrouvent ensuite dans des fichiers excel.

Donc je me disais ; je génère un fichier xls que j'aurai au préalable crypté.
Comment le client peut-il ensuite décrypter ce fichier ?

Idéalement avec un soft gratuit, il pourrait décrypter le fichier que je lui
ai envoyé.

ensuite ce qu'il en fait ... j'men ba'l

avez vous des exemples de cryptage wlangage et la possibilité de les extraire
avec un soft
Merci de vos réponses.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


Egalement dans le cadre RGPD, je travaille d'une façon similaire.
Je génère le fichier Excel.
Ensuite je protège le fichier Excel avec un mot de passe aléatoire. Il
s'agit du mot de passe utilisé par Excel pour ouvrir le fichier. Le
fichier est alors automatiquement crypté.
Le fichier est envoyé par mail.
Le mot de passe aléatoire est envoyé automatiquement via SMS.
Les personnes pouvant obtenir des données doivent s'enregistrer au
préalable avec adresse mail et numéro de téléphone mobile.
Posté le 09 avril 2018 - 11:06
Philippe Lienart a couché sur son écran :
Roumegou Eric a exposé le 06/04/2018 :
Bonjour,

dans le cadre du RGPD je voudrais faire un truc

Les clients peuvent exporter des données de ma plate-forme depuis des
requêtes que je leur prépare.
Sauf que je veux bien qu'on vienne me chatouiller sur le cryptage de mes
données mais pas pour qu'elles se retrouvent ensuite dans des fichiers
excel.

Donc je me disais ; je génère un fichier xls que j'aurai au préalable
crypté.
Comment le client peut-il ensuite décrypter ce fichier ?

Idéalement avec un soft gratuit, il pourrait décrypter le fichier que je
lui ai envoyé.

ensuite ce qu'il en fait ... j'men ba'l

avez vous des exemples de cryptage wlangage et la possibilité de les
extraire avec un soft
Merci de vos réponses.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Egalement dans le cadre RGPD, je travaille d'une façon similaire.
Je génère le fichier Excel.
Ensuite je protège le fichier Excel avec un mot de passe aléatoire. Il s'agit
du mot de passe utilisé par Excel pour ouvrir le fichier. Le fichier est
alors automatiquement crypté.
Le fichier est envoyé par mail.
Le mot de passe aléatoire est envoyé automatiquement via SMS.
Les personnes pouvant obtenir des données doivent s'enregistrer au préalable
avec adresse mail et numéro de téléphone mobile.


Merci Philippe pour ta réponse.
Cette protection tu peux le faire par programmation ? Peux tu stp m'en
donner le code wlangage ?
Merci à toi.
Posté le 11 avril 2018 - 10:44
Eric a couché sur son écran :
Tout simplement avec un fichier Zippé avec mot de passe de décompression.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


merci de ton conseil
C'est comme cela que j'ai procédé
une archive et un mot de passe de ouf! envoyé par SMS


Mais j'aurai bien aimé avoir le code pour mettre le mot de passe sur
l'excel.

Sachant que je génère le fichier Excel avec les instructions wlangage.

Faut-il le réouvrir avec la classe OLE cExcel et mettre un mot de passe
à ce moment ?

Merci de vos réponses
Posté le 11 avril 2018 - 17:58
Mettre un mot de passe sur Excel n'est pas une bonne idée car c'est
trop facile à craquer !
Il faut crypter pour avoir une sécurité maximum.

Eric
Posté le 11 avril 2018 - 18:04
Eric a couché sur son écran :
Mettre un mot de passe sur Excel n'est pas une bonne idée car c'est trop
facile à craquer !
Il faut crypter pour avoir une sécurité maximum.

Eric

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com


oui sauf qu'une fois dézippé avec le mot de passe, le fichier n'est
ensuite plus protégé.

Bon quelque part c'est plus mon problème. Le client veux extraire ses
données, je lui envoie son fichier dans un zip avec un mot de passe (de
plus de 30 car) et son mot de passe est envoyé par sms.
Ce qu'il fait de son fichier ensuite ...
Membre enregistré
11 messages
Posté le 11 avril 2018 - 20:12
Bonsoir,

J'ai déjà posé la question dans un topic créé pour, mais voyant ce topic je me dis que les contributeurs connaissent forcément bien le sujet.

Tout d'abord, je suis nul en Wlangage, j'ai Windev 16 avec lequel je n'ai jamais rien écrit, et je viens d'acheter Webdev 23 pour écrire un programme de simulation de l'examen de radioamateur.

Le club possède déjà un programme écrit avec Windev sans doute, mais protégé, l'auteur est décédé et il a souhaité que son produit n'évolue plus.

Je repars donc depuis zéro. L'ancien programme peut exporter/importer les données du fichier central (les questions, réponses QCM, commentaires) et marche très bien : le champ "commentaire" par exemple contient parfois plus de 800 caractères (ce champ quand il contient quelque chose, permet d'ouvrir une fenêtre d'explications théoriques sur la question posée).

L'import automatique ne fait pas l'affaire, il tronque les chaînes à 255 caractères alors que les chaînes UniCode d'Excel n'on quasiment aucune limite de longueur.

Donc, il me faudrait comprendre comment écrire une modification de mon fichier principale ligne à ligne, en pseudo-langage :

Ouvrir FicherWebDev
Ouvrir Fichier Excel
Dans FichierWebDev
- depuis la première ligne
- lire la 1ère ligne de données du FichierExcel
- recopier champ à champ les données, y compris Unicode>255 dans FichierWebDev
- passer à la ligne suivante de FichierWebDev et de Fichier Excel
Répéter l'opération jusqu'à avoir atteint la dernière ligne de FicherExcel
Clore en mettant à jour FichierWebDev, clore FichierExcel

Est-ce que vous pourriez s'il vous plaît me donner des pistes pour faire ça ?

Je sais pertinnement que ça ne se fait pas de demander aux vrais connaisseurs de résoudre leurs problèmes à leur place, au moins sans avoir longuement tenté de le faire soi-même (je programme depuis 1982 en Basic, TurboPascal, TurboC, assembleur 8086, Borland C++ OWL, Delphi, maintenant RAD Embarcadero Tokyo - multi plate formes, et c'était mon propre réflexe d'ignorer les questions de personnes n'ayant pas fait au moins quelques recherches et essais)

Mais la documentation du produit est vraiment pauvre sur le WLangage, si vous pouviez me donner quelques pistes..

Merci à tous de votre patience, et en espérant ne pas abuser,

Milos
(bilik.miloslav@wanadoo.fr)

--
Miloslav BILIK
Message modifié, 11 avril 2018 - 20:16
Posté le 12 avril 2018 - 09:22
Miloslav a émis l'idée suivante :
Bonsoir,

J'ai déjà posé la question dans un topic créé pour, mais voyant ce topic je
me dis que les contributeurs connaissent forcément bien le sujet.

Tout d'abord, je suis nul en Wlangage, j'ai Windev 16 avec lequel je n'ai
jamais rien écrit, et je viens d'acheter Webdev 23 pour écrire un programme
de simulation de l'examen de radioamateur.

Le club possède déjà un programme écrit avec Windev sans doute, mais protégé,
l'auteur est décédé et il a souhaité que son produit n'évolue plus.

Je repars donc depuis zéro. L'ancien programme peut exporter/importer les
données du fichier central (les questions, réponses QCM, commentaires) et
marche très bien : le champ "commentaire" par exemple contient parfois plus
de 800 caractères (ce champ quand il contient quelque chose, permet d'ouvrir
une fenêtre d'explications théoriques sur la question posée).

L'import automatique ne fait pas l'affaire, il tronque les chaînes à 255
caractères alors que les chaînes UniCode d'Excel n'on quasiment aucune limite
de longueur.

Donc, il me faudrait comprendre comment écrire une modification de mon
fichier principale ligne à ligne, en pseudo-langage :

Ouvrir FicherWebDev
Ouvrir Fichier Excel
Dans FichierWebDev
- depuis la première ligne
- lire la 1ère ligne de données du FichierExcel
- recopier champ à champ les données, y compris Unicode>255 dans
FichierWebDev
- passer à la ligne suivante de FichierWebDev et de Fichier Excel
Répéter l'opération jusqu'à avoir atteint la dernière ligne de FicherExcel
Clore en mettant à jour FichierWebDev, clore FichierExcel

Est-ce que vous pourriez s'il vous plaît me donner des pistes pour faire ça ?

Je sais pertinnement que ça ne se fait pas de demander aux vrais connaisseurs
de résoudre leurs problèmes à leur place, au moins sans avoir longuement
tenté de le faire soi-même (je programme depuis 1982 en Basic, TurboPascal,
TurboC, assembleur 8086, Borland C++ OWL, Delphi, maintenant RAD Embarcadero
Tokyo - multi plate formes, et c'était mon propre réflexe d'ignorer les
questions de personnes n'ayant pas fait au moins quelques recherches et
essais)

Mais la documentation du produit est vraiment pauvre sur le WLangage, si vous
pouviez me donner quelques pistes..

Merci à tous de votre patience, et en espérant ne pas abuser,

Milos
(bilik.miloslav@wanadoo.fr)


bonjour
je t'ai envoyé par mail
Okay pour t'aider mais merci de ne pas polluer un post avec un autre
sujet; d'autant que ton sujet était déjà ouvert et que je t'avais
demandé ton mail.
Donc mon exemple est une intégration ligne à ligne.
Pour tes pb de longueur de zones, là du vas pouvoir (devoir) debugguer
pour comprendre ce qu'il se passe.
Après il te reste aussi la solution de passer le fichier excel en csv,
s'il y a des pb. Il m'est dèja arrivé de ne pas pouvoir intégrer des
fichiers excel de plusieurs millions de lignes et de 200 Mo (les gens
font n'importe quoi avec l'excel).

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com
Posté le 12 avril 2018 - 14:05
Roumegou Eric a exprimé avec précision :
Philippe Lienart a couché sur son écran :
Roumegou Eric a exposé le 06/04/2018 :
Bonjour,

dans le cadre du RGPD je voudrais faire un truc

Les clients peuvent exporter des données de ma plate-forme depuis des
requêtes que je leur prépare.
Sauf que je veux bien qu'on vienne me chatouiller sur le cryptage de mes
données mais pas pour qu'elles se retrouvent ensuite dans des fichiers
excel.

Donc je me disais ; je génère un fichier xls que j'aurai au préalable
crypté.
Comment le client peut-il ensuite décrypter ce fichier ?

Idéalement avec un soft gratuit, il pourrait décrypter le fichier que je
lui ai envoyé.

ensuite ce qu'il en fait ... j'men ba'l

avez vous des exemples de cryptage wlangage et la possibilité de les
extraire avec un soft
Merci de vos réponses.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Egalement dans le cadre RGPD, je travaille d'une façon similaire.
Je génère le fichier Excel.
Ensuite je protège le fichier Excel avec un mot de passe aléatoire. Il
s'agit du mot de passe utilisé par Excel pour ouvrir le fichier. Le fichier
est alors automatiquement crypté.
Le fichier est envoyé par mail.
Le mot de passe aléatoire est envoyé automatiquement via SMS.
Les personnes pouvant obtenir des données doivent s'enregistrer au
préalable avec adresse mail et numéro de téléphone mobile.

Merci Philippe pour ta réponse.
Cette protection tu peux le faire par programmation ? Peux tu stp m'en donner
le code wlangage ?
Merci à toi.


J'essaie en vain de répondre par mail.
Peut-être pouvez-vous m'envoyer un mail afin que je puisse y répondre.
Posté le 12 avril 2018 - 16:10
Philippe Lienart a formulé ce jeudi :
Roumegou Eric a exprimé avec précision :
Philippe Lienart a couché sur son écran :
Roumegou Eric a exposé le 06/04/2018 :
Bonjour,

dans le cadre du RGPD je voudrais faire un truc

Les clients peuvent exporter des données de ma plate-forme depuis des
requêtes que je leur prépare.
Sauf que je veux bien qu'on vienne me chatouiller sur le cryptage de mes
données mais pas pour qu'elles se retrouvent ensuite dans des fichiers
excel.

Donc je me disais ; je génère un fichier xls que j'aurai au préalable
crypté.
Comment le client peut-il ensuite décrypter ce fichier ?

Idéalement avec un soft gratuit, il pourrait décrypter le fichier que je
lui ai envoyé.

ensuite ce qu'il en fait ... j'men ba'l

avez vous des exemples de cryptage wlangage et la possibilité de les
extraire avec un soft
Merci de vos réponses.

---
Cet email a fait l'objet d'une analyse antivirus par AVG.
http://www.avg.com

Egalement dans le cadre RGPD, je travaille d'une façon similaire.
Je génère le fichier Excel.
Ensuite je protège le fichier Excel avec un mot de passe aléatoire. Il
s'agit du mot de passe utilisé par Excel pour ouvrir le fichier. Le
fichier est alors automatiquement crypté.
Le fichier est envoyé par mail.
Le mot de passe aléatoire est envoyé automatiquement via SMS.
Les personnes pouvant obtenir des données doivent s'enregistrer au
préalable avec adresse mail et numéro de téléphone mobile.

Merci Philippe pour ta réponse.
Cette protection tu peux le faire par programmation ? Peux tu stp m'en
donner le code wlangage ?
Merci à toi.

J'essaie en vain de répondre par mail.
Peut-être pouvez-vous m'envoyer un mail afin que je puisse y répondre.


Merci philippe de ta réponse
tu peux m'écrire à eric.roumegou-at-wtablettes.net

remplacer le -at- par @ of course
Membre enregistré
11 messages
Posté le 12 avril 2018 - 18:21
bonjour
je t'ai envoyé par mail
Okay pour t'aider mais merci de ne pas polluer un post avec un autre
sujet; d'autant que ton sujet était déjà ouvert et que je t'avais
demandé ton mail.
Donc mon exemple est une intégration ligne à ligne.
Pour tes pb de longueur de zones, là du vas pouvoir (devoir) debugguer
pour comprendre ce qu'il se passe.
Après il te reste aussi la solution de passer le fichier excel en csv,
s'il y a des pb. Il m'est dèja arrivé de ne pas pouvoir intégrer des
fichiers excel de plusieurs millions de lignes et de 200 Mo (les gens
font n'importe quoi avec l'excel).


Bonjour Eric,

Je te présente toutes mes excuses, je ne réalisais pas polluer un autre fil, et comme je ne voyais pas de mail de ta part je craignais que tu m'aies oublié..

Effectivement, j'avais pensé à récupérer le fichier Excel en csv (.txt donc, si les séparateurs sont des tabulations et les lignes avec un #13#10), mais quand j'ai tenté ça, Webdev m'a tronqué les champs à 255 caractères aussi.

Si tu penses que j'ai fait une fausse manœuvre ou en tout cas que l'import depuis un csv ne tronque pas à 255 caractères, il n'y a aucun souci comme j'ai un composant VCL pour Delphi ou C++ permettant de faire à peu près n'importe quoi avec une feuille Excel (actuellement je fais une maquette en Delphi qui gère les Unicode, et trie sur deux champs les questions à poser).

Pour tenter de me faire pardonner, si dans la question initiale de ce fil (le cryptage d'un export pour un client) quelqu'un est intéressé, je peux bricoler facilement un exécutable cryptant le fichier qu'on voudra avec des méthodes on ne peut plus modernes.

Ceci supposerait donc d'appeler depuis Windev ou autres un *.exe qui par exemple crypterait un fichier dont le nom serait toujours le même. Je pourrais aussi faire ça en écrivant une DLL qui permettrait de passer le nom du fichier et une clé de cryptage, mais ces histoires de shared memory compliquent un peu la situation.

Amitiés à tous,

Milos

--
Miloslav BILIK
Posté le 13 avril 2018 - 08:39
Miloslav a écrit :
bonjour
je t'ai envoyé par mail
Okay pour t'aider mais merci de ne pas polluer un post avec un autre
sujet; d'autant que ton sujet était déjà ouvert et que je t'avais
demandé ton mail.
Donc mon exemple est une intégration ligne à ligne.
Pour tes pb de longueur de zones, là du vas pouvoir (devoir) debugguer
pour comprendre ce qu'il se passe.
Après il te reste aussi la solution de passer le fichier excel en csv,
s'il y a des pb. Il m'est dèja arrivé de ne pas pouvoir intégrer des
fichiers excel de plusieurs millions de lignes et de 200 Mo (les gens
font n'importe quoi avec l'excel).

Bonjour Eric,

Je te présente toutes mes excuses, je ne réalisais pas polluer un autre fil, et comme je ne voyais pas de mail de ta part je craignais que tu m'aies oublié..

Effectivement, j'avais pensé à récupérer le fichier Excel en csv (.txt donc, si les séparateurs sont des tabulations et les lignes avec un #13#10), mais quand j'ai tenté ça, Webdev m'a tronqué les champs à 255 caractères aussi.

Si tu penses que j'ai fait une fausse manœuvre ou en tout cas que l'import depuis un csv ne tronque pas à 255 caractères, il n'y a aucun souci comme j'ai un composant VCL pour Delphi ou C++ permettant de faire à peu près n'importe quoi avec une feuille Excel (actuellement je fais une maquette en Delphi qui gère les Unicode, et trie sur deux champs les questions à poser).

Pour tenter de me faire pardonner, si dans la question initiale de ce fil (le cryptage d'un export pour un client) quelqu'un est intéressé, je peux bricoler facilement un exécutable cryptant le fichier qu'on voudra avec des méthodes on ne peut plus modernes.

Ceci supposerait donc d'appeler depuis Windev ou autres un *.exe qui par exemple crypterait un fichier dont le nom serait toujours le même. Je pourrais aussi faire ça en écrivant une DLL qui permettrait de passer le nom du fichier et une clé de cryptage, mais ces histoires de shared memory compliquent un peu la situation.

Amitiés à tous,

Milos

--
Miloslav BILIK


Bonjour,

Vous êtes en train de vous approprier un fil qui n'était pas le votre :-( et sur un sujet différent, ce n'est pas très correct pour les contributeurs originaux.
Je vous donne, toutefois, une piste pour la longueur de 255 caractères, lors de votre import depuis Excel.
1 : Vérifie, dans le débogueur et dans une variable de type chaîne ou buffer, que la chaîne est bien lue complètement.
2 : Par défaut, dans l'éditeur d'analyse, les chaines sont déclarées avec une longueur de 255 caractères, es-tu certain que ton champ de table est suffisamment long pour pouvoir enregistrer la valeur lue.

Cordialement
Posté le 13 avril 2018 - 14:02
Exactement !
Toi tu auras fait ton boulot, après c'est chacun sa m....
Membre enregistré
11 messages
Posté le 13 avril 2018 - 19:12
Bonsoir,

Permettez moi quand même de vous renouveler mes excuses, je n'avais pas conscience de mal agir..
Et merci pour vos pistes et conseils.

Cordialement (pour ceux qui voudront bien admettre qu'on peut commettre des erreurs et rester néanmoins cordiaux..),

Milos

--
Miloslav BILIK
Message modifié, 13 avril 2018 - 19:28