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

Create a demonstration of using leveraged authorizations #572

Closed
6 tasks done
david-waltermire opened this issue Dec 19, 2019 · 16 comments
Closed
6 tasks done

Create a demonstration of using leveraged authorizations #572

david-waltermire opened this issue Dec 19, 2019 · 16 comments
Assignees
Labels
enhancement model-refactor Used to mark issues related to model refactoring for the Metaschema v4 transition. Scope: Modeling Issues targeted at development of OSCAL formats User Story

Comments

@david-waltermire
Copy link
Contributor

david-waltermire commented Dec 19, 2019

User Story:

As an OSCAL content creator, I need documentation and an example of how to leverage an existing SSP and determine what customer responsibilities I need to address on the leveraging side.

Goals:

  • Analyze the concepts and details associated with this use case, and produce proposed OSCAL syntax
  • Develop sample files demonstrating the syntax in context
  • Develop a presentation to document the related concepts, proposed OSCAL syntax, and examples
  • Seek consensus
  • Implement syntax in SSP model

Dependencies:

None

Acceptance Criteria

  • All OSCAL website and readme documentation affected by the changes in this issue have been updated. Changes to the OSCAL website can be made in the docs/content directory of your branch.

  • A Pull Request (PR) is submitted that fully addresses the goals of this User Story. This issue is referenced in the PR.

  • The CI-CD build process runs without any reported errors on the PR. This can be confirmed by reviewing that all checks have passed in the PR.

  • Presentation exists and is published

  • Examples exist and are published

  • SSP metaschema is updated and published without errors

@david-waltermire
Copy link
Contributor Author

david-waltermire commented Feb 13, 2020

This is being worked in a feature branch and will be deployed once we are done. The example we are creating involves two SSPs. The first is a cloud-based IaaS. The second is a SaaS that leverages the IaaS.

@wendellpiez
Copy link
Contributor

wendellpiez commented Mar 12, 2020

12-Mar-2020 Status

@wendellpiez, @brianrufgsa, and @david-waltermire-nist met Friday March 6. We clarified our intended outcomes, and reviewed the sample. We realized @brianrufgsa was taking more of a FedRAMP approach, which focuses at the system level, while @david-waltermire-nist wanted to see a more granular approach, which allows for leveraging individual components within a system that has a leveraged authorization.

@david-waltermire-nist took ownership of the sample and intends to update it to better reflect our intended outcomes.

@brian-ruf
Copy link
Contributor

Status 25-June-2020

@david-waltermire-nist, @brianrufgsa, and @wendellpiez met this week to review draft example to date, as well as discuss the desired end-state of this scenario and related examples.

We had to convert the draft examples from MR2 to MR3 syntax, which is now complete. We also developed the following table:

Origination Def Scope Responsibility Describe "What" Describe "How" CSP Customer
Service Provider Corporate A control that originates from the CSP Name corporate network.   organization provider X X X  
Service Provider System Specific A control specific to a particular system at the CSP Name and the control is not part of the standard corporate controls.   system provider X X X  
Service Provider Hybrid A control that makes use of both corporate controls and additional controls specific to a particular system at the CSP Name. organization\ system provider X X X  
Configured by Customer A control where the customer needs to apply a configuration in order to meet the control requirement.   external consumer X   X X
Provided by Customer A control where the customer needs to provide additional hardware or software in order to meet the control requirement.   external consumer X   X X
Shared A control that is managed and implemented partially by the CSP Name and partially by the customer.   system\ external provider\ consumer X X    
Inherited from pre-existing FedRAMP Authorization A control that is inherited from another CSP Name system that has already received a FedRAMP Authorization. external   X     X
  • The CSP column indicates the content will be part of the SSP example representing an underlying IaaS.
  • The Customer column indicates the content will be part of the SSP example representing a SaaS, running on the CSP IaaS.

@brian-ruf
Copy link
Contributor

Status 23-July-2020

Making good progress. Now have diagrams to illustrate the concepts, and nearly complete updating the examples. Also applying the approach to the FedRAMP SSP guidebook.

