You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
pyFF does not appear to be using the certificates to check the Metadata signature. When an XRD file is used in batch mode with incorrect certificate the metadata is still ingested, pipelines continue and entries consumed/exported etc.
When rolling back to 2.0.0 the configuration is indeed detected to be wrong and signatures fail, metadata not processed.
Code Version
2.1.2 and 2.1.1, or newer
Expected Behavior
when running with the XRD example file, the certificates should be used to verify the collected Metadata
Current Behavior
The Metadata is collected and worked on with no signature check being performed
Possible Solution
Added a debug log to the utils.py (line 267) to check if we 'have' a key
defcheck_signature(t: ElementTree, key: Optional[str], only_one_signature: bool=False) ->ElementTree:
ifkeyisNone:
log.debug("We dont have a key")
and that got printed out after MD was collected - so looks like the parser isn't parsing the x509 sections correctly.
Steps to Reproduce
take the examples/links.xrd file (and re-enable the InCommon section),
then swap the 2 certificate sections around - so the InCommon cert is used for SWAMID and SWAMID cert is used for InCommon,
then run pyFF in batch mode with that XRD file
The text was updated successfully, but these errors were encountered:
pyFF does not appear to be using the certificates to check the Metadata signature. When an XRD file is used in batch mode with incorrect certificate the metadata is still ingested, pipelines continue and entries consumed/exported etc.
When rolling back to
2.0.0
the configuration is indeed detected to be wrong and signatures fail, metadata not processed.Code Version
2.1.2
and2.1.1
, or newerExpected Behavior
when running with the XRD example file, the certificates should be used to verify the collected Metadata
Current Behavior
The Metadata is collected and worked on with no signature check being performed
Possible Solution
Added a debug log to the
utils.py
(line 267) to check if we 'have' a keyand that got printed out after MD was collected - so looks like the parser isn't parsing the x509 sections correctly.
Steps to Reproduce
examples/links.xrd
file (and re-enable the InCommon section),The text was updated successfully, but these errors were encountered: