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

OSCAL Descriptions & Manual Template Mismatch - Asset Inventory #554

Open
1 of 12 tasks
lstanden opened this issue Jan 27, 2024 · 1 comment
Open
1 of 12 tasks

OSCAL Descriptions & Manual Template Mismatch - Asset Inventory #554

lstanden opened this issue Jan 27, 2024 · 1 comment
Labels
bug Something isn't working

Comments

@lstanden
Copy link

lstanden commented Jan 27, 2024

This relates to ...

  • the FedRAMP OSCAL Registry
  • the FedRAMP OSCAL baselines
  • the Guide to OSCAL-based FedRAMP Content
  • the Guide to OSCAL-based FedRAMP System Security Plans (SSP)
  • the Guide to OSCAL-based FedRAMP Security Assessment Plans (SAP)
  • the Guide to OSCAL-based FedRAMP Security Assessment Results (SAR)
  • the Guide to OSCAL-based FedRAMP Plan of Action and Milestones (POA&M)
  • the FedRAMP SSP OSCAL Template (JSON or XML Format)
  • the FedRAMP SAP OSCAL Template (JSON or XML Format)
  • the FedRAMP SAR OSCAL Template (JSON or XML Format)
  • the FedRAMP POA&M OSCAL Template (JSON or XML Format)
  • the FedRAMP OSCAL Validations

What happened?

The two fields related to scans have different definitions between the FedRAMP template and the OSCAL definitions. This makes it extremely difficult for companies that wish to preemptively lean into OSCAL data, but still need to produce the standard Excel spreadsheet.

It's unclear if this is an issue in OSCAL or FedRAMP Spreadsheets, and clarity here is necessary.

Authenticated Scan
FedRAMP Spreadsheet says:

Is the asset is planned for an authenticated scan?

OSCAL (allows-authenticated-scan) says:

Can the asset be check with an authenticated scan? (yes/no)

These have significantly different meanings. For example, an AWS EC2 can always be checked with an authenticated scan, but it's unclear in the context of the spreadsheet what we're supposed to answer here:

  • Is it planned because we know it exists, or
  • Is it planned because we picked it up when we kicked off our scan last

The first option makes the most sense, since I don't think there's a valid reason to know something exists and not scan it. The latter makes more sense from the perspective of do you expect to see it in scan results.

In Latest Scan
FedRAMP Spreadsheet says:

Should the asset appear in the network scans and can it be probed by the scans creating the current POA&M?

OSCAL (is-scanned) says:

is the asset subjected to network scans? (yes/no)

These are also not equal either.

  • The spreadsheet version seems to indicate we should only have 'yes' here if we actually attempted to perform a scan against the host.
  • The OSCAL version seems to suggest this should be 'yes' if we would scan it. Even if it didn't exist when we actually started the process of scanning.

Relevant log output

No response

How do we replicate this issue?

Content / Meaning Difference between documents.

Where, exactly?

OSCAL Schema / Excel Template Mismatch

Other relevant details

No response

@lstanden lstanden added the bug Something isn't working label Jan 27, 2024
@Telos-sa
Copy link

Would like to add an additional element that needs review. prop[@name="asset-type"] does not include "software" as an option, but there are elements within the document that specifically state if it is a software or a DB, and OS is linked to infrastructure.

Recommend allowing another asset-type to include software, this way it can fall more in line with the FedRAMP Documentation template.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: 📋 Backlog
Development

No branches or pull requests

2 participants