Skip to content

Conversation

evgenyz
Copy link
Contributor

@evgenyz evgenyz commented Jun 20, 2025

The default behaviour of xmlsec1 has changed int 1.3.x versions. It is now the response of the application to explicitly allow loading keys from KeyValue elements of the document.

Fixes: #2241.

@evgenyz evgenyz marked this pull request as draft June 20, 2025 11:21
@evgenyz evgenyz force-pushed the fix-xmlsec-1.3 branch 2 times, most recently from d5cb3d6 to 2bd2b35 Compare July 6, 2025 11:13
@evgenyz evgenyz marked this pull request as ready for review July 6, 2025 11:14
@evgenyz
Copy link
Contributor Author

evgenyz commented Jul 6, 2025

@dodys Hey! Can you please confirm that it fixes the problem for you?

@evgenyz
Copy link
Contributor Author

evgenyz commented Jul 7, 2025

Rawhide fails because of this: #2246

@evgenyz evgenyz requested a review from jan-cerny July 7, 2025 05:57
if(res < 0) {
oscap_seterr(OSCAP_EFAMILY_XML, "failed to enable key data: rsa");
goto cleanup;
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a way how to test this change? Can we have a test for this?

Copy link
Contributor Author

@evgenyz evgenyz Jul 7, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well, we have the test. It works for current 1.2.x. When 1.3.x will hit Rawhide it still should work (I've tested it with Ubuntu 25.10 and custom build of libxml1 for Rawhide).

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Where is the test located? Can it be added to the upstream test suite?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's the test: https://github.com/OpenSCAP/openscap/tree/main/tests/DS/signed. It fails with xmlsec1 v1.3.x. See the referred issue.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With this change it no longer fails.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But we don't have xmlsec1 1.3 in our CI yet.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ah great! thanks, this is really helpful

The default behaviour of xmlsec1 has changed int 1.3.x versions. It is
now the response of the application to explicitly allow loading keys
from KeyValue elements of the document.
@evgenyz evgenyz added this to the 1.4.3 milestone Jul 7, 2025
@dodys
Copy link
Contributor

dodys commented Jul 7, 2025

@dodys Hey! Can you please confirm that it fixes the problem for you?

hi @evgenyz, indeed this fixes the issue for me! Thanks for working on this!

@jan-cerny jan-cerny self-assigned this Jul 8, 2025
@jan-cerny jan-cerny merged commit e4e49fa into OpenSCAP:main Jul 8, 2025
15 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Test DS/signed/all.sh failing when using xmlsec1 1.3.7-1
3 participants