安全问题（Security Issues）：

• 通过set-config命令注入钩子库进行本地权限提升（Local Privilege Escalation by Injecting a Hook Library via the set-config Command）：set-configREST API 命令可完全控制kea-ctrl-agent及其服务的配置，通过配置不受特权用户控制的钩子库可实现本地权限提升，攻击者可通过放置构造函数在libexploit.so中，在kea-ctrl-agent加载库时执行攻击代码，获取 root 权限或控制 Kea 进程及网络权限，还可对其他 Kea 服务进行代码执行。提供了用于重现问题的 Python 脚本kea-hook-lib-exploit.py。
• 通过config-write命令进行任意文件覆盖（Arbitrary File Overwrite via config-write Command）：config-writeREST API 命令可让 Kea 服务将配置写入任意文件路径，通过std::ofstream以trunc设置写入，可被攻击者控制配置内容，但受 Kea 限制，若 Kea 服务以 root 权限运行则是本地拒绝服务或本地 root 权限提升漏洞，若以专用服务用户运行则会破坏 Kea 相关文件导致完整性破坏和拒绝服务。
• 将日志文件重定向到任意路径（Redirection of Log Files to Arbitrary Paths）：可配置 Kea 服务使用任意新的日志文件路径，如通过特定 JSON 配置让kea-ctrl-agent创建/root/bad.log文件并改变日志级别，可能暴露敏感内部程序状态，还会创建锁文件，这是另一个本地拒绝服务漏洞，类似 3.2 中的问题。
• 在/tmp中使用套接字进行服务欺骗（Service Spoofing with Sockets in /tmp）：kea-ctrl-agent为转发 REST API 请求会尝试连接服务的 UNIX 域套接字，在某些分发中使用公共/tmp目录，本地非特权用户可在/tmp中创建套接字进行服务欺骗，拦截请求或诱骗管理员执行危险操作，此攻击类型还影响已配置但未运行的 Kea 服务，/tmp目录用于 Kea 服务套接字存在问题，本地用户可阻止 Kea 服务启动。
• /tmp中套接字的拒绝服务问题（Denial-of-Service issues with Sockets in /tmp）：与服务欺骗相关，由于 Kea 服务创建的锁文件与套接字名称相关，本地用户可预先创建套接字或锁文件阻止 Kea 服务启动，存在 race 条件，非特权用户可在合法服务之前绑定套接字从而拦截请求。
• /var/lib/kea/*.cvs中的世界可读 DHCP 租约文件（World-Readable DHCP Lease Files in /var/lib/kea/*.cvs）：许多检查的分发授予对默认 Kea 内存数据库状态数据的读取访问权限，即/var/lib/kea中的文件，这导致本地信息泄露，虽不确定 DHCP 租约是否为私有数据，但存在此风险，建议限制对此数据的读取访问，此问题最初为强化建议，后被上游分配 CVE。
• 世界可读的 Kea 日志文件（World-Readable Kea Log Files）：多数检查的系统中/var/log/kea或/var/log/kea*.log中的 Kea 日志文件是世界可读的，作为强化措施建议限制对此数据的访问，此问题最初为强化建议，后被上游分配 CVE。

强化建议（Hardening Suggestions）：

• 针对 HTTP Basic Auth 实现的可能定时攻击（Possible Timing Attack against the HTTP Basic Auth Implementation）：kea-ctrl-agent的 REST API 接口使用 HTTP Basic Auth 机制，验证凭据的代码存在定时攻击弱点，攻击者可通过统计服务报告认证失败的时间来构造有效用户/密码组合，虽kea-ctrl-agent比较的是 base64 编码的字符串增加了复杂性，但仍可能受到定时攻击，建议为std::unordered_map提供自定义KeyEqual模板参数以避免可观察到的时间差异，由于这种定时攻击的复杂性很高，目前不认为是相关安全问题，但仍可能被专门攻击者成功。
• 通过get-config命令导致的 API 凭据泄露（API Credentials Leak via ‘get-config’ Command）：当 REST API 中的 API 授权启用时，配置中可能包含可用于认证的明文用户名和密码，拥有有效凭据的用户可通过 API 获取其他用户的凭据，从而进行冒充或在凭据被撤销后仍能访问 API，建议用户避免在 Kea 配置中存储明文凭据，而是引用仅对特权用户可访问的磁盘上的凭据文件。