Kali Linux 基于 Debian。这答案太短了？什系但事实就这么干脆。你打开终端敲 cat /etc/os-release，基于第一行 PRETTY_NAME="Kali GNU/Linux Rolling" 下面紧跟着 ID=debian。什系不是基于 Ubuntu，不是什系 Arch，更不是基于红帽系。Offensive Security 那帮人当年从 BackTrack 迁移过来时，什系选的基于就是 Debian 的底子。

为什么是什系 Debian？我翻过他们早期的邮件列表存档。2012 年前后，基于BackTrack 基于 Ubuntu 已经积累了不少怨言——Ubuntu 的什系更新策略太激进，内核和驱动经常跟渗透测试工具打架。基于比如 aircrack-ng 对无线网卡驱动版本敏感，什系Ubuntu 一升级就挂。基于Debian 的 stable 分支虽然软件旧，但稳定得像块石头。Kali 团队干脆自己搞了个滚动更新分支，直接架在 Debian testing 上。所以你现在看到的 Kali，本质是 Debian testing 的定制版，加上他们自己的软件仓库和补丁。

有人会混淆，以为 Kali 是独立发行版。严格说，所有 Linux 发行版都基于某个上游。Kali 的 /etc/apt/sources.list 里默认只写 kali.org 的源，但底层包管理、systemd 配置、甚至 dpkg 的报错信息，都带着 Debian 的胎记。你试试在 Kali 上装个 apt install nginx，它拉下来的依赖树跟 Debian 12 几乎一模一样。区别在于 Kali 预装了几百个安全工具，从 nmap 到 metasploit，还改了默认内核参数——比如禁用蓝牙、调整无线注入模式。这些定制层叠在 Debian 之上，像给一辆民用车焊上装甲和机枪。

我自己的观察是，Kali 团队对 Debian 的依赖比外界想象的要深。2020 年 Kali 2020.1 切换默认 shell 到 ZSH，网上吵翻了天。但你看 Debian 那边，其实早就讨论过 ZSH 作为默认的提案，只是没通过。Kali 敢先吃螃蟹，因为它的用户群体特殊——渗透测试人员不在乎 bash 兼容性，在乎效率。这反过来也说明，Kali 不是从零造轮子，它是在 Debian 的轮子上换轮胎。另一个细节：Kali 的 live-build 脚本直接 fork 自 Debian 的 live-build，改了几个配置文件而已。

那为什么不用 Arch？Arch 的滚动更新更激进，AUR 里安全工具也不少。但 Arch 的安装和配置成本太高，Kali 要的是开箱即用。Debian 的 debootstrap 能快速生成一个最小根文件系统，然后 Kali 往上堆工具。我试过用 debootstrap 手动搭一个 Kali 环境，结果发现它连 apt 的 kali-archive-keyring 都依赖 Debian 的 gnupg 包。这种底层耦合不是随便能换的。

再说个实际案例。2023 年 Debian 12 “Bookworm” 发布后，Kali 2023.3 很快跟进，把内核从 6.1 升到 6.3。但注意，Kali 的滚动更新跟 Debian testing 并不同步——它有自己的快照。你 apt update 时看到的 kali-rolling 仓库，里面包的版本号经常比 Debian testing 还新，因为 Kali 团队会自己 backport 安全补丁。比如 openssl 的某个 CVE 修复，Debian testing 可能等两周，Kali 三天就推。这种“基于但超前”的模式，让 Kali 既享受 Debian 的生态，又保持自己的节奏。

所以下次有人问你 Kali 基于什么系统，别只回“Debian”就完事。你可以补一句：基于 Debian testing 的滚动分支，深度定制了安全工具链和内核参数。要是对方是技术控，再聊聊 apt 源里那个 kali-rolling 和 debian testing 的版本差异——比如 linux-image 的编译选项，Kali 默认开了 CONFIG_HZ_1000 和无线注入补丁，Debian 原版可没这些。这背后是 Offensive Security 十几年的取舍：要稳定，也要锋利。Debian 给了地基，Kali 盖了座军火库。