PE: Absence of elements in metadata

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Minor
    • None
    • Affects Version/s: 2.0
    • Component/s: Metadata
    • None
    • Hide

      Supplement the note at lines 165-172 with a new paragraph:

      In the absence of other sources of information, implementations SHOULD generally view the absence of particular elements as implying that any values supported by the consuming implementation are acceptable, with the obvious exception of metadata elements representing roles, endpoints, keys, etc. (elements that cannot be "defaulted" or that would be security-sensitive if assumed). Alternatively, the presence of particular elements SHOULD generally constrain the choices made by the consuming implementation.
      Of course, if other sources of information are available, implementations are free to combine it with, or override, the information found in metadata, as appropriate to that implementation and deployment.

      Show
      Supplement the note at lines 165-172 with a new paragraph: In the absence of other sources of information, implementations SHOULD generally view the absence of particular elements as implying that any values supported by the consuming implementation are acceptable, with the obvious exception of metadata elements representing roles, endpoints, keys, etc. (elements that cannot be "defaulted" or that would be security-sensitive if assumed). Alternatively, the presence of particular elements SHOULD generally constrain the choices made by the consuming implementation. Of course, if other sources of information are available, implementations are free to combine it with, or override, the information found in metadata, as appropriate to that implementation and deployment.

      http://lists.oasis-open.org/archives/security-services/200802/msg00066.html

      The metadata specification is ambiguous about the meaning of omission of the <NameIDFormat> element and many other elements such as <AttributeProfile>, <KeyDescriptor>, and generally anything that's optional.

      Initial proposal (see below) was found to be underspecified and untestable, so remains open, pending a new proposal.

            Assignee:
            Unassigned
            Reporter:
            Scott Cantor (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated: