Files
HomeAgent/internal/kernelmod/security/mod.go
JianFeeeee 5bdd0b5107 refactor(security): Store 复用 Codec 加密能力 + 删 globalCodec 单例
## 用户裁定

> store也应该调用security的加密能力!

## 改动前的事实(实测)

两套**完全重复**的 AES-256-GCM:

    Store.seal/open     store.go:372,388    裸 base64
    Codec.Seal/Open     codec.go:113,139    enc:v1: 前缀 + 域隔离 + 幂等

算法、nonce 布局(前置 + io.ReadFull(rand))、密钥环轮换逻辑全都一样,
只有 Codec 多了前缀与域隔离。

危害不是"代码重复"这么轻:

  · 两套实现各自演化,任何一侧的改动不会被另一侧的判据发现
  · Store 缺域隔离 ⇒ 变量库与配置共用密钥(安全倒退)
  · Store 缺前缀 ⇒ 无法区分"旧密文"与"明文"(惰性迁移的障碍)

## 本次做的

### Store 委托 Codec

    codecOf()            按当前 keys 环惰性构建(轮换后自动跟上)
    sealWithRing()       新格式(enc:v1: 前缀)
    openWithStoreRing()  兼容新旧两种格式,返回 needsMigrate

删除 Store 自带的 seal/open/openWithRing —— 现在**只有一处** AES-GCM。

### 域隔离(安全判据)

    storeCodecDomain  = "security/variables"
    configCodecDomain = "config-at-rest"

两者必须不同:同域时一处明文泄漏可推导另一处密文。

### 存量密文惰性迁移

旧格式是裸 base64 无前缀,而 Codec.Open 对无前缀输入**原样返回明文**
(那是给 config 的存量明文兼容)。直接交给 Open 会把密文当明文返回,
症状是"凭据回填出一个 base64 串"。

所以 Store 走 openWithStoreRing:

    enc:v1:... → Codec.Open
    裸 base64  → Codec.OpenLegacy(解开后立刻回写新格式)

不做启动时全量迁移(21G 数据目录的教训:迁移窗口越长越危险),
也不让两种格式永久共存(判据永不能要求"落盘都是新格式")。

### 删 globalCodec 单例 → 归 Runtime

    security 模块 → rt.SetCodec(c) → ks.Security
    config 模块   → cfgReg.SetCodec(ks.Security.Codec())

ConfigRegistry 加 codec 字段(注入而非读全局),6 处 ConfigCodec() 改为
r.codecOf();PluginSettings 经 p.registry 转调。
sdk.SecretsAPI 也加 codec 参数(插件加密能力来自它的内核实例)。

### 顺带

  · InitConfigCodec* / ClearConfigCodec 删除,改 NewConfigCodec 返回实例
  · homed-key-rotate 改为 构造 + reg.SetCodec(不再装全局)
  · bootstrap_order_test 的锚点从 InitConfigCodecWithOldKeys 改为
    NewConfigCodec(守的不变量不变,只是生效点写法变了)

## 判据(均经变异验证)

  TestNoPackageLevelSingletons          禁表补入 globalCodec
  TestStoreWritesPrefixedCiphertext     新密文必须带 enc:v1:(旧实现裸 base64 ⇒ 红)
  TestStoreAndConfigUseDifferentDomains 域隔离;改成同域 ⇒ 红(实测确认)
  TestLegacyCiphertextStillReadableAndMigrates  旧格式可读 + 落盘已升级
  TestRotationKeepsOldCiphertextReadable        轮换后旧条目仍可回填

## 验证

  go build ./...              PASS
  go vet ./...                PASS
  gofmt -l                    干净
  go test ./... -count=1      63 包全过,0 FAIL
  干净检出(git worktree)     build + security/config 测试全绿

## 数据风险

加密实现切换有丢数据风险,因此:
  · 先写往返判据,再改实现
  · 惰性迁移(读到才升级),不做启动全量重写
  · 旧格式与旧密钥环**都保留**读取路径
2026-11-04 12:22:08 +08:00

248 lines
10 KiB
Go
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

