Repository navigation
XMLSec 1.3.13 (rc1) #1395
lsh123
announced in
Announcements
Replies: 2 comments 2 replies
|
Looks good here, apart from the previously discussed required change that the default |
1 reply
|
I got this error when building: |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Please test the release candidate 1.3.13-rc1 (signature) and let me know if you see any issues. This release is API backward compatible but it is not ABI backward compatible and it has several non-backward compatible behavioral changes noted in the release notes:
To restore the old (broken) behaviour, use
--relationship-legacyflag (or set theXMLSEC_DSIG_FLAGS_RELATIONSHIP_LEGACYflag in thexmlSecDSigCtxstruct in your application code).to empty and same document URIs only. Use
--enabled-reference-uris,--enabled-retrieval-method-uris,--enabled-key-info-reference-uris, etc. parameters for XMLSec command line tool if local or remote URIsusage is required (or set corresponding flag in the
xmlSecDSigCtxandxmlSecEncCtxstructs in yourapplication code). The
anyvalue is now accepted by these options to enable all URI types.key agreements, etc. Use the new
--max-encrypted-key-leveloption to control the maximum depth level forthese use cases. (default is 1).
fix circular dependencies, etc.
values are now treated as unsigned magnitudes.
PBKDF2 iterations (1000000 by default).
not backward compatible) Reject zero-length CBC padding blocks in all CBC finalization paths.
the certificates (new
xmlSecMSCngAppGetCurrentUserCertStoreName()/xmlSecMSCngAppGetLocalMachineCertStoreName()APIs;
xmlSecMSCngAppGetCertStoreNameis now a deprecated alias).thisUpdateare rejected,nextUpdateis enforcedwhen present, and the CRL issuer certificate is chain-verified with CA usage.
option value when opening certificate stores.
MinGW.org toolchain; building the MSCrypto backend now requires the Windows SDK headers provided by
the toolchain (e.g., MinGW-w64 or MSVC).
on compilers that support it or '-std=c99' otherwise (this flag was only enabled with --enable-pedantic builds
in the past).
--enable-hardeningoption toconfigurescript andhardeningoption toconfigure.ps1script to enable security hardening flags on GCC, Clang, and MSVCwhen the compiler version and the target architecture support it (default:
yes).--enable-secure-memsetoption (memory cleansing is now always built in withthe new
xmlSecMemCleanse()function) and removed the test-only--enable-skmoption; the fuzz targets inapps/oss-fuzz/are now built and run bymake check/nmake checkby default.appsoption toconfigure.ps1to control whether the command-line binaries inthe
apps/folder are built (default:yes).Many thanks to everyone who submitted patches and bugs!
Best,
Aleksey
This discussion was created from the release XMLSec 1.3.13 (rc1).
All reactions