本文へ移動
cccskills
無料GitHub で公開

nist-800-171

Knowledge base from NIST SP 800-171 Rev. 3 (Protecting CUI in Nonfederal Systems). Use for CUI confidentiality requirements on contractors and other nonfederal organizations, the 17 requirement families, ODPs, SSPs, POA&Ms, and tailoring from SP 800-53. Covers 800-171r3 only; does not replace SP 800-171A assessment procedures, full SP 800-53 baselines, CMMC scoring mechanics, or classified-information controls.

インストール方法を見る

含まれるファイル(14)

  • SKILL.md8.9 KB
  • chapters/ch01-cui-scope-fundamentals-and-structure.md5.6 KB
  • chapters/ch02-access-control-and-identification.md5.0 KB
  • chapters/ch03-awareness-personnel-physical.md4.4 KB
  • chapters/ch04-audit-and-configuration.md5.0 KB
  • chapters/ch05-incident-maintenance-media.md4.5 KB
  • chapters/ch06-risk-assessment-monitoring-planning.md4.3 KB
  • chapters/ch07-communications-and-integrity.md5.1 KB
  • chapters/ch08-acquisition-and-supply-chain.md4.1 KB
  • cheatsheet.md2.6 KB
  • glossary.md4.0 KB
  • LICENSE1.1 KB
  • PACK.yaml1.2 KB
  • patterns.md4.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- argument-hint: [topic, family, or chapter number] -->

NIST SP 800-171 Rev. 3 — Protecting CUI in Nonfederal Systems

Source: NIST SP 800-171r3 (US Government work, public domain) | Chapters: 8

When to use

Reach for this pack when scoping, implementing, or assessing security requirements for Controlled Unclassified Information on nonfederal systems — typically under federal contracts or agreements. It is the right starting point for mapping the 17 requirement families, filling organization-defined parameters, writing or reviewing a system security plan, tracking deficiencies in POA&Ms, isolating CUI components, or understanding how 800-171 was tailored from the SP 800-53 moderate baseline.

Prerequisites: none — plain Markdown; no MCP server, API key, or licence tier needed at runtime.

How to Use This Skill

  • Without arguments — load the core frameworks below.
  • With a topic — ask about CUI scope, a family (e.g., access control, incident response, supply chain), ODPs, SSP, POA&M, media sanitization, MFA, or SCRM; I read the relevant chapter.
  • With a chapter — ask for ch01 through ch08.

Supporting files: glossary.md, patterns.md, cheatsheet.md.

Core Frameworks & Mental Models

Purpose and applicability

SP 800-171r3 gives federal agencies recommended security requirements to protect CUI confidentiality when that information resides in nonfederal systems and no category-specific safeguarding instrument already prescribes controls. Requirements apply only to components that process, store, or transmit CUI (or protect those components). Organizations operating systems on behalf of a federal agency are under FISMA, not this nonfederal CUI set.

Derivation and tailoring

Starting from SP 800-53 controls in the SP 800-53B moderate baseline, NIST removed items that are primarily a federal responsibility, unrelated to CUI confidentiality, adequately covered elsewhere, or not applicable. Assumptions include: CUI has the same value in federal and nonfederal custody; safeguards should be consistent; confidentiality impact is no less than moderate; nonfederal orgs may use external providers.

Seventeen requirement families

FamilyFocus
Access ControlAccounts, least privilege, remote/mobile/wireless, flow control
Awareness and TrainingLiteracy + role-based training
Audit and AccountabilityLogging, review, time stamps, log protection
Configuration ManagementBaselines, change control, least functionality, inventory
Identification and AuthenticationUnique ID, MFA, authenticators, passwords
Incident ResponseHandling capability, plan, test, train, report
MaintenanceTools, nonlocal sessions, personnel
Media ProtectionStore, mark, transport, sanitize, backup crypto
Personnel SecurityScreening, termination/transfer
Physical ProtectionFacility access, monitoring, alternate sites, transmission lines
Risk AssessmentAssess risk, vulnerability monitoring, risk response
Security Assessment and MonitoringAssess controls, POA&M, continuous monitoring, exchanges
System and Communications ProtectionBoundaries, crypto, deny-by-default, sessions
System and Information IntegrityPatching, malware, alerts, monitoring, retention
PlanningPolicies, system security plan, rules of behavior
System and Services AcquisitionSecurity engineering, unsupported components, external services
Supply Chain Risk ManagementSCRM plan, acquisition strategies, supplier requirements

