Security-101 基础设施安全核心概念安全卫生、安全态势管理、补丁管理与容器安全实战指南【免费下载链接】Security-1018 Lessons, Kick-start Your Cybersecurity Learning.项目地址: https://gitcode.com/GitHub_Trending/se/Security-101基础设施Infrastructure是所有 IT 环境的基石——服务器、云服务与容器构成了上一节所讲应用程序的运行底座也因此成为攻击者的重点目标。本篇基于 Security-101 课程第 6.1 课translations/el/6.1 Infrastructure security key concepts.md对应英文原版 6.1 Infrastructure security key concepts.md系统讲解基础设施安全四大核心概念安全卫生Security Hygiene、安全态势管理Security Posture Management、软件补丁管理Patching与容器安全Container Security。读完本文你将能够解释基础设施为什么值得单独讲安全、掌握评估组织安全态势的方法论、理解补丁管理为什么是风险管理的第一道防线并建立覆盖镜像、运行时、网络、编排、密钥管理全链路的容器安全认知框架。课程定位为什么基础设施需要单独讲安全Security-101 是一门面向初学者的网络安全课程采用每个小节约 30–60 分钟的轻量课程设计且刻意保持厂商无关vendor agnostic——正如 README.md 所声明的它不教授具体安全工具的操作方法、不教攻击红队/渗透、也不深入特定合规标准而是聚焦核心概念为后续学习 SC-900 等认证打基础。第 6 模块基础设施安全基础Infrastructure security fundamentals在 README.md 的课程总表中被明确定位为学习加固系统hardening、补丁管理、安全卫生与容器安全第 6.2 课则继续讲解 CSPM、CNAPP 等工具能力。第 6.1 课本篇核心回答四个基础问题什么是安全卫生为什么重要什么是安全态势管理什么是补丁管理为什么重要什么是容器容器的安全有什么不同这四个问题构成了从日常习惯到组织级度量再到专项技术栈的完整递进也正是基础设施安全区别于应用安全第 5 模块的关键所在应用程序运行在基础设施之上攻击者既可以打应用也可以直接打底座。什么是安全卫生Security Hygiene及其重要性安全卫生指的是个人与组织为维持良好网络安全习惯而遵循的一整套实践与行为核心是通过主动措施保护系统、数据和网络免受威胁与漏洞侵害。它是构筑强健网络安全态势cybersecurity posture的地基。课程原文给出了安全卫生之所以重要的五大理由逐条展开如下预防攻击Preventing Attacks遵循最佳实践可预防常见网络攻击例如钓鱼phishing、恶意软件感染malware infections与未授权访问unauthorized access。这些攻击大多瞄准的是人的习惯漏洞和未打补丁的系统而非高深的 0day 漏洞。保护数据Protecting Data良好的安全卫生保障敏感与机密数据免于被窃取或暴露直接呼应第 1.1 课 CIA 三要素中的机密性Confidentiality。维持信任Maintaining Trust能持续展示良好安全卫生的组织更容易获得客户与合作伙伴的信任——安全形象本身就是商业资产。合规Compliance大量法规与标准明确要求组织遵循安全卫生实践例如 ISO 27001、SOC 2、FedRAMP 等认证都会把补丁、备份、培训等卫生实践列为审计项详见 1.6 Shared responsibility model.md 中关于合规认证的讨论。降低风险Reducing Risk持续一致的安全卫生能降低安全事件与数据泄露的总体风险这是安全投入最直接的回报。具体到落地安全卫生涵盖六类典型实践保持软件及时更新——即本文第三节要讲的补丁管理使用强密码与多因素认证MFA——这与第 2 模块 IAM 的最小权限原则least privilege一脉相承定期备份regular backups——应对勒索软件与数据丢失的兜底手段员工安全意识培训——人是安全链条中最薄弱也最关键的环节监控可疑活动——为及时发现入侵争取时间窗口日常运维中的账号清理、权限回收、日志留存等不起眼的规范动作。实践提示安全卫生不是一次性项目而是需要制度化的持续过程。可以参照第 1.4 课1.4 Security practices and documentation.md的层次结构把卫生实践固化为 policy政策、procedure流程、standard标准三个层级才能真正落地而不流于口头。什么是安全态势管理Security Posture Management网络安全态势cybersecurity posture指的是一个组织为保护其 IT 系统、网络、数据与资产免受网络威胁和攻击所采取的整体方法与就绪程度。它涵盖组织为保障数字资产、维护信息的机密性、完整性与可用性CIA所动用的全部策略、政策、实践与技术。**安全态势管理SPM则是对上述态势进行评估assess、监控monitor与管理manage**的持续实践其工作对象包括系统、网络、应用与数据目标是确保它们与安全政策、最佳实践和合规要求保持一致。SPM 的核心产出与价值可归纳为四点提供全景视图综合呈现组织当前的安全状态避免只见树木不见森林识别漏洞与弱点主动发现配置漂移、暴露面、缺失补丁等薄弱环节排定修复优先级基于风险而非情绪分配修复资源让有限的团队聚焦最高价值的整改项对齐合规基线让安全状态可度量、可汇报支撑审计与持续改进。在课程体系中SPM 是连接日常卫生第 6.1 课与自动化工具第 6.2 课的桥梁第 6.2 课6.2 Infrastructure security capabilities.md介绍的**云安全态势管理CSPM**正是 SPM 理念在云环境中的工程化落地——通过持续扫描云资源配置、自动修复违规项、生成合规报告把态势管理变成可运行的平台能力代表工具包括 Defender for Cloud、Snyk 等。而 CNAPP云原生应用保护平台则进一步把容器扫描、基础设施即代码IaC扫描、云权限管理等能力聚合为一体化方案。概念澄清SPM 是方法论CSPM 是云场景下的工具化实现。组织在自建机房时代靠安全审计、基线核查、渗透测试来管理态势上云之后因为配置项爆炸式增长才催生了 CSPM 这类自动化产品。理解这一演变有助于你判断组织当前处于手工审计还是平台化态势管理阶段。什么是补丁管理Patching及其重要性补丁管理指将软件更新patch / fix应用到软件、操作系统与应用的过程。这些更新通常修复**安全漏洞、程序缺陷bugs**以及其他可能被攻击者利用的问题。需要特别指出的是硬件设备同样需要打补丁——即固件firmware或其内置操作系统而且硬件补丁往往比软件补丁困难得多涉及停机窗口、设备分布广、厂商支持周期等约束。课程原文从五个维度论证了补丁管理的重要性安全Security补丁修复已知漏洞直接封堵攻击者入侵系统、窃取数据的通道。绝大多数真实入侵依赖的是已被公开但未打补丁的漏洞known exploited vulnerabilities。稳定性Stability补丁常附带稳定性和性能改进降低系统崩溃与故障风险——补丁不仅是安全投入也是质量投入。合规Compliance大量法规与合规标准要求组织及时应用安全补丁未及时打补丁本身就是审计中的高危发现项。维持信任Maintaining Trust规律打补丁向客户和利益相关方展示组织对安全的持续承诺。降低风险Risk Reduction补丁直接压缩攻击面attack surface降低网络攻击成功的概率。不及时打补丁的后果是明确且严重的系统会持续暴露在已知可利用漏洞known exploits之下安全事件与数据丢失的风险显著上升。这正是补丁管理 风险管理第一道防线的由来。从流程视角看补丁管理并非下载即装而是需要一套闭环可对照第 6.2 课漏洞管理vulnerability management的五步方法论步骤动作说明发现资产盘点与漏洞扫描知道有哪些资产、跑什么版本才能知道该打哪些补丁评估CVSS 评分与业务上下文分析用 6.2 Infrastructure security capabilities.md 提到的 CVSS 分数结合业务影响排序优先级排序按风险与影响排序面向公网的 Web 服务优先于内网工具部署分阶段灰度发布先在测试环境验证再推广到生产规避补丁引入的新问题验证确认补丁生效、系统回归正常修复后重新扫描确认漏洞条目消除实践提示对硬件/固件类资产建议建立独立的补丁窗口与回滚预案对云环境可借助云平台的托管补丁服务或镜像级更新策略把补丁前移到镜像重建阶段见下节容器安全的镜像治理。什么是容器容器的安全有何不同容器是什么容器是一种轻量、独立、可执行的软件打包形态包含运行一段软件所需的全部内容代码、运行时runtime、库与系统工具。容器为应用提供一致且隔离的运行环境使得软件可以跨环境、跨平台轻松地开发、打包与部署。课程明确指出流行的容器化技术包括Docker与Kubernetes。与虚拟机相比容器共享宿主机内核因此更轻、启动更快、资源利用率更高——但这也意味着隔离边界更薄安全模型完全不同虚拟机有独立的 guest OS 作为强隔离屏障而容器主要依赖内核的 namespaces命名空间与 cgroups资源控制组机制做隔离。容器安全的七大战区课程原文系统性地列出了容器安全面临的七类挑战这是全文信息密度最高的部分逐条展开如下镜像安全Image Security容器镜像本身可能携带漏洞若镜像不规律更新与打补丁就会被攻击者利用。安全措施包括对镜像做已知漏洞扫描、只使用可信来源的镜像官方镜像、签名镜像。在 CI 阶段集成镜像扫描把扫描结果作为流水线门禁是 DevSecOps 的标准做法。运行时安全Runtime Security运行中的容器必须彼此隔离、并与宿主机隔离防止未授权访问与潜在攻击。运行时安全机制包括 namespaces、cgroups 等容器隔离技术以及用于监控、审计容器行为的工具如运行时异常检测、行为白名单。网络安全Network Security容器之间、容器与外部系统通过网络通信因此必须做网络分段segmentation与防火墙规则来控制流量、阻止未授权访问。默认拒绝default-deny的微隔离策略优于默认放行。访问控制Access Control确保只有授权的用户与进程能访问、修改容器至关重要常用**基于角色的访问控制RBAC**与身份管理工具实现。这与第 2 模块 IAM 的最小权限原则一脉相承——容器进程应只拥有完成任务所需的最小权限避免以 root 运行。日志与监控Logging and Monitoring容器安全要求持续采集、分析日志与监控数据以便实时检测并响应安全事件与异常。容器短暂的生命周期pod 可能随时重建意味着日志必须外置到集中平台如 SIEM/XDR见 4.3 SecOps capabilities.md否则容器销毁即证据消失。编排安全Orchestration Security当使用 Kubernetes 等容器编排平台时编排层自身的保护同等重要包括保护 Kubernetes API server、配置正确的 RBAC 策略、审计集群活动。攻击者一旦拿到 Kubelet 或 API server 的权限就等于控制了整个集群——这也是近年来云安全事件的高发面。密钥管理Secrets ManagementAPI 密钥、密码等敏感信息在容器中必须使用安全的存储与管理方案防止暴露。禁止把密钥硬编码进镜像或环境变量明文注入应使用专门的密钥管理服务secret store并结合最小权限授予与自动轮换。容器安全的解决方案全景课程原文指出容器安全解决方案通常是组合拳包含安全最佳实践最小权限、非 root 运行、只读根文件系统、资源限额漏洞扫描工具镜像扫描、IaC 扫描运行时保护机制行为监控、异常检测、安全加固的 runtime网络安全配置网络策略、微隔离容器编排安全特性Kubernetes RBAC、Pod Security Admission、审计日志。持续监控与自动化是容器安全的两大支柱随着容器化应用不断演进和扩缩容威胁的检测与响应必须自动化、实时化否则安全能力会跟不上容器弹性的速度。这与第 6.2 课 CNAPP 端到端覆盖 CI/CD 全生命周期的设计理念完全一致——从开发到生产的每个阶段都要有安全控制点。与相邻模块的衔接基础设施安全在课程中的位置基础设施安全并非孤立模块它与 Security-101 的课程主线紧密咬合共享责任模型1.6 Shared responsibility model.md在 IaaS 场景下云服务商负责底层基础设施服务器、网络、存储而客户要负责操作系统、应用与安全配置——这正是基础设施安全加固、补丁、容器要亲自操刀的部分理解责任边界才能避免以为云厂商都管了的防御空白。零信任1.5 Zero trust.md容器与云环境的动态性天然契合永不信任、始终验证的零信任原则——每个工作负载、每次调用都应显式验证身份与授权而非依赖网络位置信任。安全运营4.1 SecOps key concepts.md与 4.3 SecOps capabilities.md基础设施层产生的日志、告警最终汇入 SIEM/XDR 平台容器安全的监控能力依赖 SecOps 管道。应用安全5.1 AppSec key concepts.md第 5 模块讨论的应用运行在本文所述的基础设施之上两模块合起来才构成应用 底座的完整防线。学习路线建议完成本课后可继续学习 6.2 Infrastructure security capabilities.md漏洞管理、CSPM、CNAPP 工具层并通过 6.3 End of module quiz.md 的模块测验自检最终可衔接微软 SC-900Security, Compliance, and Identity Fundamentals认证路径。小结基础设施安全的核心逻辑可以用一条链路概括安全卫生日常习惯→ 态势管理组织度量→ 补丁管理风险闭环→ 容器安全云原生专项。应用程序运行在基础设施之上基础设施一旦失守上层的一切防御都失去意义。掌握本课四个核心概念后你就具备了理解第 6.2 课工具能力CSPM、CNAPP、漏洞管理的认知基础——从知道要做什么走向知道用什么做。本文基于 Security-101 课程第 6.1 课translations/el/6.1 Infrastructure security key concepts.md整理与扩展相关课程结构见 README.md。【免费下载链接】Security-1018 Lessons, Kick-start Your Cybersecurity Learning.项目地址: https://gitcode.com/GitHub_Trending/se/Security-101创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Security-101 基础设施安全核心概念：安全卫生、安全态势管理、补丁管理与容器安全实战指南
Security-101 基础设施安全核心概念安全卫生、安全态势管理、补丁管理与容器安全实战指南【免费下载链接】Security-1018 Lessons, Kick-start Your Cybersecurity Learning.项目地址: https://gitcode.com/GitHub_Trending/se/Security-101基础设施Infrastructure是所有 IT 环境的基石——服务器、云服务与容器构成了上一节所讲应用程序的运行底座也因此成为攻击者的重点目标。本篇基于 Security-101 课程第 6.1 课translations/el/6.1 Infrastructure security key concepts.md对应英文原版 6.1 Infrastructure security key concepts.md系统讲解基础设施安全四大核心概念安全卫生Security Hygiene、安全态势管理Security Posture Management、软件补丁管理Patching与容器安全Container Security。读完本文你将能够解释基础设施为什么值得单独讲安全、掌握评估组织安全态势的方法论、理解补丁管理为什么是风险管理的第一道防线并建立覆盖镜像、运行时、网络、编排、密钥管理全链路的容器安全认知框架。课程定位为什么基础设施需要单独讲安全Security-101 是一门面向初学者的网络安全课程采用每个小节约 30–60 分钟的轻量课程设计且刻意保持厂商无关vendor agnostic——正如 README.md 所声明的它不教授具体安全工具的操作方法、不教攻击红队/渗透、也不深入特定合规标准而是聚焦核心概念为后续学习 SC-900 等认证打基础。第 6 模块基础设施安全基础Infrastructure security fundamentals在 README.md 的课程总表中被明确定位为学习加固系统hardening、补丁管理、安全卫生与容器安全第 6.2 课则继续讲解 CSPM、CNAPP 等工具能力。第 6.1 课本篇核心回答四个基础问题什么是安全卫生为什么重要什么是安全态势管理什么是补丁管理为什么重要什么是容器容器的安全有什么不同这四个问题构成了从日常习惯到组织级度量再到专项技术栈的完整递进也正是基础设施安全区别于应用安全第 5 模块的关键所在应用程序运行在基础设施之上攻击者既可以打应用也可以直接打底座。什么是安全卫生Security Hygiene及其重要性安全卫生指的是个人与组织为维持良好网络安全习惯而遵循的一整套实践与行为核心是通过主动措施保护系统、数据和网络免受威胁与漏洞侵害。它是构筑强健网络安全态势cybersecurity posture的地基。课程原文给出了安全卫生之所以重要的五大理由逐条展开如下预防攻击Preventing Attacks遵循最佳实践可预防常见网络攻击例如钓鱼phishing、恶意软件感染malware infections与未授权访问unauthorized access。这些攻击大多瞄准的是人的习惯漏洞和未打补丁的系统而非高深的 0day 漏洞。保护数据Protecting Data良好的安全卫生保障敏感与机密数据免于被窃取或暴露直接呼应第 1.1 课 CIA 三要素中的机密性Confidentiality。维持信任Maintaining Trust能持续展示良好安全卫生的组织更容易获得客户与合作伙伴的信任——安全形象本身就是商业资产。合规Compliance大量法规与标准明确要求组织遵循安全卫生实践例如 ISO 27001、SOC 2、FedRAMP 等认证都会把补丁、备份、培训等卫生实践列为审计项详见 1.6 Shared responsibility model.md 中关于合规认证的讨论。降低风险Reducing Risk持续一致的安全卫生能降低安全事件与数据泄露的总体风险这是安全投入最直接的回报。具体到落地安全卫生涵盖六类典型实践保持软件及时更新——即本文第三节要讲的补丁管理使用强密码与多因素认证MFA——这与第 2 模块 IAM 的最小权限原则least privilege一脉相承定期备份regular backups——应对勒索软件与数据丢失的兜底手段员工安全意识培训——人是安全链条中最薄弱也最关键的环节监控可疑活动——为及时发现入侵争取时间窗口日常运维中的账号清理、权限回收、日志留存等不起眼的规范动作。实践提示安全卫生不是一次性项目而是需要制度化的持续过程。可以参照第 1.4 课1.4 Security practices and documentation.md的层次结构把卫生实践固化为 policy政策、procedure流程、standard标准三个层级才能真正落地而不流于口头。什么是安全态势管理Security Posture Management网络安全态势cybersecurity posture指的是一个组织为保护其 IT 系统、网络、数据与资产免受网络威胁和攻击所采取的整体方法与就绪程度。它涵盖组织为保障数字资产、维护信息的机密性、完整性与可用性CIA所动用的全部策略、政策、实践与技术。**安全态势管理SPM则是对上述态势进行评估assess、监控monitor与管理manage**的持续实践其工作对象包括系统、网络、应用与数据目标是确保它们与安全政策、最佳实践和合规要求保持一致。SPM 的核心产出与价值可归纳为四点提供全景视图综合呈现组织当前的安全状态避免只见树木不见森林识别漏洞与弱点主动发现配置漂移、暴露面、缺失补丁等薄弱环节排定修复优先级基于风险而非情绪分配修复资源让有限的团队聚焦最高价值的整改项对齐合规基线让安全状态可度量、可汇报支撑审计与持续改进。在课程体系中SPM 是连接日常卫生第 6.1 课与自动化工具第 6.2 课的桥梁第 6.2 课6.2 Infrastructure security capabilities.md介绍的**云安全态势管理CSPM**正是 SPM 理念在云环境中的工程化落地——通过持续扫描云资源配置、自动修复违规项、生成合规报告把态势管理变成可运行的平台能力代表工具包括 Defender for Cloud、Snyk 等。而 CNAPP云原生应用保护平台则进一步把容器扫描、基础设施即代码IaC扫描、云权限管理等能力聚合为一体化方案。概念澄清SPM 是方法论CSPM 是云场景下的工具化实现。组织在自建机房时代靠安全审计、基线核查、渗透测试来管理态势上云之后因为配置项爆炸式增长才催生了 CSPM 这类自动化产品。理解这一演变有助于你判断组织当前处于手工审计还是平台化态势管理阶段。什么是补丁管理Patching及其重要性补丁管理指将软件更新patch / fix应用到软件、操作系统与应用的过程。这些更新通常修复**安全漏洞、程序缺陷bugs**以及其他可能被攻击者利用的问题。需要特别指出的是硬件设备同样需要打补丁——即固件firmware或其内置操作系统而且硬件补丁往往比软件补丁困难得多涉及停机窗口、设备分布广、厂商支持周期等约束。课程原文从五个维度论证了补丁管理的重要性安全Security补丁修复已知漏洞直接封堵攻击者入侵系统、窃取数据的通道。绝大多数真实入侵依赖的是已被公开但未打补丁的漏洞known exploited vulnerabilities。稳定性Stability补丁常附带稳定性和性能改进降低系统崩溃与故障风险——补丁不仅是安全投入也是质量投入。合规Compliance大量法规与合规标准要求组织及时应用安全补丁未及时打补丁本身就是审计中的高危发现项。维持信任Maintaining Trust规律打补丁向客户和利益相关方展示组织对安全的持续承诺。降低风险Risk Reduction补丁直接压缩攻击面attack surface降低网络攻击成功的概率。不及时打补丁的后果是明确且严重的系统会持续暴露在已知可利用漏洞known exploits之下安全事件与数据丢失的风险显著上升。这正是补丁管理 风险管理第一道防线的由来。从流程视角看补丁管理并非下载即装而是需要一套闭环可对照第 6.2 课漏洞管理vulnerability management的五步方法论步骤动作说明发现资产盘点与漏洞扫描知道有哪些资产、跑什么版本才能知道该打哪些补丁评估CVSS 评分与业务上下文分析用 6.2 Infrastructure security capabilities.md 提到的 CVSS 分数结合业务影响排序优先级排序按风险与影响排序面向公网的 Web 服务优先于内网工具部署分阶段灰度发布先在测试环境验证再推广到生产规避补丁引入的新问题验证确认补丁生效、系统回归正常修复后重新扫描确认漏洞条目消除实践提示对硬件/固件类资产建议建立独立的补丁窗口与回滚预案对云环境可借助云平台的托管补丁服务或镜像级更新策略把补丁前移到镜像重建阶段见下节容器安全的镜像治理。什么是容器容器的安全有何不同容器是什么容器是一种轻量、独立、可执行的软件打包形态包含运行一段软件所需的全部内容代码、运行时runtime、库与系统工具。容器为应用提供一致且隔离的运行环境使得软件可以跨环境、跨平台轻松地开发、打包与部署。课程明确指出流行的容器化技术包括Docker与Kubernetes。与虚拟机相比容器共享宿主机内核因此更轻、启动更快、资源利用率更高——但这也意味着隔离边界更薄安全模型完全不同虚拟机有独立的 guest OS 作为强隔离屏障而容器主要依赖内核的 namespaces命名空间与 cgroups资源控制组机制做隔离。容器安全的七大战区课程原文系统性地列出了容器安全面临的七类挑战这是全文信息密度最高的部分逐条展开如下镜像安全Image Security容器镜像本身可能携带漏洞若镜像不规律更新与打补丁就会被攻击者利用。安全措施包括对镜像做已知漏洞扫描、只使用可信来源的镜像官方镜像、签名镜像。在 CI 阶段集成镜像扫描把扫描结果作为流水线门禁是 DevSecOps 的标准做法。运行时安全Runtime Security运行中的容器必须彼此隔离、并与宿主机隔离防止未授权访问与潜在攻击。运行时安全机制包括 namespaces、cgroups 等容器隔离技术以及用于监控、审计容器行为的工具如运行时异常检测、行为白名单。网络安全Network Security容器之间、容器与外部系统通过网络通信因此必须做网络分段segmentation与防火墙规则来控制流量、阻止未授权访问。默认拒绝default-deny的微隔离策略优于默认放行。访问控制Access Control确保只有授权的用户与进程能访问、修改容器至关重要常用**基于角色的访问控制RBAC**与身份管理工具实现。这与第 2 模块 IAM 的最小权限原则一脉相承——容器进程应只拥有完成任务所需的最小权限避免以 root 运行。日志与监控Logging and Monitoring容器安全要求持续采集、分析日志与监控数据以便实时检测并响应安全事件与异常。容器短暂的生命周期pod 可能随时重建意味着日志必须外置到集中平台如 SIEM/XDR见 4.3 SecOps capabilities.md否则容器销毁即证据消失。编排安全Orchestration Security当使用 Kubernetes 等容器编排平台时编排层自身的保护同等重要包括保护 Kubernetes API server、配置正确的 RBAC 策略、审计集群活动。攻击者一旦拿到 Kubelet 或 API server 的权限就等于控制了整个集群——这也是近年来云安全事件的高发面。密钥管理Secrets ManagementAPI 密钥、密码等敏感信息在容器中必须使用安全的存储与管理方案防止暴露。禁止把密钥硬编码进镜像或环境变量明文注入应使用专门的密钥管理服务secret store并结合最小权限授予与自动轮换。容器安全的解决方案全景课程原文指出容器安全解决方案通常是组合拳包含安全最佳实践最小权限、非 root 运行、只读根文件系统、资源限额漏洞扫描工具镜像扫描、IaC 扫描运行时保护机制行为监控、异常检测、安全加固的 runtime网络安全配置网络策略、微隔离容器编排安全特性Kubernetes RBAC、Pod Security Admission、审计日志。持续监控与自动化是容器安全的两大支柱随着容器化应用不断演进和扩缩容威胁的检测与响应必须自动化、实时化否则安全能力会跟不上容器弹性的速度。这与第 6.2 课 CNAPP 端到端覆盖 CI/CD 全生命周期的设计理念完全一致——从开发到生产的每个阶段都要有安全控制点。与相邻模块的衔接基础设施安全在课程中的位置基础设施安全并非孤立模块它与 Security-101 的课程主线紧密咬合共享责任模型1.6 Shared responsibility model.md在 IaaS 场景下云服务商负责底层基础设施服务器、网络、存储而客户要负责操作系统、应用与安全配置——这正是基础设施安全加固、补丁、容器要亲自操刀的部分理解责任边界才能避免以为云厂商都管了的防御空白。零信任1.5 Zero trust.md容器与云环境的动态性天然契合永不信任、始终验证的零信任原则——每个工作负载、每次调用都应显式验证身份与授权而非依赖网络位置信任。安全运营4.1 SecOps key concepts.md与 4.3 SecOps capabilities.md基础设施层产生的日志、告警最终汇入 SIEM/XDR 平台容器安全的监控能力依赖 SecOps 管道。应用安全5.1 AppSec key concepts.md第 5 模块讨论的应用运行在本文所述的基础设施之上两模块合起来才构成应用 底座的完整防线。学习路线建议完成本课后可继续学习 6.2 Infrastructure security capabilities.md漏洞管理、CSPM、CNAPP 工具层并通过 6.3 End of module quiz.md 的模块测验自检最终可衔接微软 SC-900Security, Compliance, and Identity Fundamentals认证路径。小结基础设施安全的核心逻辑可以用一条链路概括安全卫生日常习惯→ 态势管理组织度量→ 补丁管理风险闭环→ 容器安全云原生专项。应用程序运行在基础设施之上基础设施一旦失守上层的一切防御都失去意义。掌握本课四个核心概念后你就具备了理解第 6.2 课工具能力CSPM、CNAPP、漏洞管理的认知基础——从知道要做什么走向知道用什么做。本文基于 Security-101 课程第 6.1 课translations/el/6.1 Infrastructure security key concepts.md整理与扩展相关课程结构见 README.md。【免费下载链接】Security-1018 Lessons, Kick-start Your Cybersecurity Learning.项目地址: https://gitcode.com/GitHub_Trending/se/Security-101创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考