作者：启鑫

Windows 11 全新安装如何跳过微软账户创建本地账户
Windows 11 的安装过程中，微软强制要求用户使用微软账户登录，这给一些不愿意绑定在线账户的用户带来了不便。不过，仍然有一种新的方法可以让你在 OOBE（Out-of-Box Experience，首次设置）期间跳过微软账户登录，直接创建本地账户。

方法一

进入 OOBE 设置界面

安装 Windows 11 时，在 “让我们连接你到一个网络” 或 “登录到你的 Microsoft 账户” 页面时，系统通常会强制要求你输入微软账户信息。

打开命令提示符（CMD）

按下 Shift + F10 组合键，弹出命令提示符窗口。

输入命令跳过微软账户

在命令提示符窗口中输入以下命令，并回车执行：
```
OOBE\BYPASSNRO.cmd
```
系统将会跳过微软账户登录界面，直接进入本地账户创建界面。

方法二

进入 OOBE 设置界面

安装 Windows 11 时，在 “让我们连接你到一个网络” 或 “登录到你的 Microsoft 账户” 页面时，系统通常会强制要求你输入微软账户信息。

打开命令提示符（CMD）

按下 Shift + F10 组合键，弹出命令提示符窗口。

输入命令跳过微软账户

在命令提示符窗口中输入以下命令，并回车执行：
```
start ms-cxh:localonly
```
系统将会跳过微软账户登录界面，直接进入本地账户创建界面。
2025年3月31日
通过Cockpit管理 Ubuntu 24.04 服务器
在Ubuntu 24.04 上安装和配置 Cockpit应用
Cockpit 是一个基于 Web 的服务器管理工具，用于简化和直观地管理 Linux 系统。它提供了一个用户友好的界面，使系统管理员可以通过浏览器方便地执行常见的管理任务，如监控系统性能、管理用户、查看日志、启动和停止服务、配置网络等。
1. 更新软件包列表：
```
sudo apt update
```
1. 安装 Cockpit：
```
sudo apt install cockpit
```
1. 启用并启动 Cockpit 服务：
```
sudo systemctl enable --now cockpit.socket
```
1. 验证 Cockpit 服务状态：
```
sudo systemctl status cockpit.socket
```
通过 Web 浏览器访问 Cockpit 界面，https://<your-server-ip>:9090 进行访问
2025年3月30日
深入理解容器技术：原理、优势、应用与安全
容器技术作为现代软件开发和部署的核心基石，通过轻量级、可移植的封装方式，极大地提升了应用程序的开发、部署效率、资源利用率和可移植性。

什么是容器？

容器是一种轻量级且可移植的软件包，它包含了运行应用程序所需的所有组件：代码、运行时环境、系统工具、系统库和配置。 核心理念是将应用程序及其所有依赖项打包在一个独立、标准化的单元中，从而确保应用程序在任何支持容器的环境中都能以一致的方式运行，无需关注底层基础设施的差异性。

可以将容器比作一个标准化的“集装箱”，其中装载着应用程序及其运行所需的一切物资。无论这个“集装箱”被运输到何处（例如，不同的服务器、云平台），内部的应用程序都能保持其原始状态并正常运行。

核心特性：
- 隔离性 (Isolation)： 每个容器都在一个相互隔离的环境中运行，与宿主机上的其他容器和进程互不干扰。这种隔离提供了资源和安全上的保障。
- 轻量级 (Lightweight)： 容器共享宿主机操作系统的内核，相比于传统的虚拟机，它们更加轻巧，启动速度更快，资源消耗更低。
- 可移植性 (Portability)： 容器镜像可以在不同的环境中轻松地传输和部署，保证了应用程序在开发、测试和生产等不同阶段的一致性。
- 一致性 (Consistency)： 容器确保应用程序及其依赖项在任何环境下都以相同的配置运行，有效解决了“在我机器上可以运行”这类环境不一致导致的问题。
容器的核心优势

采用容器技术能够带来显著的益处，主要体现在以下几个方面：

