You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Split safety impact into supplier / deployer safety impacts #1
(This was actually from @j--- I think, I just copied & pasted the text into the issue, so be careful when dereferencing the pronoun "I" in the below)
"Safety Impact" probably needs to be split up into one for the vendor and one for the applier. I think the vendor one could be re-used by a coordinator. I'd call it "public safety impact" or some such. The Applier one would be "situated safety impact" or some such.
changed the title [-]Split safety impact into vendor / applier safety impacts[/-][+]Split safety impact into supplier / deployer safety impacts[/+]on Oct 16, 2020
End result for Deployers will be that safety & mission will go from 5x5=25 possibilities to 4x4 -> 3 categories which should reduce the complexity of the deployer tree considerably.
Activity
j--- commentedon Oct 8, 2020
This is also related to feedback from https://blog.secursive.com/posts/critical-look-stakeholder-specific-vulnerability-categorization-ssvc/
Basically that "safety impact" as written in v1 is too complicated / fine grained for the supplier to provide accurately.
[-]Split safety impact into vendor / applier safety impacts[/-][+]Split safety impact into supplier / deployer safety impacts[/+]ahouseholder commentedon Oct 16, 2020
Updated plan based on recent discussions:
End result for Deployers will be that safety & mission will go from 5x5=25 possibilities to 4x4 -> 3 categories which should reduce the complexity of the deployer tree considerably.
Compress safety and mission impacts fix for #1(+11 squashed commits)
Merge pull request #51 from ahouseholder/feature/fix_1
Merge pull request #1 from CERTCC/main
Merge pull request #1 from CERTCC/main