mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-05 16:57:32 +00:00
## 用户裁定
> 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 测试全绿
## 数据风险
加密实现切换有丢数据风险,因此:
· 先写往返判据,再改实现
· 惰性迁移(读到才升级),不做启动全量重写
· 旧格式与旧密钥环**都保留**读取路径
248 lines
10 KiB
Go
248 lines
10 KiB
Go
// 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(),
|
||
},
|
||
}
|
||
}
|