提升开发与部署效率
- 快速部署 (Rapid Deployment)： 容器启动速度极快，能够显著缩短新应用上线或现有应用更新的时间。
- 简化部署流程 (Simplified Deployment)： 将应用程序及其所有依赖项打包成一个单元，极大地简化了部署流程，降低了因配置不一致而引发的错误。
- 支持持续集成/持续交付 (CI/CD Support)： 容器与 CI/CD 流程天然契合，能够实现自动化构建、测试和部署，加速软件迭代。
增强应用程序的可移植性与一致性
- 跨环境运行 (Cross-Environment Operation)： 相同的容器镜像可以在本地开发环境、测试环境、生产服务器以及各种云服务提供商的平台上无缝运行。
- 环境一致性保障 (Environment Consistency Assurance)： 确保应用程序在整个生命周期中拥有完全一致的运行环境，从根本上减少了环境差异带来的问题。
优化资源利用率
- 轻量化特性 (Lightweight Nature)： 相较于虚拟机，容器的资源占用更小，使得在同一物理机上能够运行更多的应用程序实例。
- 弹性伸缩能力 (Elastic Scalability)： 可以根据实际需求快速启动或停止容器，实现应用程序的动态伸缩，优化资源分配。
简化应用程序管理
- 模块化管理 (Modular Management)： 复杂的应用程序可以拆分为多个独立的、可管理的容器，降低了维护和升级的复杂度。
- 版本控制与回滚 (Version Control and Rollback)： 容器镜像支持版本控制，方便在出现问题时快速回滚到之前的稳定版本。
提高应用程序的隔离性与安全性
- 进程级隔离 (Process-Level Isolation)： 每个容器都在独立的进程空间中运行，与其他容器和宿主机系统相互隔离，提高了系统的整体安全性。
- 资源限制 (Resource Limitation)： 可以对容器的资源使用（如 CPU、内存）进行精确限制，防止单个容器资源滥用影响其他应用。
容器编排：自动化容器管理

容器编排是指自动化地部署、扩展、管理和维护大规模容器化应用程序的过程。 当需要管理大量容器时，手动操作变得低效且容易出错。容器编排工具应运而生，旨在解决这些挑战。

容器编排工具能够自动化执行以下关键任务：
- 自动化部署与管理 (Automated Deployment and Management)： 根据预设的配置自动创建、启动、停止和重启容器。
- 智能调度与资源分配 (Intelligent Scheduling and Resource Allocation)： 将容器调度到集群中的最佳可用节点上，并高效地分配计算资源。
- 服务发现与负载均衡 (Service Discovery and Load Balancing)： 实现容器化服务之间的自动发现和流量的智能分发。
- 健康检查与自愈 (Health Checks and Self-Healing)： 监控容器的健康状态，并在检测到故障时自动重启或替换不健康的容器。
- 弹性伸缩 (Automatic Scaling)： 根据应用程序的负载情况自动增加或减少容器实例的数量。
- 配置管理与版本控制 (Configuration Management and Version Control)： 集中管理容器的配置信息，并支持应用程序的平滑升级和版本回滚。
主流容器编排工具：
- Kubernetes (K8s)： 目前业界领先的容器编排平台，以其强大的功能、高度的灵活性和广泛的社区支持而闻名。
- Docker Swarm： Docker 官方提供的原生容器编排解决方案，与 Docker 生态系统无缝集成，易于上手和使用。
- Apache Mesos： 一个通用的集群资源管理器，可以支持多种类型的工作负载，包括容器化应用。
容器的应用场景