@jasswalkjr
Copy link

Status 23-July-2020

Making good progress. Now have diagrams to illustrate the concepts, and nearly complete updating the examples. Also applying the approach to the FedRAMP SSP guidebook.

@brianrufgsa are the diagrams available for me to take a look at? Also, where can I find the read aheads for the upcoming guide updates that you previously shared on a Friday call?

@brian-ruf
Copy link
Contributor

Status 4-Aug-2020

From the perspective of an underlying provider, the customer responsibly syntax for the SSP is now well defined and includes examples.

From the perspective of a leveraging system, the SSP syntax referring to the leveraged system is now well defined and includes examples.

I will polish up the examples and create a PR with them in order to close this issue.

We need a new issue to address concepts that have emerged from working this issue.

First , we identified a new concept for a leveraged system's SSP to represent content about what is being inherited, suitable for consumption by leveraging customers.

Along with this, we need a separate issue related to the creation of an OSCAL-based CRM by extracting the above SSP syntax using a transform or similar.

@brian-ruf
Copy link
Contributor

@jasswalkjr Sorry I missed your request. I just sent you a private message on Gitter.

@brian-ruf
Copy link
Contributor

brian-ruf commented Sep 2, 2020

7-Aug-2020

Presented updated progress and updated slides to OSCAL modeling working group.
OSCAL-Leveraged_Authorization_V3.pptx

Edit: corrected month

@brian-ruf
Copy link
Contributor

brian-ruf commented Sep 2, 2020

Goals include:

Perspective of leveraged authorization SSP author

  • Communicate what can be leveraged, including a customer-appropriate explanation of control satisfaction
  • Communicate customer responsibilities

Perspective of leveraging SSP author:

  • Communicate what was inherited
  • Communicate satisfaction of

Intended outcomes include:

  • providing example content
  • providing slides to explain concepts

Follow-On Activity:

An OSCAL CRM model will be developed as a separate, follow-on activity.
If possible it will be an enhancement to the component definition model. Otherwise, it may become a third implementation layer model.

@david-waltermire david-waltermire added model-refactor Used to mark issues related to model refactoring for the Metaschema v4 transition. Scope: Modeling Issues targeted at development of OSCAL formats labels Sep 11, 2020
@brian-ruf
Copy link
Contributor

September 2, 2020 Presentation
OSCAL-Leveraged_Authorization_V4.pptx

@brian-ruf
Copy link
Contributor

September 18, 2020 Presentation

With updates as discussed in the meeting.
OSCAL-Leveraged_Authorization_V5a.pptx

@brian-ruf
Copy link
Contributor

Status 24-Sept-2020

Provided an updated briefing on this to the Modeling Working group last Friday. Following the meeting, I incorporated feedback and improved examples, resulting in the above posted version of the presentation.

Complete examples are in the attached ZIP file.
LA-Example.zip

IMPORTANT: These examples do not yet validate using the OSCAL SSP schema as the new syntax has not been implemented.

Next Steps:

  • Finalize syntax and incorporate into SSP metaschema
  • Formulate an OSCAL-based CRM based on this syntax

@brian-ruf
Copy link
Contributor

24-Sept-2020

Per discussion, will implement the LA syntax in the current M3 metaschema and publish ahead of converting all metaschemas to M4.

@brian-ruf
Copy link
Contributor

Status 1-Oct-2020

SSP syntax updated to support leveraged authorization. PR #762 issued with changes.
Sample files are fully valid against revised SSP schema, and are part of PR usnistgov/oscal-content#26.
Please give final review of this issue and consider closing.

@brian-ruf
Copy link
Contributor

2-Oct-2020 Briefing

OSCAL-Leveraged_Authorization_V6a.pptx

@jasswalkjr
Copy link

jasswalkjr commented Nov 16, 2020 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement model-refactor Used to mark issues related to model refactoring for the Metaschema v4 transition. Scope: Modeling Issues targeted at development of OSCAL formats User Story
Projects
None yet
Development

No branches or pull requests

4 participants