// Package security 是 security 模块:**安全防火墙**(Secret Firewall + 边界闸门)。
//
// ## 它是什么(用户裁定 2026-10-26)
//
// > 安全模块不是独立的模块吗?core 发出的请求和 device 返回的请求都会
// > 经过安全模块审查,通过才能进行下一步,否则会被拦截 —— 相当于安全模块
// > 就是横在其他所有模块与 core 之间的一堵墙。
//
// 所以本模块不是"某项能力",而是**数据面边界**:
//
// Core ──出向审查──▶ 外部(device / plugin / channel)
// Core ◀─入向审查── 外部
//
// 落地形态是**显式代理**(用户确认的说法只是方便解耦):把 KernelState 上
// 的公共挂载点换成本模块产出的安全对象,业务模块继续认为自己直接对端交互。
//
// ## 依赖与分层位置
//
// config → security → memory / knowledge / agent / device / pluginhost
//
// 只依赖 config:它需要 `core.security.enabled` 与 `ks.DataDir`。
// ★ 刻意**不依赖 agent**:agent 之后要用 `ks.Security`,反之成环。
//
// ## 与 Group 0 的关系(重要)
//
// 密钥与变量库必须在**任何读 core.llm.* 的操作之前**就绪(config 模块的
// 注释记录了 401 invalid api key 的实测故障)。而读 `core.llm.*` 发生在
// `cfgReg.ToConfig()`(Group 0)里,**早于**本调度器。
//
// ⇒ 本模块把密钥与 Store 的装配放进 Init,但**同时**提供
// `Prepare()` 供 Group 0 在 ToConfig 之前调用(幂等)。
// 这正是原先 cmd/homed 里那段"必须前移"的代码的归宿。
package security
import (
"fmt"
"log"
"path/filepath"
"sync"
"github.com/JianFeeeee/HologramAgent/internal/config"
"github.com/JianFeeeee/HologramAgent/internal/events"
"github.com/JianFeeeee/HologramAgent/internal/kernelmod"
"github.com/JianFeeeee/HologramAgent/internal/kstate"
sec "github.com/JianFeeeee/HologramAgent/internal/security"
)
// 出参槽:Prepare 的幂等缓存(**装配器私有**,不对外暴露)。
//
// ★ 与已删除的 security.RuntimeGlobal() 的区别:
//
// · 那个是**公开访问器**,任何包都能取 ⇒ 成了绕过 kstate 的第二条通道
// · 这个是**本模块私有**,只用于"Prepare 只跑一次",产物同时挂到
// ks.Security —— 外部一律从 ks 取,没有第二条通道
var (
preparedMu sync.RWMutex
prepared *sec.Runtime
)
func preparedRuntime() *sec.Runtime {
preparedMu.RLock()
defer preparedMu.RUnlock()
return prepared
}
func setPreparedRuntime(rt *sec.Runtime) {
preparedMu.Lock()
prepared = rt
preparedMu.Unlock()
}
// Module 提供安全防火墙设施。
type Module struct{}
func (Module) Name() string { return "security" }
func (Module) Requires() []string { return []string{kernelmod.FacConfig} }
func (Module) Provides() []string { return []string{kernelmod.FacSecurity} }
func (Module) Init(ks *kstate.State) error {
if ks.DataDir == "" {
return fmt.Errorf("security module: ks.DataDir is empty - Group 0 must set the data dir first")
}
if ks.CfgReg == nil {
return fmt.Errorf("security module: ks.CfgReg is nil (requires the config facility)")
}
rt, err := Prepare(ks.DataDir, ks.CfgReg)
if err != nil {
return err
}
ks.Security = rt
// ★ 把安全策略注入**总线本体**(用户 2026-10-28 指正:「eventbus 上所有
// 事件都要接受安全模块的监控」)。
//
// 为何必须在总线上而不是只在 internal/sdk/events.go:
// 后者只盖住了 s.Events() 那**一条**路径,而插件还有 s.Publish /
// s.Subscribe / s.EventBus() 三条能拿裸总线的路。不装在这里,
// “安全监控”就只对合规者生效。
//
// ★ rt 为 nil 或未 enable 时**仍然装**:enable=false 关掉的是凭据替换,
// “插件不许发 raw_input”这类授权与密钥无关(见 EventPolicy 头注释)。
// 不装就等于默认放行全部事件,方向错误。
if ks.EventBus != nil {
if g := sec.AsEventGuard(rt); g != nil {
ks.EventBus.SetGuard(g)
}
}
if ks.EventBus != nil && rt.Enabled() {
ks.EventBus.Publish(secReadyEvent(rt))
}
return nil
}
func init() { kernelmod.Register(Module{}) }
// Prepare 装配安全运行时(**幂等**)。
//
// 可在 Group 0(`cfgReg.ToConfig()` 之前)先调一次,也可以由模块 Init 调。
// 第二次调用直接返回已装好的实例 —— 因为 `InitGlobal` 会重读并重建变量库,
// 而那会在 ToConfig 已经解出密文之后把 Store 换掉,徒增风险。
//
// 返回的 Runtime 里带着 Store 与 Gate(边界闸门)。
func Prepare(dataDir string, cfgReg *config.ConfigRegistry) (*sec.Runtime, error) {
// 幂等:Group 0 与模块 Init 都会调它,但只能装一次。
//
// ★ 为什么幂等状态放在**本模块**而不是 security 包(2026-11-04):
// 原先靠 `security.RuntimeGlobal()` 判断"装过没有",那让 security 包
// 持有一份进程级单例 —— 而单例绕开了内核统一挂载点
// (kstate.State.Security),导致"哪一份才是权威"取决于装配顺序。
//
// 现在幂等状态是**装配器的私有状态**:它只保证 Prepare 只跑一次,
// 产物交给内核挂到 ks.Security,其它模块一律从 ks 取。
if rt := preparedRuntime(); rt != nil {
return rt, nil
}
if cfgReg == nil {
return nil, fmt.Errorf("security: cfgReg is nil")
}
if !cfgReg.GetBool("core.security.enabled", true) {
// 显式关闭:装一个空 Runtime(所有闸门零成本透传),
// 而不是留 nil 让调用点各自判断。
rt := sec.NewDisabledRuntime()
setPreparedRuntime(rt)
log.Printf("[security] module disabled by config (core.security.enabled=false)")
return rt, nil
}
// ★ 先收敛敏感文件权限,再读密钥。
//
// 顺序有意为之:内嵌主密钥把密钥放进了 0755 的二进制里,而 config.db
// 出厂是 0644 ——「能读二进制就能解密数据库」。收紧到 0600/0750 是本机
// 缓解手段,必须在服务开始读写之前生效。失败不致命(权限问题不该让服务
// 不可用),但要逐条响亮记录。
if hr := sec.HardenDataDir(dataDir); len(hr.Changed) > 0 {
log.Printf("[security] hardened %d file permissions (necessary mitigation for embedded-key scenario): %v",
len(hr.Changed), hr.Changed)
}
key, keySrc, err := sec.LoadOrCreateKey(dataDir)
if err != nil {
return nil, fmt.Errorf("security key init failed (refusing to start in degraded mode): %w", err)
}
oldKeys, err := sec.LoadKeyring(dataDir, key)
if err != nil {
return nil, fmt.Errorf("security keyring load failed (refusing to silently pick wrong key): %w", err)
}
// ★ 内嵌钥上台时,磁盘钥必须继续参与**解密**。
// 否则用磁盘钥加密过的老机器升级后会全部解不开 ⇒ 服务起不来;
// 用户此时若"重建库",凭据一次性全丢 —— 恰好与内嵌的初衷相反。
if extra := sec.AdditionalDecryptKeys(dataDir, key); len(extra) > 0 {
oldKeys = append(oldKeys, extra...)
}
if len(oldKeys) > 0 {
log.Printf("[security] loaded %d historical/extra key(s) (smooth rotation + embedded migration)", len(oldKeys))
}
// ★ 2026-11-04:改用 sec.New + Load,不再走 InitGlobal(包级单例已删)。
//
// 变量库的唯一事实来源是**模块产出的 Runtime**(挂在 ks.Security 上),
// 各消费方从自己的注入面取(AgentConfig.Security / ProviderManager /
// plugin.Registry)。这条路径取代了原先"单例 + 各处 Global()"的双轨。
store, err := sec.MustStore(sec.Options{
Path: filepath.Join(dataDir, "security", "variables.json"),
KeyFn: func() ([]byte, error) { return key, nil },
OldKeys: oldKeys,
Enabled: true,
})
if err != nil {
return nil, fmt.Errorf("security variable store load failed (will not silently rebuild): %w", err)
}
// 配置落盘用的子密钥(域隔离:与别名密钥不共用)。
//
// ★ 2026-11-04(T3.2):不再装全局单例,构造后**注入 cfgReg**。
// 注入必须早于下面的 EncryptExistingSecrets —— 它要靠 codec 加密存量明文。
cfgCodec, err := sec.NewConfigCodec(key, oldKeys)
if err != nil {
return nil, fmt.Errorf("config-encryption subkey derivation failed: %w", err)
}
cfgReg.SetCodec(cfgCodec)
// 把库里仍是明文的敏感项就地加密(幂等;升级路径必须跑)。
if n, merr := cfgReg.EncryptExistingSecrets(); merr != nil {
log.Printf("[security] existing sensitive config encryption incomplete (some entries still plaintext): %v", merr)
} else if n > 0 {
log.Printf("[security] encrypted %d existing sensitive config entries", n)
}
// E-2:备份跨机器恢复的诊断(症状极具误导性,一次性说清事实)。
if okN, badN, aerr := cfgReg.AuditSecrets(); aerr == nil && badN > 0 {
log.Printf("[security] WARNING: %d ciphertext entries cannot be decrypted with current master key (%d decryptable) — "+
"likely a config.db restored from another machine without its master key", badN, okN)
}
rt := sec.NewRuntime(store)
rt.SetCodec(cfgCodec)
setPreparedRuntime(rt)
// ★ 全局策略基线(部署方兵底,用户 2026-10-29 裁定选项 B)。
//
// 它必须在这里装(而不是等模块 Init):`Prepare` 可能在 Group 0 被
// 提前调一次,而工具可能在那之后任意时刻被执行 —— 策略若晚一步生效,
// 就存在一个“工具已在跑、但黑名单还没上”的窗口。
//
// 注:配置里全空/全 false 时得到零值 Policy(不限制),
// 与加配置前的行为逐字一致。
ApplyPolicyFromConfig(rt, cfgReg)
log.Printf("[security] module enabled (key source %s, %d variables, config-at-rest encryption on)",
keySrc, store.Count())
return rt, nil
}
// secReadyEvent 构造"安全防火墙已装配"事件。
//
// 为什么带 enabled 与 variables:状态面要能回答"审查是否真的在生效",
// 而"配置开了但装配失败"与"配置显式关闭"是两件不同的事。
func secReadyEvent(rt *sec.Runtime) *events.Event {
return &events.Event{
Type: events.EventSecurityReady,
Source: "kernelmod/security",
Payload: map[string]interface{}{
"enabled": rt.Enabled(),
"variables": rt.Count(),
},
}
}