容器技术因其独特的优势，被广泛应用于各种领域：
- Web 应用程序 (Web Applications)： 部署和管理 Web 服务器、应用服务器和前端框架，实现快速迭代和弹性伸缩。
- 微服务架构 (Microservices Architecture)： 将单体应用程序拆分为一组小型、独立部署的服务，提高系统的可维护性和可扩展性。
- 大数据处理 (Big Data Processing)： 运行大数据处理引擎（如 Spark、Hadoop）的各个组件，实现高效的数据分析和处理。
- 机器学习与人工智能 (Machine Learning and Artificial Intelligence)： 部署和管理模型训练和推理服务，加速 AI 应用的落地。
- 数据库 (Databases)： 部署和管理各种类型的数据库系统，提供便捷的备份、恢复和扩展能力。
- 消息队列 (Message Queues)： 部署和管理消息中间件（如 Kafka、RabbitMQ），构建可靠的异步通信机制。
- 持续集成/持续交付 (CI/CD)： 构建自动化的软件构建、测试和部署流水线。
- 开发与测试环境 (Development and Testing Environments)： 快速创建一致且可重复的开发和测试环境，提高开发效率和测试质量。
- 遗留应用程序现代化 (Legacy Application Modernization)： 将传统的应用程序容器化，使其更易于管理、部署和扩展。
- 边缘计算 (Edge Computing)： 在资源受限的边缘设备上运行应用程序，实现本地化数据处理和响应。
构建更安全的容器环境

虽然容器技术本身提供了基础的隔离性，但构建一个安全可靠的容器化环境需要采取全面的安全措施，涵盖以下关键领域：

容器镜像安全 (Container Image Security)
- 使用可信的基础镜像 (Trusted Base Images)： 选择来自官方仓库或信誉良好的供应商提供的基础镜像。
- 最小化镜像内容 (Minimal Image Content)： 仅包含应用程序运行所需的最小依赖项，减少潜在的安全风险。
- 定期进行镜像漏洞扫描 (Regular Image Vulnerability Scanning)： 使用专业的工具定期扫描容器镜像中的已知安全漏洞，并及时修复。
- 实施镜像签名与验证 (Image Signing and Verification)： 对容器镜像进行签名，并在部署前进行验证，确保镜像的完整性和来源可靠性。
容器运行时安全 (Container Runtime Security)
- 保持运行时环境更新 (Up-to-Date Runtime Environment)： 及时更新容器运行时（如 Docker Engine、containerd）到最新版本，修复已知的安全漏洞。
- 配置安全上下文 (Secure Context Configuration)： 利用安全上下文（如 User ID、Group ID、Capabilities、SELinux/AppArmor）限制容器的权限，遵循最小权限原则。
- 限制资源使用 (Resource Usage Limits)： 通过 cgroups 和 namespaces 限制容器的 CPU、内存、网络和存储资源，防止恶意容器消耗过多资源。
- 启用运行时安全特性 (Enable Runtime Security Features)： 启用如 seccomp（系统调用过滤）等安全特性，限制容器可以执行的系统调用，降低攻击面。
容器编排平台安全 (Container Orchestration Platform Security)
- 加固集群节点安全 (Harden Cluster Node Security)： 强化 Kubernetes 或 Docker Swarm 集群控制平面和工作节点的安全防护。
- 实施基于角色的访问控制 (RBAC Implementation)： 精细化管理用户和应用程序对集群资源的访问权限，确保权限最小化。
- 配置网络策略 (Network Policy Configuration)： 定义容器之间的网络通信规则，实现细粒度的网络隔离。
- 安全管理敏感信息 (Secure Secret Management)： 使用 Secret 等机制安全地存储和管理 API 密钥、密码等敏感信息，避免硬编码。
- 持续监控与审计 (Continuous Monitoring and Auditing)： 实时监控容器和集群的活动，并记录关键的安全事件，以便进行安全分析和故障排查。
应用程序安全 (Application Security)
- 遵循安全编码最佳实践 (Secure Coding Best Practices)： 在应用程序开发过程中遵循安全的编码规范，例如输入验证、防止 SQL 注入等。
- 进行应用程序安全测试 (Application Security Testing)： 定期进行静态代码分析 (SAST) 和动态应用程序安全测试 (DAST)，发现并修复应用程序自身的安全漏洞。
- 管理应用程序依赖项 (Dependency Management)： 定期更新应用程序所依赖的第三方库和组件，及时修复已知的安全漏洞。
网络安全 (Network Security)
- 实施网络隔离 (Network Isolation)： 将不同的应用程序或敏感环境部署在不同的网络段中，降低横向移动的风险。
- 部署防火墙与入侵检测系统 (Firewall and Intrusion Detection Systems – IDS)： 保护容器化应用程序的网络流量，检测和阻止恶意攻击。
- 使用 TLS/SSL 加密通信 (TLS/SSL Encryption)： 对容器之间以及容器与外部世界的通信进行加密，保护数据的机密性和完整性。
安全流程与策略 (Security Processes and Policies)
- 建立明确的安全策略与流程 (Establish Clear Security Policies and Procedures)： 制定全面的容器安全策略和操作规程，明确责任和标准。
- 加强安全意识培训 (Enhance Security Awareness Training)： 定期对开发和运维团队进行容器安全知识培训，提高整体安全意识。
- 定期进行安全审查与漏洞评估 (Regular Security Audits and Vulnerability Assessments)： 定期对容器化环境进行全面的安全审查和漏洞评估，及时发现和修复潜在的安全风险。
2025年3月30日

