[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#59292: closed (libreoffice password protection doesn't work)

From: GNU bug Tracking System
Subject: bug#59292: closed (libreoffice password protection doesn't work)
Date: Sat, 18 Feb 2023 20:01:02 +0000

Your message dated Sat, 18 Feb 2023 15:00:01 -0500
with message-id <87zg9aoibi.fsf@gmail.com>
and subject line Re: bug#59292: libreoffice password protection doesn't work
has caused the debbugs.gnu.org bug report #59292,
regarding libreoffice password protection doesn't work
to be marked as done.

(If you believe you have received this mail in error, please contact

59292: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59292
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: libreoffice password protection doesn't work Date: Tue, 15 Nov 2022 20:08:19 -0500

When password-protecting (encrypting) a file with LibreOffice, it fails
silently, leaving the file unprotected (!).


1. Launch Calc with 'libreoffice --calc'.
2. Input something in the first cell.
3. Select File -> Save As.  At the bottom left of the dialog box, make
sure to tick the "Save with password" box.  Give it a name,
e.g. very-secret.ods, then click on "Save".
4. Enter a dummy password, such as 1234.
5. Quit LibreOffice Calc.

6. Open the assumed protected file, with 'libreoffice --calc
very-secret.ods'.  Notice the file is open without any password.

No output is printed at the console, and if you have an truly
password-encrypted file, it won't be able to open it.


--- End Message ---
--- Begin Message --- Subject: Re: bug#59292: libreoffice password protection doesn't work Date: Sat, 18 Feb 2023 15:00:01 -0500 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux)

Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:

> Hi again,
> Maxim Cournoyer <maxim.cournoyer@gmail.com> writes:
> [...]
>> It never resolves libnssckbi.so.
>> LibreOffice attempts to load this library in
>> xmlsecurity/source/xmlsec/nss/nssinitializer.cxx, in the
>> 'nsscrypto_initialize' procedure.
>> The library appears to be dynamically loaded via SECMOD_LoadUserModule.
>> Perhaps we can patch 'OUString rootModule("libnssckbi"
>> SAL_DLLEXTENSION)' to its full name.  Some more output, after building
>> libreoffice with "--enable-sal-log" and setting the 'SAL_LOG=+INFO'
>> environment variable:
>> info:sal.bootstrap:8927:8927:sal/rtl/bootstrap.cxx:857: expandMacros called 
>> with: libnssckbi.so
>> info:sal.bootstrap:8927:8927:sal/rtl/bootstrap.cxx:985: expandMacros result: 
>> libnssckbi.so
>> info:xmlsecurity.xmlsec:8927:8927:xmlsecurity/source/xmlsec/nss/nssinitializer.cxx:471:
>>  FAILED to load the new root certificate module Root Certs for 
>> OpenOffice.orgcontained in libnssckbi.so
>> warn:legacy.osl:8927:8927:comphelper/source/misc/storagehelper.cxx:406: Can 
>> not create SHA256 digest!
>> warn:package.xstor:8927:8927:package/source/xstor/owriteablestream.cxx:1138:
>> Can't write encryption related properties
>> com.sun.star.uno.RuntimeException message: "No expected key is
>> provided! at
>> /tmp/guix-build-libreoffice-"
>> info:package.xstor:8927:8927:package/source/xstor/xstorage.cxx:2274:
>> Rethrow com.sun.star.io.IOException message: "No expected key is
>> provided! at
>> /tmp/guix-build-libreoffice-
>> at
>> /tmp/guix-build-libreoffice-"
>> So it seems to cause an error, which is apparently ignored.
> I confirm this is the problem.  A workaround is to augment
> "LD_LIBRARY_PATH=/gnu/store/...-nss-3.81/lib/nss:$LD_LIBRARY_PATH 
> /gnu/store/...-libreoffice- --calc"

I've reported the problem upstream [0], and push a fix for our package
with 9f21ca83a89a5e6c808b58fab0dc54b7785c26b7 ("gnu: libreoffice: Fix
password encryption issue.").


[0]  https://bugs.documentfoundation.org/show_bug.cgi?id=153714


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]