Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:h:hardened_image [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:h:hardened_image [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Hardened Image ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | A Hardened Image is a [[public: | ||
| + | |||
| + | The hardening process may remove or disable unnecessary services, restrict access, strengthen authentication, | ||
| + | |||
| + | A Hardened Image reflects a defined security configuration at the time of its build. Continued security depends on controlled updates, vulnerability management, configuration management, monitoring, and operation within an appropriate environment. | ||
| + | |||
| + | Within Crucible, hardening and compliance scanning occur as controlled image-build activities, and the resulting findings and evidence remain associated with the image and its [[public: | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | // | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Generalized from cybersecurity, | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | A Hardened Image is not necessarily accredited, authorized, vulnerability-free, | ||
| + | |||
| + | The applicable hardening criteria depend on the operating system, threat model, compliance baseline, workload, and target environment. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | Crucible applies a DISA [[public: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||