云计算不同云类型的优势与最佳实践

在云计算领域中常见的六种云部署模型：公共云 (Public Cloud)、私有云 (Private Cloud)、托管云 (Managed Cloud)、微云 (Micro Cloud)、混合云 (Hybrid Cloud)和多云 (Multi-Cloud)。深入理解不同云服务的特性，从而能够根据自身的具体需求、安全考量、成本预算和技术能力，选择最适合的云计算策略，优化IT基础设施并驱动业务发展。

1. 公共云 (Public Cloud)

定义： 公共云是由第三方云服务提供商（例如Amazon Web Services (AWS)、Microsoft Azure、Google Cloud Platform (GCP) 等）拥有和运营的基础设施、平台和软件服务。这些资源通过互联网向多个租户（组织或个人）提供，采用多租户模式。
关键特点：
- 共享资源： 多个用户共享相同的底层物理基础设施，例如服务器、存储和网络设备。
- 弹性伸缩： 用户可以根据需求快速扩展或缩减资源，只需为实际使用的资源付费（按需付费）。
- 高可用性： 云服务提供商通常会部署冗余和容错机制，以确保服务的高可用性和可靠性。
- 广泛的服务： 提供商提供广泛的服务，包括计算、存储、数据库、网络、人工智能、机器学习等。
- 无需前期投资： 用户无需购买和维护硬件，降低了初始投资成本。
- 管理外包： 云服务提供商负责基础设施的维护、安全和升级。
适用场景：
- 需要快速部署和扩展的应用。
- 具有波动性需求的工作负载。
- 开发和测试环境。
- 灾难恢复和备份。
- 需要访问广泛的托管服务。
主要优势： 成本效益高、弹性好、可扩展性强、无需管理底层基础设施。
主要劣势： 安全性和合规性可能需要额外关注、对服务提供商的依赖性高、定制化程度有限。

2. 私有云 (Private Cloud)

定义： 私有云是专为单个组织或实体构建和使用的云计算环境。它可以部署在组织自己的数据中心（本地私有云），也可以由第三方云服务提供商托管（托管私有云，将在后面详细介绍）。
关键特点：
- 专属资源： 组织拥有对底层硬件和软件资源的完全控制权，资源不与其他组织共享。
- 更高的安全性： 由于资源是隔离的，因此通常被认为具有更高的安全性，更易于满足特定的安全和合规要求。
- 更好的控制： 组织可以根据自身需求定制硬件、软件和安全策略。
- 可定制性强： 可以根据特定工作负载的需求进行优化配置。
适用场景：
- 对数据安全性、合规性和治理有严格要求的行业（如金融、医疗、政府）。
- 需要高度定制化IT环境的应用。
- 具有稳定且可预测工作负载的应用。
- 希望保留对基础设施完全控制权的组织。
主要优势： 更高的安全性、更好的控制、更强的合规性。
主要劣势： 成本较高（需要购买和维护硬件）、弹性不如公共云、需要内部IT团队进行管理。

3. 托管云 (Managed Cloud)

