![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Bonjour,
Dans la migration ou j'interviens, nous avons quelques *PPT *avec un mot de
passe et Impress ne peux les ouvrir .... c'est gênant 
Y-a-t-il une solution, que je n'aurais pas trouvé !
Si non cela sera-t-il possible un jour ?
Bonjour
C'est quand même fait pour ça !
Si on protège un document, quel qu'il soit, c'est pour que seuls ceux qui
connaissent le mot de passe puisse l'ouvrir …
Et j'espère bien que ça ne changera pas …
Bonne année
Etrange réponse...
Donc, un utilisateur créer un PPT l'enregistre avec un MDP.... on le migre
sous Impress, il veut ouvrir le même PPT.
Il ne peut plus l'ouvrir parce que Impress ne lui propose pas de rentrer le
MDP....
Ok si pour toi c'est normal !
Bonjour,
Bonjour,
Dans la migration ou j'interviens, nous avons quelques *PPT *avec un mot de
passe et Impress ne peux les ouvrir .... c'est gênant
Oui mais c'est un problème connu depuis longtemps :
https://bugs.freedesktop.org/show_bug.cgi?id=33538
Y-a-t-il une solution, que je n'aurais pas trouvé !
La seule que je vois actuellement est de convertir le document au format
OpenDocument (.odp). Peut-être que ça marche aussi en pptx.
Si non cela sera-t-il possible un jour ?
Bien sûr. Quand quelqu'un aura été motivé pour faire un correctif.
Bonne journée
JBF
La seule que je vois actuellement est de convertir le document au format
OpenDocument (.odp). Peut-être que ça marche aussi en pptx.
Mauvaise réponse il n'a plus PowerPoint et il n'est pas envisageable de
convertir tout les ppt pour répondre à se besoin !
Bien sûr. Quand quelqu'un aura été motivé pour faire un correctif.
Tant mieux !!! même si je sens de l'ironie
Le problème est connu depuis "un certain temps".
Le bug côté LibreOffice:
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=33538
Le bug côté ApacheOpenOffice:
https://issues.apache.org/ooo/show_bug.cgi?id=46307
Dans les deux cas, il ne sont pas pour l'instant dans la liste "urgente"
apparemment... il faudrait lire un peu les commentaires, peut-être qu'il y
a des pistes.
La seule que je vois actuellement est de convertir le document au format
OpenDocument (.odp). Peut-être que ça marche aussi en pptx.Mauvaise réponse
convertir tout les ppt pour répondre à se besoin !
Le problème aurait du être anticipé par les personnes en charge de la
préparation de la migration. Le bug est marqué comme hérité de OOo, donc
ça fait un bail qu'il est connu par les gens concernés.
Bien sûr. Quand quelqu'un aura été motivé pour faire un correctif.
Tant mieux !!! même si je sens de l'ironie
À peine, c'est un constat objectif à propos du fonctionnement d'un
projet de développement logiciel.
Bonne journée
JBF
Il existe des outils qui *pourrait* permettre de retirer les mots de passe
(en les connaissant bien entendu...). Par exemple ce projet Apache:
http://poi.apache.org/encryption.html
J'ai écrit un petit outil qui *devrait* permettre d'ouvrir un ppt protégé,
et d'enregistrer un ppt non protégé. Il est disponible ici:
https://www.dropbox.com/s/rfchmjdevzr71we/msopassremoval.jar?dl=0
(le code source, pas très long) est disponible dans l'archive.
Pour tester, on peut soit lancer le jar directement (qui affichera trois
dialogues pour choisir le fichier à ouvrir, le mot de passe, et
l'emplacement de sauvegarde), soit passer en paramètre le mot de passe, le
fichier source, le fichier destination. Je n'ai pas pu tester (pas de
fichier ppt protégé sous la main) mais au pire des cas ça ne devrait pas
endommager le fichier source, jamais écrit et ouvert en lecture seule.
Si ça fonctionne, ça pourrait servir au moins comme outil de transition, en
attendant le support dans LO (le code d'Apache étant en Java, l'insertion
ne serait pas triviale).
Personnellement, cela ne me choque pas que l'on ne puisse pas ouvrir
un fichier protégé par un logiciel par un autre logiciel. C'est pour
moi gage de sécurité...
Et je suppose que LibO doit faire du rétro-ingéniering pour retrouver
le mot de passe...
Personnellement, cela ne me choque pas que l'on ne puisse pas ouvrir
un fichier protégé par un logiciel par un autre logiciel. C'est pour
moi gage de sécurité...
Houla. HOULA.
En quoi est-ce un gage de sécurité ? La seule chose qui se passe ici c'est
que si LO voit que le fichier est protégé, il abandonne. Dans le meilleur
des cas on pourrait dire "comme le format est inconnu, c'est sécurisé",
mais d'une part le format n'est pas inconnu (il existe des outils pour les
ouvrir), et d'autre part ça serait de la sécurité par l'obscurité, et
jusque là ça n'a jamais marché efficacement.
Si vous considérez que "un autre programme n'arrive pas à ouvrir le
fichier" est un gage de sécurité, alors certains .docx impossible à ouvrir
sont aussi sécurisé, même sans mot de passe 
Et je suppose que LibO doit faire du rétro-ingéniering pour retrouver
le mot de passe...
Les format utilisé pour protéger les fichiers binaires d'office (.doc,
.ppt, etc.) sont connu, il faut "juste" implémenter la fonctionnalité.
Par ailleurs, ce n'est pas pour retrouver le mot de passe qu'il a fallu
faire du retro-engineering, c'est pour savoir comment lire *tous* les
éléments des fichiers. Les .doc, les .ppt, et plein d'autres formats, ne
sont pas/peu documenté. Pratiquement toutes les capacités de lecture de ces
fichiers par OO/LO/Autre sont issues du retro-engineering. Même chose pour
l'ouverture des .doc protégé.
LO ne "retrouve" jamais de mot de passe, il supporte simplement l'ouverture
de certains formats protégé lorsque l'utilisateur lui fournit le mot de
passe.
(il existe des outils se vantant de retrouver les mots de passe, mais étant
tous payant et avec des résultats limités).
Me suis sûrement mal exprimé, j'ai sûrement eu la faiblesse de penser
que le logiciel embarquait une clé privée pour décrypter le mot de
passe, clé qui par définition ne devrait pas être accessible par un
logiciel tiers. Mais cela ne semble pas être la solution retenue.
Mais je ne suis pas expert, donc, je me tais
Cédric