Linux软件包完整性校验需哈希值（如SHA-256）与GPG签名协同：前者验证“文件没变”，后者确认“发布者可信”；MD5和SHA-1因碰撞漏洞已被弃用，应优先使用SHA-256或更高强度算法。
Linux 软件包的完整性校验不依赖单一手段，而是分层构建：哈希值（如 SHA-256）负责验证“文件没变”，GPG 签名则进一步确认“是谁发的、可信不可伪造”。两者配合，才能同时守住完整性和来源可信性两道防线。
SHA-256 校验：确认文件比特级一致
官网或镜像站通常会提供 .sha256 文件，里面是一行一行的 哈希值 文件名 格式。你可以用以下方式验证：
- 下载软件包的同时，一并下载对应的
openjdk-21.0.3_linux-x64_bin.tar.gz.sha256文件 - 执行
sha256sum -c openjdk-21.0.3_linux-x64_bin.tar.gz.sha256 - 若输出含
OK，说明本地文件与发布者原始文件完全一致；若显示FAILED，说明文件已损坏或被篡改
注意：-c 参数让命令自动读取校验文件并比对，比手动复制粘贴更可靠，也避免肉眼误判。
GPG 签名校验：验证发布者身份与签名有效性
仅比对哈希还不够——攻击者可能同时替换软件包和哈希文件。GPG 签名通过非对称加密解决这个问题：
- 先导入官方公钥，例如 OpenJDK 官方密钥可通过
gpg --recv-keys 0xABC123DEF456获取 - 下载配套的
.asc或.sig签名文件（如openjdk-21.0.3_linux-x64_bin.tar.gz.asc） - 运行
gpg --verify openjdk-21.0.3_linux-x64_bin.tar.gz.asc openjdk-21.0.3_linux-x64_bin.tar.gz - 成功时会显示
Good signature，且明确指出密钥所有者（如 “Adoptium Project”），而非仅显示密钥 ID
关键点在于：签名必须由可信密钥签署，且该密钥需经你手动信任（gpg --edit-key 中执行 trust）才真正有效。
发行版包管理器的自动校验机制
对于系统自带的软件源（如 apt/yum/dnf/pacman），完整性验证是内置且默认启用的：
- Debian/Ubuntu 的 APT 会自动校验
Release.gpg或InRelease，再用其签名验证整个仓库的Packages文件及其中每个.deb包 - RHEL/CentOS/Fedora 的 DNF 使用 RPM 内建 GPG 校验，配置中
gpgcheck=1是默认开启的，密钥存于/etc/pki/rpm-gpg/ - Arch Linux 的 pacman 默认启用签名验证，密钥由
pacman-key管理，首次使用需运行pacman-key --init && pacman-key --populate archlinux
这些机制无需用户干预，但前提是保持系统源为官方地址、定期运行 apt update 或 dnf makecache 更新元数据和密钥环。
为什么不能只靠 MD5 或 SHA-1？
MD5 和 SHA-1 已被证实存在碰撞漏洞，攻击者可在不改变文件功能的前提下，构造出相同哈希值的恶意版本。SHA-256 属于 SHA-2 家族，目前仍被广泛认为是安全可靠的通用标准；SHA-3 则作为新标准逐步推广。实际操作中应优先选用 SHA-256 或更高强度算法，避免使用已被弃用的哈希方式。