Organization-defined parameters (ODPs)

Many requirements contain assignment/selection operations. Agencies (or consortia) should set values; if they do not, the nonfederal organization must assign values to complete the requirement. Once set, ODP values are part of the requirement and drive consistent assessment.

Requirement structure

Each requirement has a normative statement, an informative discussion (not a scope expansion), and references to source SP 800-53 controls plus supporting publications. Example pattern: cryptographic protection types are assigned via ODP; discussion recommends FIPS-validated cryptography.

Scoping and exceptions

Isolate CUI components into separate security domains (physical and/or logical) to avoid over-hardening the entire enterprise. Document enduring limitations (e.g., specialized systems) in the SSP (03.15.02). Manage temporary deficiencies through POA&Ms (03.12.02).

Assessment companion

SP 800-171A provides assessment procedures. This pack explains what the requirements mean; 171A explains how to assess them.

Chapter Index

#SectionKey content
ch01CUI Scope, Fundamentals, and StructureApplicability, tailoring, 17 families, ODPs, SSP/POA&M exception paths
ch02Access Control + Identification & AuthenticationAccounts, least privilege, remote/mobile, MFA, authenticators
ch03Awareness, Personnel, PhysicalTraining, screening, offboarding, facility and alternate-site controls
ch04Audit + Configuration ManagementLogging lifecycle, baselines, change control, allow-by-exception software
ch05Incident Response, Maintenance, MediaIR plan/capability, nonlocal maintenance, media sanitization and backup crypto
ch06Risk, Assessment & Monitoring, PlanningRisk response, POA&M, continuous monitoring, SSP, rules of behavior
ch07Communications Protection + IntegrityBoundaries, cryptography, patching, malware, system monitoring
ch08Acquisition + Supply Chain Risk ManagementSecurity engineering, external services, SCRM plan and supplier flow-down

Topic Index

  • Access control / least privilege → ch02
  • Alternate work site → ch03
  • Audit logging / time stamps → ch04
  • Authenticator / password management → ch02
  • Backup confidentiality / media crypto → ch05, ch07
  • Boundary protection / deny by default → ch07
  • Configuration baseline / change control → ch04
  • Continuous monitoring → ch06
  • Cryptographic protection / key management → ch07
  • CUI definition and scope → ch01
  • External system services / cloud providers → ch08
  • Flaw remediation / patching → ch07
  • Incident response plan / handling → ch05
  • Information exchange agreements → ch06
  • Information flow enforcement → ch02
  • Malicious code protection → ch07
  • Media sanitization / marking / transport → ch05
  • Multi-factor authentication (MFA) → ch02
  • Nonlocal maintenance → ch05
  • Organization-defined parameters (ODPs) → ch01, ch06
  • Personnel screening / termination → ch03
  • Physical access control → ch03
  • Plan of action and milestones (POA&M) → ch06
  • Remote / wireless / mobile access → ch02
  • Risk assessment / vulnerability scanning → ch06
  • Rules of behavior → ch06
  • Security assessment → ch06
  • Security engineering principles → ch08
  • Supply chain risk management (SCRM) → ch08
  • System security plan (SSP) → ch01, ch06
  • Tailoring from SP 800-53 → ch01
  • Training (literacy and role-based) → ch03
  • Unsupported / end-of-life components → ch08

Supporting Files

  • glossary.md — key 800-171 / CUI terms with chapter references
  • patterns.md — implementation patterns (When / How / Trade-offs)
  • cheatsheet.md — decision rules, family map, tells & smells

Scope & Limits

