GSA / fedramp-automation

FedRAMP Automation
https://www.fedramp.gov/using-the-fedramp-oscal-resources-and-templates/
Other
289 stars 88 forks source link

Risk Log Requirements #383

Open TelosPO opened 1 year ago

TelosPO commented 1 year ago

NOTE: For feedback related to the OSCAL syntax itself, please create or add to an issue in the NIST OSCAL Repository.

sunstonesecure-robert commented 1 year ago

just to surface relevant contextual info:

From Release Notes:

A "[risk-log/entry](https://pages.nist.gov/OSCAL/reference/latest/assessment-results/json-reference/#/assessment- results/results/risks/risk-log)" can be used to identify any action that relates to the assessment of or handling of a risk. This replaces > the "/assessment-results/results/risk/remediation-tracking", while proving more robust capabilities.

status update type of change

prop type has specified values for this, eg: status-update

can get lengthy

there can be infinite entries so in theory you could break up a massive update into smaller parts arbitrarily or conceptually

as I see it the description is essentially a XML string type which MAY add a constraint on max length - this is a great question - does OSCAL impose such a constraint?