101 lines
11 KiB
Markdown
101 lines
11 KiB
Markdown
---
|
|
id: T-611
|
|
title: 建立不安全图标缓存诊断与人工恢复指引
|
|
phase: 2
|
|
deps: [T-610]
|
|
status: DONE
|
|
created: 2026-07-18
|
|
issue: null
|
|
context_ref: 6455fec8115497ba73fc092366193ae67269b1bb
|
|
claim_branch: null
|
|
work_branch: agent/codex/T-611
|
|
write_paths:
|
|
- README.md
|
|
- docs/README.md
|
|
- docs/tasks/T-611.md
|
|
- core/catalog/
|
|
- app-modern/ui/gio/
|
|
- app-win7/ui/gio/
|
|
- docs/troubleshooting.md
|
|
- docs/api.md
|
|
- docs/routes.md
|
|
- docs/04-architecture.md
|
|
- docs/05-coding-rules.md
|
|
- docs/review/phase2-review.md
|
|
- docs/00-ai-start-here.md
|
|
- docs/06-tasks.md
|
|
- docs/current-state.md
|
|
---
|
|
|
|
## 问题 / 背景
|
|
|
|
`core/catalog.IconCache` 已对磁盘缓存执行 `os.Lstat`:entry 是 symlink 或非普通文件时返回 `ErrIconCacheUnsafe`,`loadUncached` 立即 fail closed,不删除该 entry、也不回退远端。`IconEventDelivery` 已把该错误归类为稳定且不含敏感信息的 `application.IconFailureUnsafe` (`unsafe_cache`),`IconFailed` 身份中已有 request ID、app ID、规范 icon reference 与 DPI。这个安全决策本身合理,不应改成自动修复。
|
|
|
|
当前缺口位于上层诊断:modern/win7 的 `ApplyEvent` 只把 failure code 保存到 map,`IconFailure` 也只有测试调用;列表/详情没有显示 `unsafe_cache`,用户或运维无法区分普通离线占位与被安全策略阻断。缓存层也没有从真实非普通 entry 一直贯通到 `IconFailed` 的集成测试。与此同时 `IconCache.Load`/`IconEventDelivery.LoadAndPublish` 仍无生产调用者,因此不能把单元测试契约描述成已经接入真实日志或网络图标装配。
|
|
|
|
本任务关闭最终审核中的观察项:用现有稳定事件字段形成可定位但不泄密的诊断,在双端详情显示明确的 fail-closed 与人工恢复指引,并增加运维 runbook。它不自动删除、rename 或 quarantine 可疑对象,也不顺带接入生产 Fetcher。
|
|
|
|
## 方案
|
|
|
|
1. 用真实缓存文件系统条件固化 fail-closed:
|
|
- 在 `core/catalog` 创建请求对应路径为目录或其他确定的非普通 entry,调用真实 `IconCache.Load`,断言返回链可 `errors.Is(ErrIconCacheUnsafe)`、Fetcher 零调用、entry 未删除/改写且未发生远端回退。
|
|
- 在平台允许创建 symlink 时补同样矩阵并验证外部 target 未读取/改写;权限不允许时可以明确 skip,但跨平台非普通 entry 用例必须执行。
|
|
- 用真实 `IconCache` 作为 `IconEventDelivery.Loader`,证明同一错误发布 `IconFailed/unsafe_cache`,同时后台返回值仍保留 `ErrIconCacheUnsafe`;event payload 不包含原始 error、绝对路径、URL/query 或 symlink target。
|
|
2. modern 与 Win7 使用相同的本地 failure state 保存最近一次已验证失败的完整 `IconEventIdentity` 与 `IconFailureCode`,而不是只保存 code:
|
|
- 保持现有 `IconFailure(appID)` 查询签名兼容;详情布局直接读取同 package 状态。
|
|
- 只有 request ID、app ID、icon reference 与 DPI 都匹配当前最新请求时才能写入诊断。
|
|
- `ExpectIcon` 新 generation、匹配的 `IconReady`/`ApplyIcon`、IconRef 变化、取消和 app 删除按现有生命周期清除诊断;同引用 Catalog 更新可保留当前 failure。
|
|
3. 仅对 `IconFailureUnsafe` 在选中软件详情中显示持久、可访问的安全提示:
|
|
- 明确“缓存项未被使用、本次请求没有继续远端获取或自动修复”,提示退出 SoftBox 后按故障排查文档人工处理。
|
|
- 显示稳定诊断码、app ID 与由规范 digest + DPI 组成的缓存 locator;不得显示原始 URL/query、后台 error、symlink target 或未经验证的路径文本。
|
|
- 不增加“自动清理/重试/quarantine”按钮;`unavailable`/`invalid_content` 继续使用现有占位行为,避免把普通离线或坏内容误报为安全事件。
|
|
- 提示位于 `shell_detail.go`,modern/Win7 保持相同语义和可访问文本,视觉可遵循各自 Gio 版本既有样式。
|
|
4. 扩展双端 UI 回归:
|
|
- 注入当前请求的 `unsafe_cache` event,打开对应详情,通过 Gio 语义树断言安全提示、code/app/locator 可见且没有敏感原始错误。
|
|
- 覆盖迟到/换引用/换 DPI/取消/删除 app 不产生提示,新请求或成功 ready 清除旧提示,同引用 `SetItems` 保留诊断。
|
|
- 保持 T-607 最新请求/过期拒绝和 T-608 详情上下文/虚拟化契约通过。
|
|
5. 新增 `docs/troubleshooting.md` 的“不安全图标缓存”人工恢复 runbook:
|
|
- 解释诊断字段,把 locator 映射为 `<configured-icon-cache-root>/<digest>-<dpi>.icon`;安装模式正式装配的目标根为 `%LOCALAPPDATA%/OwnSoftBox/cache/icons/`,但在生产装配完成前明确以传给 `NewIconCache` 的 root 为事实,不虚构当前 cmd 已使用该路径。
|
|
- 要求先完全退出 SoftBox,确认 cache root 位于预期数据根且 root 本身不是 reparse point,不要打开/跟随可疑 entry 的 target;由管理员在根的父目录侧人工移走已核验的图标缓存目录或处理单个 entry,保留诊断信息后再启动重建。
|
|
- 明确普通用户拿不准时停止并联系管理员;不提供递归跟随链接的删除命令,不把人工步骤包装成应用内自动操作。
|
|
6. 同步 API、架构、路由和编码规则,冻结 `unsafe_cache` 的稳定字段、UI 语义、runbook 入口与“生产 IconCache/Fetcher 装配仍待后续任务”的真实状态。
|
|
|
|
## 验收要点
|
|
|
|
- 真实目录/非普通 cache entry 使 `IconCache.Load` 返回 `ErrIconCacheUnsafe`,Fetcher 不调用、entry 不删除/改写、无远端回退;可创建 symlink 的环境同时证明外部 target 不受影响。
|
|
- 真实 cache → delivery 路径发布唯一 `IconFailed` 且 code 为 `unsafe_cache`;后台返回错误仍可 `errors.Is(ErrIconCacheUnsafe)`,取消语义不变。
|
|
- application event/UI 不携带或显示原始 error、绝对 cache root、URL/query、token 或 link target;可定位字段仅含稳定 code、request/app 身份、规范 SHA-256 reference 与 DPI。
|
|
- modern/Win7 对当前 selected app 的 unsafe failure 显示等价、可访问的 fail-closed 与人工处理提示;普通 unavailable/invalid 不冒充安全告警。
|
|
- 最新请求、换 reference/DPI、取消、删除、ready 与同引用 snapshot 更新的诊断状态生命周期有双端测试;现有 `IconFailure(appID)` API 保持兼容。
|
|
- `docs/troubleshooting.md` 明确 locator→文件名、目标 cache root、停进程/不跟随 target/管理员处理/重启验证步骤,并如实标注当前 production IconCache/Delivery 尚未装配。
|
|
- 不新增自动 delete/rename/quarantine/retry 代码,不让不安全 entry 触发网络回退,不降低现有 fail-closed 判断。
|
|
- Go 1.20.14 + `GOWORK=off` 下 `go vet ./catalog`、`go test -count=10 ./catalog` 通过;modern Go 1.25.0 与 Win7 Go 1.20.14 下 `go test -count=10 ./ui/gio` 分别通过。
|
|
- 完整 `./scripts/verify_phase0.ps1`、`python scripts/validate_agent_context.py`、`python scripts/validate_harness_governance.py` 与提交前差异检查通过。
|
|
|
|
## 边界（不改什么）
|
|
|
|
- 不接入真实 HTTP IconFetcher、CDN 映射、生产 `NewIconCache`/`LoadAndPublish` 调用方或后台任务调度;当前无生产调用者的事实必须保留在文档。
|
|
- 不把 raw error、绝对路径、URL/query、token 或 symlink target 加入 application event/持久状态/UI;不建立遥测或上传诊断。
|
|
- 不自动删除、rename、隔离或修复 symlink/reparse point/非普通 entry,不新增一键清理按钮;自动 quarantine 仍需独立威胁模型与 Windows 攻击测试。
|
|
- 不修改图标并发、LRU、大小/尺寸校验、磁盘命名、Fetcher 流式上限或 Gio UI 线程事件投递契约。
|
|
- 不把普通损坏文件、离线、hash/decode 失败提升为 `unsafe_cache`;现有损坏普通文件删除重取策略保持不变。
|
|
- 不修改下载/安装/授权流程、协议 Schema、Go/Gio 版本、workspace 或 T-302;不修改、提交或删除用户的 `soft_quay.code-workspace`。
|
|
|
|
## 协作约束
|
|
|
|
- 按仓库当前规则由单 Agent 串行执行,不启动子 Agent。
|
|
- 本任务只允许修改 frontmatter 中的 `write_paths`;若实现需要生产网络装配、自动文件处置或新增事件敏感字段,必须停止并另立任务,不得在 T-611 内扩边。
|
|
- T-611 完成、完整验证并提交前,不落成或领取 Phase 1 后续整改或 T-302。
|
|
|
|
## 执行记录
|
|
|
|
- 2026-07-18:根据 `docs/review/phase2-review.md` 最终处理顺序第 6 项落成任务;现有全局最大任务为 T-610,因此取 T-611,依赖已完成的 T-610。
|
|
- 2026-07-18:代码图确认 `loadDisk` 已拒绝 symlink/非普通 entry,`loadUncached` 遇 `ErrIconCacheUnsafe` 直接返回且不 fetch;`classifyIconFailure` 已映射为 `unsafe_cache`,`IconFailedPayload` 已含安全的 reference/DPI,无需扩展 raw error 字段。
|
|
- 2026-07-18:调用图确认 `IconEventDelivery.LoadAndPublish` 与双端 `IconFailure` 目前都只有测试调用;双端 `ApplyEvent` 只保存 failure code 且布局不读取。任务因此采用“真实 cache→event 集成测试 + UI 安全提示 + 人工 runbook”,明确不宣称生产装配已完成。
|
|
- 2026-07-18:现有 `docs/api.md` 已冻结磁盘名 `<digest>-<dpi>.icon` 与 `unsafe_cache` 稳定枚举,架构只定义 `%LOCALAPPDATA%/OwnSoftBox/cache/` 逻辑根;T-611 将细化正式 icon root 与 locator 映射,同时保留 constructor root 才是当前代码事实。
|
|
- 2026-07-18:新增 `docs/troubleshooting.md` 后治理闸门要求根 README 与 docs README 登记所有文档;将这两个纯导航文件补入 `write_paths`,不扩大功能范围。
|
|
- 2026-07-18:core 新增真实目录与 Windows symlink cache entry 用例,证明 `ErrIconCacheUnsafe` 可识别、Fetcher 零调用、entry/外部 target 不删除不改写;真实 `IconCache → IconEventDelivery` 只发布一个 `IconFailed/unsafe_cache`,后台错误链保留 sentinel 且 event 不含 cache root/raw error。
|
|
- 2026-07-18:modern/Win7 将 failure map 从单 code 升级为完整 `IconEventIdentity + IconFailureCode`,保持 `IconFailure(appID)` 兼容;详情只为当前 `unsafe_cache` 显示文字标题、fail-closed/人工恢复说明和安全 code/app/`<digest>-<dpi>.icon` locator。语义树回归覆盖普通失败不冒充告警以及新请求、迟到事件、ready、DPI/reference 变化、取消、删除和同引用 snapshot 生命周期。
|
|
- 2026-07-18:新增不跟随链接的管理员 runbook,同步 API、路由、架构、编码规则和导航;明确安装目标 root 与当前生产 IconCache/Delivery/Fetcher 尚未装配的真实边界,未增加自动 delete/rename/quarantine/retry。
|
|
- 2026-07-18:验证通过:`GOWORK=off go vet ./catalog`,`GOWORK=off go test -count=10 ./catalog`,modern Go 1.25.0 与 Win7 Go 1.20.14 各 `go test -count=10 ./ui/gio`;Windows symlink 子用例实际 PASS;`./scripts/verify_phase0.ps1`、agent-context、harness governance 与差异检查全部通过。
|