|
| 1 | +# OSPS Baseline Maintenance Process |
| 2 | + |
| 3 | +* Normal text fixes to the criteria will be accepted via pull request and reviewed by the baseline project maintainers. |
| 4 | +Allowed changes are corrections to spelling/typos, grammar corrections, or enhancements to the supplementary text supporting the criteria, including: Objective, Implementation, Control Mappings, and Scorecard/Insights values. |
| 5 | +At least two project maintainers must review and approve these changes. |
| 6 | +* Substantive changes to Criteria, including changes to text that alters the originally stated meaning, new Criteria proposals, or removal of Criteria will be documented in GitHub PR(s) and reviewed regularly by the Baseline project maintainers. |
| 7 | +These changes may reflect changes to global cybersecurity regulations and frameworks or changes in norms around application/project security practices. |
| 8 | +Any such substantive changes must be approved by a majority of the project's maintainers. |
| 9 | +* As appropriate, but at least annually, the Baseline project maintainers will evaluate the set of criteria and, if necessary, publish a new version of the Baseline. |
| 10 | +Previous versions of the Baseline will remain avialable, but are not maintained. |
| 11 | +* Any changes to the Baseline will be reflected within the Compliance Matrix, with new requirements flagged where the Baseline Criteria are appropriate. |
| 12 | +* Versions will follow a calendar-based identifcation system, using the `YYYY-MM-DD` format. |
| 13 | +* Downstream stakeholders will be notified via the project's mailing list on the changes and updates. |
| 14 | + |
| 15 | +## Identifiers |
| 16 | + |
| 17 | +* Identifiers for retired criteria MUST NOT be reused. |
| 18 | +Retired identifiers will remain in the source yaml files, clearly marked. |
| 19 | +* Substantial changes to the meaning of a criterion will be treated as a new criterion, resulting in a new identifier. |
| 20 | +Minor changes, including a change in level, between Baseline versions will not result in a new identifier. |
| 21 | +* The numeric portion of identifiers are assigned sequentially per category. |
| 22 | +They do not carry additional meaning. |
0 commit comments