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

clarify that policies are also considered components #47

Merged
merged 1 commit into from
Oct 19, 2016

Conversation

afeld
Copy link
Member

@afeld afeld commented Aug 5, 2016

This could probably use elaboration, but I think the change will be helpful to help wrap users' minds around what constitutes a "component".

/cc @JJediny

@jcscottiii
Copy link
Member

jcscottiii commented Oct 18, 2016

hmm. i’m not sure including policies would be a good idea. while we did it for cg-compliance, it makes it hard to know if a particular component influences multiple control families if components are split by policy.

@afeld
Copy link
Member Author

afeld commented Oct 18, 2016

All this pull request is doing is noting that "components" can be:

  • Technical: enforced by code, or
  • Policy/operational: enforced by being written down, included in training, etc.

Some cloud.gov examples I had in mind for the latter:

What you're talking about is whether the components should be split up by control family, to which I agree the answer is "no" 😉 --> cloud-gov/cg-compliance#157

@jcscottiii
Copy link
Member

Ahh my mistake lol

@jcscottiii jcscottiii merged commit 38f8615 into master Oct 19, 2016
@jcscottiii jcscottiii deleted the policy-components branch October 19, 2016 16:53
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants