|
FORUMS PROFESSIONNELS WINDEV, WEBDEV et WINDEV Mobile |
| | | | | |
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.comEgalement 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 BILIKMessage 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.comEgalement 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.comEgalement 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 BILIKMessage modifié, 13 avril 2018 - 19:28 |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|