Skip to content
Back to skills

PS.2.1 Ps21

ASecurity

Make software integrity verification information available to software acquirers.

  • 3,518 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 3, 2026
securitygodockergitci/cdsecuritydocumentation

Works with

  • mcp

Security analysis

A100/100

Scanned September 3, 2026

npx -y skills add CyberStrikeus/CyberStrike --skill PS.2.1_ps21 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of PS.2.1 Ps21?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for PS.2.1 Ps21
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/cyberstrikeus-ps-2-1-ps21/badge)](https://www.skillsdirectory.com/skills/cyberstrikeus-ps-2-1-ps21)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: "PS.2.1_ps21"
description: "Make software integrity verification information available to software acquirers."
category: "authorization"
version: "1.1"
author: "cyberstrike-official"
tags:
  - nist
  - sp800-218
  - ssdf
  - ps-2-1
  - ps
  - secure-development
  - task
tech_stack:
  - git
  - ci-cd
  - docker
cwe_ids:
  - CWE-284
chains_with: []
prerequisites:
  - Provide a Mechanism for Verifying Software Release Integrity (PS.2)
severity_boost: {}
---

# PS.2.1 PS.2.1

> **Task of practice:** Provide a Mechanism for Verifying Software Release Integrity (PS.2)

## High-Level Description

**Practice Group:** Protect Software (PS)
**Framework:** NIST SP 800-218 SSDF v1.1

Make software integrity verification information available to software acquirers.

## What to Check

- [ ] Verify PS.2.1 PS.2.1 is integrated into SDLC
- [ ] Review CI/CD pipeline for PS.2.1 implementation
- [ ] Confirm automated tooling supports this practice

## How to Test

### Step 1: Review SDLC Documentation

Examine development lifecycle documentation for evidence of PS.2.1 practice implementation.

### Step 2: Verify Tooling

```
# Check CI/CD pipeline configuration
# Verify security tools are integrated

# Example: Check for SAST/DAST in pipeline
grep -r "security\|scan\|sast\|dast" .github/workflows/ 2>/dev/null
grep -r "security\|scan" Jenkinsfile 2>/dev/null
```

### Step 3: Assess Developer Awareness

Verify development team understands and follows PS.2.1 PS.2.1 practice.

## Tools

| Tool                | Purpose                            | Usage                        |
| ------------------- | ---------------------------------- | ---------------------------- |
| github-security-mcp | Check repository security settings | `github_security_*` tools    |
| Manual Review       | SDLC process review                | Documentation and interviews |

## Remediation Guide

Implement PS.2.1 PS.2.1 in the software development lifecycle:

Make software integrity verification information available to software acquirers.

## Risk Assessment

| Finding                       | Severity | Impact                                |
| ----------------------------- | -------- | ------------------------------------- |
| PS.2.1 PS.2.1 not implemented | Medium   | Secure Development - Protect Software |

## CWE Categories

| CWE ID  | Title                   |
| ------- | ----------------------- |
| CWE-284 | Improper Access Control |

## References

- [NIST SP 800-218 SSDF v1.1](https://csrc.nist.gov/pubs/sp/800/218/final)
- [NIST SSDF Practices](https://csrc.nist.gov/projects/ssdf)
- [NIST OSCAL Content](https://github.com/usnistgov/oscal-content)

## Checklist

- [ ] Practice documented in SDLC policy
- [ ] Tooling configured and operational
- [ ] Development team trained
- [ ] Evidence of consistent application
- [ ] Periodic review scheduled

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

View all in security →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.