Closed juliapampus closed 2 years ago
I propose SHACL for the second task (Check IDS Infomodel version against inbound versions). The IDS IM ships with SHACL schemas (aka shapes) out of the box, and there is a pretty widely used open source library: https://github.com/TopQuadrant/shacl
For the (dat-)referringConnector
== (message-)issuerConnector
and hostname
validation, please watch out for Catena-X, because the DAT claim is currently used for the BPN at the moment (e.g. BPNLCDQ90000X42KU as part of the referringConnector-claim URL, and the real hostname does not necessarily include that, so hostname
validation will likely fail).
update: BPN seems to be now required to be part of the Connector-URL
If a BPN instead of the connectors URL is used for referringConnector field, no direct interoperability with other data spaces will be possible. Or another service must be present, which allows a lookup of further details. I ask myself how EDC in case of using BPN is able to avoid DAT reply attacks.
This issue is stale because it has been open for 14 days with no activity.
This issue was closed because it has been inactive for 7 days since being marked as stale.
This issue was closed because it has been inactive for 7 days since being marked as stale.
Feature Request
The ids messaging could be improved by extending the validation of incoming messages.
Which Areas Would Be Affected?
ids multipart handler
Why Is the Feature Desired?
Prevent identity theft and IDS infomodel incompatibilities.
Solution Proposal
This list could be extended:
Type of Issue
improvement
Checklist