定义： 托管云本质上是一种私有云，但其基础设施（硬件、网络等）通常由客户拥有或租赁，而云环境的部署、管理、维护和监控则完全由第三方云服务提供商负责。
关键特点：
- 第三方管理： 客户无需承担日常的云管理任务，可以将精力集中在核心业务上。
- 定制化硬件： 客户可以根据需求选择或指定硬件配置。
- 单租户环境： 与私有云一样，资源是专用的，提供更高的安全性和隔离性。
- 灵活性： 可以根据需求调整管理服务级别。
适用场景：
- 希望拥有私有云的安全性但又不想承担管理负担的组织。
- 缺乏专业的云管理团队或资源的企业。
- 需要特定硬件配置或合规性要求的场景。
主要优势： 结合了私有云的安全性和公共云的便捷性（管理外包）、更高的可定制性。
主要劣势： 成本可能高于纯粹的公共云，对第三方管理提供商的依赖性高。

4. 微云 (Micro Cloud)

定义： 微云是一种轻量级的、高度分布式的云计算基础设施，旨在将计算和数据存储能力推向网络边缘，更靠近数据生成和使用的位置。它是为了解决边缘计算所面临的延迟、带宽和可靠性等挑战而出现的新型基础设施。
关键特点：
- 边缘部署： 部署在靠近数据源（例如传感器、物联网设备、用户设备）的网络边缘。
- 低延迟： 减少数据传输距离，实现更低的延迟，适用于对实时性要求高的应用。
- 减少带宽消耗： 可以在本地处理部分数据，减少传输到中心云的数据量。
- 增强可靠性： 即使与中心云的连接中断，边缘设备仍然可以继续运行部分功能。
- 小型化和轻量级： 通常采用更小巧、更节能的硬件。
适用场景：
- 物联网 (IoT) 应用。
- 工业自动化。
- 自动驾驶。
- 增强现实 (AR) 和虚拟现实 (VR)。
- 智能城市。
- 需要本地数据处理和低延迟响应的应用。
主要优势： 低延迟、减少带宽消耗、增强可靠性、更好的本地数据处理能力。
主要劣势： 管理复杂性增加（需要管理大量分布式节点）、安全性挑战（需要保护分散的边缘设备）、资源受限（边缘设备的计算和存储能力通常不如中心云）。

5. 混合云 (Hybrid Cloud)

定义： 混合云是一种云计算环境，它结合了两个或多个不同的云部署模型（通常是公共云和私有云），并允许数据和应用程序在这些不同的环境之间共享和迁移。
关键特点：
- 组合性： 集成了公共云和私有云的优势。
- 灵活性： 组织可以根据具体需求将不同的工作负载部署在最合适的云环境中。
- 可移植性： 允许数据和应用程序在不同云环境之间迁移。
- 统一管理： 需要有效的管理工具和策略来协调和管理多个云环境。
适用场景：
- 需要处理敏感数据但又需要公共云的弹性和成本效益的应用。
- 分阶段迁移到云的组织。
- 利用公共云进行弹性扩展（例如应对突发流量）。
- 灾难恢复和业务连续性。
- 开发和测试可以使用公共云，生产环境可以使用私有云。
主要优势： 灵活性高、可以优化成本和性能、增强灾难恢复能力。
主要劣势： 管理复杂性高、需要考虑不同云环境之间的兼容性和集成、安全性管理更具挑战性。

6. 多云 (Multi-Cloud)

定义： 多云是一种云计算策略，涉及同时使用来自多个不同公共云服务提供商的云资源和服务。与混合云不同，多云不一定涉及私有云，其核心在于利用不同云提供商的独特优势。
关键特点：
- 多个供应商： 使用来自至少两个或更多公共云服务提供商的服务。
- 避免供应商锁定： 降低对单一云服务提供商的依赖性。
- 利用最佳服务： 可以选择每个云提供商提供的最适合特定工作负载的服务。
- 增强弹性和冗余： 如果一个云提供商出现故障，可以切换到其他提供商。
适用场景：
- 需要利用不同云提供商的特定优势和服务（例如，某个云在AI/ML方面领先，另一个在数据分析方面出色）。
- 希望避免被单一云提供商锁定的组织。
- 需要更高水平的弹性和灾难恢复能力。
- 满足特定的地域或合规性要求。
主要优势： 避免供应商锁定、利用最佳服务、增强弹性和冗余、提高议价能力。
主要劣势： 管理复杂性极高、需要处理不同云平台之间的兼容性和集成问题、技能要求更高、成本管理更具挑战性。

