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

Add the inter-boundary-component-has-class-attribute constraint #1067

Open
wants to merge 3 commits into
base: develop
Choose a base branch
from

Conversation

DimitriZhurkin
Copy link

@DimitriZhurkin DimitriZhurkin commented Jan 7, 2025

Committer Notes

This constraint tests the following scenario:
In inter-boundary communication components, the information-type properties have the @class attributes.

Related issue #930.

All Submissions:

By submitting a pull request, you are agreeing to provide this contribution under the CC0 1.0 Universal public domain dedication.

@DimitriZhurkin DimitriZhurkin requested a review from a team as a code owner January 7, 2025 16:52
@DimitriZhurkin DimitriZhurkin self-assigned this Jan 7, 2025
Copy link
Contributor

@Gabeblis Gabeblis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks really good! Just a couple minor suggestions and after a rebase, this will be good to go.

@DimitriZhurkin DimitriZhurkin force-pushed the add-inter-boundary-component-information-type-has-class-attribute branch from c3699d8 to 83d0b3c Compare January 14, 2025 17:40
@DimitriZhurkin DimitriZhurkin force-pushed the add-inter-boundary-component-information-type-has-class-attribute branch from 3498780 to 9b8ba8c Compare January 14, 2025 19:05
<expect id="inter-boundary-component-information-type-has-class-attribute" target="$inter-boundary-component" test="prop[@name='information-type' and @ns='http://fedramp.gov/ns/oscal']/@class => exists()" level="ERROR">
<formal-name>Inter-Boundary Component's Information Type Has @class Attribute</formal-name>
<prop namespace="https://docs.oasis-open.org/sarif/sarif/v2.1.0" name="help-url" value="https://automate.fedramp.gov/documentation/ssp/4-ssp-template-to-oscal-mapping/#external-systems-and-services-not-having-fedramp-authorization"/>
<message>In a FedRAMP SSP, the information-type property of the inter-boundary communication component MUST have the @class attribute. The @class attribute MUST NOT be empty, and it MUST contain a valid value (incoming or outgoing).</message>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Per my original feedback, I think this message still doesn't align with fr113 and should be slightly reworded. I also wouldn't add the allowed values in the message. We have the information-type allowed values constraint and documentation for that. It would also require more maintenance if the allowed values ever changed.

Suggested change
<message>In a FedRAMP SSP, the information-type property of the inter-boundary communication component MUST have the @class attribute. The @class attribute MUST NOT be empty, and it MUST contain a valid value (incoming or outgoing).</message>
<message>In a FedRAMP SSP, the information type of an inter-boundary communication component MUST include the network traffic direction.</message>

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.

Components representing inter-boundary communication need to declare the direction of data flow
2 participants