审计修复：后端（安全 / 数据一致性 / 性能）

audit-2026-09-21.md 里的后端条目落地。每条都配了回归守卫，并逐条做过变异验证
（注入原 bug → 确认按正确理由变红 → 还原 → 变绿）。

安全
- CSRF 只加同源 Origin/Referer 守卫（csrf.go），不动模板
- 会话 cookie 的 Secure 按请求判断；两步验证两闸（loginGuard + 验证码一次性）
- 跳转收口到 safeInternalPath；clientIP 只认 XFF 最后一段
- GPX 按属主圈定且查 RowsAffected；下载名走 downloadDisposition
- 上传口统一 MaxBytesReader；落盘后的失败路径清掉半成品

数据一致性
- 区域判定两端各过一遍再 AND（apiTrack 与 movementsWhere 对齐）
- Filter.Verdict 全域一致（下推到 visitsWhere）；聚合刷新必须返回 error
- 附属数据改挂坐标键，Go 与 SQL 两套表达式逐位一致
- 脏备份的伪时间/越界坐标不再进领域模型；rows 循环统一 drainRows
- 合并与导出：writeRawRow 上抛错误、悬空引用清理、原生列补全

性能
- placeCols 相关子查询带 dataset_id 前导列；findSourceArchive 先按大小筛
- 批量勾选改 ANY($3::bigint[])；fillupCache 加上限；同一查询不再查两遍

另：新增「全新库」冒烟测试 —— 空库跑完 Migrate 再用应用侧读查询真打一遍，
迁移块排到依赖表之前这种错只有新库会炸，老库毫无症状。

internal/web/fog_race_test.go

@@ -0,0 +1,55 @@
+package web
+
+import (
+	"sync"
+	"testing"
+
+	"rond-with-you/internal/fog"
+)
+
+// S1 回归：清空迷雾时换索引指针，而瓦片/导出/统计正在同时读它。
+//
+// ⚠️ 这条用例**必须带 -race 跑才有意义**：
+//
+//	go test -race -count=1 -run TestFogIndexConcurrentResetAndRead ./internal/web/
+//
+// 不带 -race 时它只能证明「并发下不 panic、拿到的不是 nil」。
+func TestFogIndexConcurrentResetAndRead(t *testing.T) {
+	f := newLoginFixture(t)
+
+	// 收尾：把索引恢复成「从库里加载」的状态，别把清空后的空索引留给后面的用例
+	t.Cleanup(func() {
+		if ix := fog.NewIndex(); ix.LoadAll(f.srv.db) == nil {
+			fogIndexV.Store(ix)
+		}
+	})
+
+	// 先触发一次初始加载，让后面的并发都落在「读已发布指针」这条路径上
+	if _, err := f.srv.fogIndex(); err != nil {
+		t.Fatalf("首次加载迷雾索引失败: %v", err)
+	}
+
+	var wg sync.WaitGroup
+	for i := 0; i < 8; i++ {
+		wg.Add(1)
+		go func() {
+			defer wg.Done()
+			for j := 0; j < 200; j++ {
+				ix, err := f.srv.fogIndex()
+				if err != nil || ix == nil {
+					t.Errorf("并发读取拿到了空索引: ix=%v err=%v", ix, err)
+					return
+				}
+				ix.Stats() // 真实读者会做的事（内部有自己的锁）
+			}
+		}()
+	}
+	wg.Add(1)
+	go func() {
+		defer wg.Done()
+		for j := 0; j < 200; j++ {
+			fogResetIndex() // 与 adminFogClear 同一个调用
+		}
+	}()
+	wg.Wait()
+}