云类型对比表格


特征/类型	公共云 (Public Cloud)	私有云 (Private Cloud)	托管云 (Managed Cloud)	微云 (Micro Cloud)	混合云 (Hybrid Cloud)	多云 (Multi-Cloud)
所有权与管理	云服务提供商拥有和管理	组织拥有，或由组织自行管理	客户拥有硬件（或租赁），第三方管理云环境	通常由组织拥有和管理（边缘侧），有时也可能涉及第三方管理	结合了公共云和私有云的管理	多个公共云服务提供商分别拥有和管理
资源共享	多租户，资源在多个用户之间共享	单租户，资源专属于一个组织	单租户，资源专属于一个组织	通常为单租户（边缘节点），但管理上可能涉及共享平台	部分资源共享（公共云部分），部分资源专属（私有云部分）	每个公共云的资源都是多租户的，但组织之间是隔离的
安全性	由云服务提供商负责基础安全，用户需关注自身应用和数据安全	由组织完全控制和管理	客户对硬件有一定控制，管理安全由第三方负责，需协商	需要关注边缘设备的物理安全和网络安全	复杂性较高，需要协调不同环境的安全策略	复杂性高，需要管理多个云提供商的安全策略
成本	通常较低，按需付费，无需前期硬件投资	较高，需要购买和维护硬件	可能高于纯公共云，具体取决于管理服务级别	相对较低，但大规模部署的管理成本可能较高	成本结构复杂，需要仔细评估不同环境的成本效益	成本管理复杂，需要关注多个云提供商的费用结构
弹性与可扩展性	极高，可以快速弹性伸缩	受限于自身硬件资源	受限于客户拥有的硬件资源，但管理上更灵活	相对有限，取决于边缘节点的资源	具有公共云的弹性，但整体复杂性较高	具有多个公共云的弹性，选择更多
控制程度	较低，主要使用云服务提供商提供的服务和配置	极高，对基础设施和配置拥有完全控制权	对基础设施有一定控制权，管理方面依赖第三方	较高，但受限于边缘设备的特性	根据私有云和公共云的比例而定	较低，主要依赖于各个云服务提供商提供的控制选项
适用场景	快速部署、需求波动大、开发测试、无需高度定制化的应用	高安全性、合规性要求严格、需要完全控制、稳定工作负载的应用	希望拥有私有云安全性但不想承担管理负担、需要定制化硬件的应用	物联网、边缘计算、低延迟需求、本地数据处理	需要结合公共云和私有云优势、分阶段上云、灾难恢复	避免供应商锁定、利用不同云的最佳服务、增强弹性和冗余
主要优势	成本效益高、弹性好、无需管理底层设施、广泛的服务	更高的安全性、更好的控制、更强的合规性	结合了私有云的安全性和公共云的便捷性（管理外包）、更高的可定制性	低延迟、减少带宽消耗、增强可靠性、更好的本地数据处理能力	灵活性高、可以优化成本和性能、增强灾难恢复能力	避免供应商锁定、利用最佳服务、增强弹性和冗余、提高议价能力
主要劣势	安全性和合规性可能需要额外关注、对服务提供商的依赖性高、定制化有限	成本较高、弹性不如公共云、需要内部IT团队进行管理	成本可能高于纯公共云、对第三方管理提供商的依赖性高	管理复杂性增加、安全性挑战、资源受限	管理复杂性高、兼容性和集成问题、安全性管理挑战	管理复杂性极高、兼容性和集成问题、技能要求高、成本管理挑战

选择哪种云部署模型取决于组织的具体需求、安全要求、预算限制、技术能力以及对控制和灵活性的偏好。很多组织可能会采用混合云或多云策略，以充分利用不同云模型的优势，并满足其多样化的业务需求。理解每种云类型的特点和适用场景，有助于组织做出更明智的决策，构建高效、安全且具有成本效益的IT基础设施。

2025年3月29日