This pack covers NIST SP 800-171 Revision 3 (final 2024-05-14, DOI 10.6028/NIST.SP.800-171r3) — purpose, fundamentals, and the 17 security requirement families as synthesized reference notes. It does not cover: SP 800-171A assessment procedures in full; SP 800-53 control catalog detail beyond provenance; CMMC level scoring or assessment guides; DFARS solicitation clauses as legal advice; classified information (EO 13526) controls; or sector-specific CUI category instruments that supersede the moderate baseline. US Government public domain work; no copyright restrictions on the source document. No source-material download link is published.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Signpost (not a knowledge pack) for the automotive standards landscape: ISO 26262, ASPICE, SAE J3016, UNECE R155, UNECE R156, and the NHTSA vehicle set. Contains NO source content: designation, edition, owner, status, and an official catalogue URL only. Use when you need to identify or locate an automotive standard. Most are paywalled or carry no redistribution grant and cannot be packaged; the one open path is the nhtsa-vehicle pack.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

cisa-cpg

無料

Knowledge base from CISA Cross-Sector Cybersecurity Performance Goals 2.0. Use for prioritized IT/OT baseline cyber goals aligned to NIST CSF 2.0 (including GOVERN), critical-infrastructure hygiene, MSP/supply-chain expectations, and board-friendly outcome language. Covers CPG 2.0 goals only; does not replace full CSF programs, sector-specific goals (SSGs), or CSET tooling detail.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from DAFMAN 63-119 (15 April 2021), Mission-Oriented Test Readiness Certification. Use for continuous MOTRC replacing single-point OTRR thinking: framework/applicability, Certification Official vs PM roles, review cycle and exit criteria, certification memo/decertify gates, DT&E/contractor evidence, ITT integration and cyber resiliency, and the 31-template matrix. DAF T&E readiness process only—does not replace DoDI 5000.89, AFI 99-103, or multi-service lead policies.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Systems Engineering Guidebook (OUSD R&E, February 2022). Use for the DoD SE process model — the 16 SE processes (8 technical management + 8 technical) mapped to ISO/IEC/IEEE 15288, the event-driven technical reviews and audits across the Major Capability Acquisition life cycle (ASR, SRR, SFR, PDR, CDR, SVR/FCA, PRR, PCA), the Systems Engineering Plan (SEP), risk/issue/opportunity management, TPMs and leading indicators, system-of-systems and digital engineering, and the 24 design considerations (RAM, system safety, HSI, system security engineering, MOSA, supportability, etc.). Acquisition-program oriented: thin on detailed cost estimating, contracting law, and non-DoD or commercial life cycles.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge pack from 'Towards Digital Engineering: The Advent of Digital Systems Engineering' (Huang et al., Old Dominion University, arXiv:2002.11672, 2020). Use when reasoning about digital engineering, the DoD Digital Engineering Strategy and its five goals, the Authoritative Source of Truth, digitalization vs. digitization, digital augmentation, digitalized models, provenance, unique identification, and the four-level (vision/strategy/action/foundation) DSE research framework. Covers the conceptual/vision layer of the field. SCOPE LIMITS: this is a single ~28-page vision paper, not a methods handbook — it is thin on step-by-step procedures, tooling, case studies, and quantitative evaluation, and it predates 2020 so it does not cover later digital-engineering standards or recent AI/LLM advances. Use the sebok pack for established SE canon and MBSE depth.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Digital Engineering Strategy (2018, OUSD/ODASD(SE)). Use for the Department of Defense's five digital engineering goals — (1) formalize the development, integration, and use of models; (2) provide an enduring authoritative source of truth; (3) incorporate technological innovation; (4) establish supporting infrastructure and environments; (5) transform the culture and workforce — plus their focus areas, the document-to-model and design-build-test→model-analyze-build shifts, model formalisms/provenance, governance and access control of the authoritative source of truth, and the coordinate→plan→pilot→sustain rollout. A vision-and-policy strategy, deliberately non-prescriptive. Does NOT provide a how-to method, tool tutorials, MBSE/SysML mechanics, or implementation-plan content; thin on metrics, acquisition-policy detail, and step-by-step procedure. Excludes the CAC-gated Digital Engineering Body of Knowledge (DEBoK).

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

jgsystemsconsulting のスキルをすべて見る

このスキルの問題を報告する