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 测试全绿

## 数据风险

加密实现切换有丢数据风险，因此：
  · 先写往返判据，再改实现
  · 惰性迁移（读到才升级），不做启动全量重写
  · 旧格式与旧密钥环**都保留**读取路径

internal/security/runtime.go

@@ -76,6 +76,16 @@ type Runtime struct {
 	// 是**插件声明出来的注册表**，每个 agent 各持一份就会变成
 	// “插件往 A 声明了档位，B 看不见”—— 那是最难查的一类缺陷。
 	// 所以切分是「共享注册表 + per-agent 执行视图」。
+	// codec 是配置落盘加密执行者（独立域，与变量库不共用密钥派生）。
+	//
+	// ★ 2026-11-04（T3.2）：此前是包级单例 `globalCodec`（ConfigCodec()）。
+	// 那个单例绕开了内核统一挂载点，且让"哪个 codec 生效"取决于
+	// "最后谁调了 InitConfigCodec"。
+	//
+	// 现在它归 Runtime：config 模块从 ks.Security.Codec() 取，
+	// 与变量库（ks.Security.Store()）同源同生命周期。
+	codec *Codec
+
 	scopesByAgent map[string]*AgentScope
 	scopeMu       sync.Mutex
 }
@@ -167,6 +177,26 @@ func (r *Runtime) FillForExecution(ins Inspection, text string) (string, int) {
 	return r.gate.FillForExecution(ins, text)
 }
 
+// Codec 返回配置落盘加密器（未装配时为 nil）。
+//
+// ★ 与 Store() 的区别：Store 管**凭据别名**（@{sec_xxx}），
+// Codec 管**配置项密文**（enc:v1:...）。两者是独立的密钥域，
+// 同一把主密钥派生出的不同子密钥 —— 域隔离是安全要求。
+func (r *Runtime) Codec() *Codec {
+	if r == nil {
+		return nil
+	}
+	return r.codec
+}
+
+// SetCodec 注入配置加密器（安全模块装配时调用）。
+func (r *Runtime) SetCodec(c *Codec) {
+	if r == nil {
+		return
+	}
+	r.codec = c
+}
+
 // Store 返回底层变量库（安全工具族 secret_* 需要元信息）。
 func (r *Runtime) Store() *Store {
 	if r == nil || r.gate == nil {