Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Identify Expected Attachments in Baselines #957

Open
1 of 7 tasks
brian-ruf opened this issue Dec 4, 2024 · 0 comments
Open
1 of 7 tasks

Identify Expected Attachments in Baselines #957

brian-ruf opened this issue Dec 4, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@brian-ruf
Copy link
Contributor

This is a ...

improvement - something could be better

This relates to ...

  • the FedRAMP OSCAL baselines
  • the FedRAMP SSP OSCAL Example
  • the FedRAMP SAP OSCAL Example
  • the FedRAMP SAR OSCAL Example
  • the FedRAMP POA&M OSCAL Example
  • the FedRAMP OSCAL Validations
  • the Not sure

User Story

As a tool developer, tool user, or constraint author, I would like the expectation of attachments to be clearly specified so that I can consistently meet the expectation.

Goals

-Augment the FedRAMP OSCAL profiles with annotations that indicate which response points are expected to utilize reference a policy, process, plan or similar attachment.

  • This indication should include:
    • the nature of the expected attachment (policy, procedure, plan, etc.)
    • the ability to indicate when any one of two or more attachment types are acceptable (i.e. attachment may be either a plan or a procedure)
    • whether a failure to provide the expected attachment results in an ERROR or WARNING.
      • An ERROR is used when the attachment is explicitly required.
      • A WARNING is used when an attachment is recommended or is typically part of control satisfaction, but is not strictly required.

Dependencies

No response

Acceptance Criteria

  • All FedRAMP Documents Related to OSCAL Adoption (https://github.com/GSA/fedramp-automation) affected by the changes in this issue have been updated.
  • A Pull Request (PR) is submitted that fully addresses the goals of this User Story. This issue is referenced in the PR.

Other information

This will likely need to be accomplished with FedRAMP extensions to core OSCAL.
This is best accomplished when we are ready to perform the larger refactoring effort on the FedRAMP profiles as was intended by #604.

@brian-ruf brian-ruf added the enhancement New feature or request label Dec 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: 🆕 New
Development

No branches or pull requests

1 participant