使用 OpenSCAP 和 SCAP Security Guide 加固Ubuntu 24.04.2 (Noble Numbat)
OpenSCAP 和 SCAP Security Guide 的作用
- OpenSCAP 是一个用于自动化安全合规检查的开源工具，基于 SCAP（Security Content Automation Protocol，安全内容自动化协议）。它用于扫描系统，评估是否符合特定的安全基准，并生成修复建议或自动应用修复措施。
- SCAP Security Guide（SSG） 是一套预定义的安全基准规则库，包含适用于不同操作系统（如 Ubuntu、RHEL、CentOS 等）的安全配置标准，例如 CIS（Center for Internet Security）基准、DISA STIG 及 PCI-DSS 规范。SSG 提供了 SCAP 兼容的 XML 文件，供 OpenSCAP 解析和执行安全检查。
OpenSCAP 负责执行安全扫描，SCAP Security Guide 提供具体的安全基准规则，两者配合使用，可以自动化地评估和加固系统的安全性。

1. 准备环境

确保你的系统已安装 OpenSCAP 的必要工具。如果尚未安装，可使用以下命令安装：
```
apt update
apt install openscap-scanner -y
```
安装完成后，验证 OpenSCAP 是否成功安装：
```
oscap --version
```
你应该会看到类似如下的版本信息：
```
OpenSCAP command line tool (oscap) 1.3.9
```
2. 下载并解压 SCAP Security Guide
1. 下载 SCAP Security Guide：
```
wget https://github.com/ComplianceAsCode/content/releases/download/v0.1.76/scap-security-guide-0.1.76.zip
```
1. 解压文件并进入目录：
```
unzip scap-security-guide-0.1.76.zip
cd scap-security-guide-0.1.76
```
解压后，你会看到多个 SCAP 配置文件。

3. 选择适合的安全基准配置文件

运行以下命令查看 Ubuntu 24.04 可用的 SCAP 配置文件：
```
oscap info ssg-ubuntu2404-ds.xml
```
Ubuntu 24.04 支持以下基准配置：
- CIS Level 1 Server（较宽松，适用于基本安全需求）
- xccdf_org.ssgproject.content_profile_cis_level1_server
- CIS Level 1 Workstation
- xccdf_org.ssgproject.content_profile_cis_level1_workstation
- CIS Level 2 Server（更严格，适用于高安全需求）
- xccdf_org.ssgproject.content_profile_cis_level2_server
- CIS Level 2 Workstation
- xccdf_org.ssgproject.content_profile_cis_level2_workstation
推荐配置：
- 服务器：xccdf_org.ssgproject.content_profile_cis_level1_server 或 xccdf_org.ssgproject.content_profile_cis_level2_server
- 工作站：xccdf_org.ssgproject.content_profile_cis_level1_workstation 或 xccdf_org.ssgproject.content_profile_cis_level2_workstation
4. 执行安全检查

使用以下命令评估系统是否符合 CIS Level 1 Server 基准：
```
oscap xccdf eval --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --results scan-results.xml \
    --report report.html \
    ssg-ubuntu2404-ds.xml
```
输出说明：
- scan-results.xml：详细的扫描结果文件。
- report.html：可视化的合规性报告，可用浏览器打开查看。
5. 生成并应用安全加固修复脚本

如果扫描结果显示有不合规项，可以生成修复脚本并应用加固：
1. 生成修复脚本：
```
oscap xccdf generate fix --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --output remediation.sh \
    ssg-ubuntu2404-ds.xml
```
1. 检查修复脚本内容（确保符合预期）：
```
cat remediation.sh
```
1. 执行修复脚本：
```
bash remediation.sh
```
注意：修复过程可能会更改系统配置，建议在执行前备份关键数据。
1. 再次检查修复效果：
```
oscap xccdf eval --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --results scan-results-after.xml \
    --report report-after.html \
    ssg-ubuntu2404-ds.xml
```
6. 总结与注意事项

选择合适的安全基准
- 服务器推荐 cis_level1_server 或 cis_level2_server。
- 工作站推荐 cis_level1_workstation 或 cis_level2_workstation。
错误处理
- 如果执行 oscap 命令时遇到错误，可检查 scan-results.xml 或 report.html 获取详细信息。
- 部分规则可能需要手动调整，具体可参考 remediation.sh 内容。
查看合规性报告

