Skip to content

Control keys should be treated unique to their standard #99

Description

@darkhelmet

In a policy, procedure, or narrative, you define the controls that are satisfied, scoped to the standard they are from.

On the standard webpage that is rendered, it just dumps everything together, assuming that if something satisfies standard X, control key Y, then it must also satisfy standard Z, control key Y.

Right now I'm trying to convert our existing stuff from CCM v3 to CCM v4, and many of the control keys overlap in key name but aren't actually the same. I think I'll get around it for now by prefixing the names with CCMv4 or something, but the system really should treat them differently, given that you separate them out in all the other places.

I started to poke around the code a bit to see if there was anything quick and easy I could do, but I didn't see anything I could bang out in 15 minutes.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions