usnistgov / OSCAL

Open Security Controls Assessment Language (OSCAL)
https://pages.nist.gov/OSCAL/
Other
668 stars 181 forks source link

OSCAL mapping model support for identifying controls in a catalog that are not mapped #1333

Open iMichaela opened 2 years ago

iMichaela commented 2 years ago

User Story:

As an OSCAL user, when I map a source catalog to a target catalog, I would like to also document, in the mapping instance of the source catalog, the controls or control parts/statements for which the target catalog does not have mappable control or part.

Also, in order to successfuly reverse the source->target relationships documented in a mapped catalog, so I can infer any implementation or assessment information relative to the target catalog into the source catalog, I would like to be able to, at minimum, list the unmapped target controls in the mapping instance.

Goals:

@vikas-agarwal76 requested this feature in #1150: I believe a 5th relationship that may be good to capture would be "None" or "Null". This is to explicitly capture cases where no mapping (not even partial) exists for a source control in the target catalog. In this case the target controls will be empty. This will help distinguish cases where no mapping has been specified till now versus no mapping exists at all. One may want to explicitly state that fact for completeness to avoid any ambiguity.

Since "None" or "Null" is not a mapping relation, will not have a target, an alternative way of capturing this information such as a different construction that would follow the existing mappings to define unmapped elements (i.e., controls, or control statements).

Dependencies:

Acceptance Criteria

Compton-US commented 11 months ago

This is being worked as a part of DEFINE:

Keeping open pending outcome.