使用浏览器打开 report.html，详细查看系统安全状态。

完整流程示例（适用于服务器，CIS Level 1）：
```
# 1. 运行安全合规性检查
oscap xccdf eval --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --results scan-results.xml \
    --report report.html \
    ssg-ubuntu2404-ds.xml

# 2. 生成修复脚本
oscap xccdf generate fix --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --output remediation.sh \
    ssg-ubuntu2404-ds.xml

# 3. 执行修复脚本
bash remediation.sh

# 4. 重新运行检查以验证修复效果
oscap xccdf eval --profile xccdf_org.ssgproject.content_profile_cis_level1_server \
    --results scan-results-after.xml \
    --report report-after.html \
    ssg-ubuntu2404-ds.xml
```
如果你有不同的系统用途（服务器/工作站）或需要更高安全级别（Level 2），可以调整 --profile 参数来适配不同基准。
2025年3月29日
Linux使用su成为root用户的几种方式
在 Linux 系统中使用 su 命令获取 root (超级用户) 权限的几种主要方式

使用 su 成为 root 的几种方式：
1. su: 这是最基本的形式。当不带任何用户名执行 su 时，它默认切换到 root 用户。系统会提示您输入 root 密码。成功输入密码后，您将获得一个 root shell。您的环境变量通常会从之前的用户那里保留下来。
```
$ su
Password:
#
```
1. su - 或 su - root: 这个命令会切换到 root 用户，并且还会加载 root 用户的环境变量。这意味着您将拥有与直接以 root 用户身份登录时相同的环境变量、工作目录（通常是 /root）和 shell 配置。这通常是完全获得 root 身份的推荐方式。
```
$ su -
Password:
#
```
1. su root: 这与第一个选项 (su) 等效。它明确指定目标用户为 root。
```
$ su root
Password:
#
```
1. su -c <命令> 或 su root -c <命令>: 这允许您以 root 身份执行单个命令，而无需获得 root shell。命令执行完毕后，您将返回到原始用户。系统会提示您输入 root 密码。
```
$ su -c "useradd newuser"
Password:
$
```
2025年3月28日

作者： 启鑫

Windows 11 全新安装如何跳过微软账户创建本地账户

方法一

进入 OOBE 设置界面

打开命令提示符（CMD）

输入命令跳过微软账户

方法二

进入 OOBE 设置界面

打开命令提示符（CMD）

输入命令跳过微软账户

通过Cockpit管理 Ubuntu 24.04 服务器

深入理解容器技术：原理、优势、应用与安全

什么是容器？

容器的核心优势

提升开发与部署效率

增强应用程序的可移植性与一致性

优化资源利用率

简化应用程序管理

提高应用程序的隔离性与安全性

容器编排：自动化容器管理

容器的应用场景

构建更安全的容器环境

容器镜像安全 (Container Image Security)

容器运行时安全 (Container Runtime Security)

容器编排平台安全 (Container Orchestration Platform Security)

应用程序安全 (Application Security)

网络安全 (Network Security)

安全流程与策略 (Security Processes and Policies)

云计算不同云类型的优势与最佳实践

1. 公共云 (Public Cloud)

2. 私有云 (Private Cloud)

3. 托管云 (Managed Cloud)

4. 微云 (Micro Cloud)

5. 混合云 (Hybrid Cloud)

6. 多云 (Multi-Cloud)

云类型对比表格

使用 OpenSCAP 和 SCAP Security Guide 加固Ubuntu 24.04.2 (Noble Numbat)

OpenSCAP 和 SCAP Security Guide 的作用

1. 准备环境

2. 下载并解压 SCAP Security Guide

3. 选择适合的安全基准配置文件

4. 执行安全检查

5. 生成并应用安全加固修复脚本

6. 总结与注意事项

选择合适的安全基准

错误处理

查看合规性报告

完整流程示例（适用于服务器，CIS Level 1）：

Linux使用su成为root用户的几种方式

使用 su 成为 root 的几种方式：

作者：启鑫

使用 `su` 成为 root 的几种方式：