office-gobmx/package
Michael Stahl 58c31ded02 tdf#159519 comphelper,package: do not store document without SHA256
The problem is that on Windows 7 the password-encrypted documents are
stored unencrypted, without any error message.

This is due to defensive programming in
OStorageHelper::CreatePackageEncryptionData(), which happily continues
if creating the SHA256 hash fails, which is the one required for storing
anything newer than ODF 1.1.

Also, the poorly named ZipPackage::GetEncryptionKey() should check for
consistency, the expectation is that either there's no encryption key
(empty sequence), or the expected one is in the sequence.

Creating the SHA256 uses the crypto::NSSInitializer component, which is
in xsec_xmlsec.dll, which is linked to libxmlsec-mscng.dll, which is
linked to Win32 bcrypt.dll, which doesn't have BCryptKeyDerivation on
Windows 7; to reproduce elsewhere, rm instdir/program/libxsec_xmlsec.so

(regression from commit 26bf26272b
 and (due to revert) commit bfd479abf0)

Change-Id: I0b22e20f6d4d0b1a12ed7d99fac7b5243910f9ba
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163708
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2024-02-22 12:37:29 +01:00
..
dtd
inc Extract Local file header and Data descriptor handling into own functions 2024-02-02 07:27:29 +01:00
qa
source tdf#159519 comphelper,package: do not store document without SHA256 2024-02-22 12:37:29 +01:00
util
CppunitTest_package2_test.mk
IwyuFilter_package.yaml
Library_package2.mk
Library_xstor.mk
Makefile
Module_package.mk
Package_dtd.mk
README.md

ZIP Support

Reading and writing ZIP files.