安全评审（Security Review）

来源: affaan-m/everything-claude-code 原始文件: agents/security-reviewer.md + skills/security-review/SKILL.md + rules/common/security.md 类别: E-安全保障

一、安全评审 Agent

核心职责

1. 漏洞检测（Vulnerability Detection） — 识别 OWASP Top 10 及常见安全问题
2. 密钥检测（Secrets Detection） — 查找硬编码的 API 密钥、密码、令牌（Token）
3. 输入验证（Input Validation） — 确保所有用户输入已正确清理
4. 认证/授权（Authentication/Authorization） — 验证访问控制是否正确
5. 依赖安全（Dependency Security） — 检查存在漏洞的 npm 包
6. 安全最佳实践（Security Best Practices） — 强制执行安全编码模式

分析命令

npm audit --audit-level=high
npx eslint . --plugin security

审查工作流

1. 初始扫描

• 运行 npm audit、eslint-plugin-security，搜索硬编码密钥
• 审查高风险区域：认证、API 端点、数据库查询、文件上传、支付、Webhook

2. OWASP Top 10 检查

1. 注入（Injection） — 查询是否参数化？用户输入是否已清理？ORM 是否安全使用？
2. 失效的认证（Broken Auth） — 密码是否使用 bcrypt/argon2 哈希？JWT 是否已验证？会话（Session）是否安全？
3. 敏感数据暴露（Sensitive Data） — 是否强制使用 HTTPS？密钥是否存储在环境变量中？PII 是否已加密？日志是否已脱敏？
4. XML 外部实体（XXE） — XML 解析器是否安全配置？外部实体是否已禁用？
5. 失效的访问控制（Broken Access） — 每个路由是否都检查了认证？CORS 是否正确配置？
6. 安全配置错误（Misconfiguration） — 默认凭据是否已更改？生产环境是否关闭了调试模式？安全头（Security Headers）是否已设置？
7. 跨站脚本（XSS） — 输出是否已转义？CSP 是否已设置？框架是否自动转义？
8. 不安全的反序列化（Insecure Deserialization） — 用户输入是否安全反序列化？
9. 已知漏洞（Known Vulnerabilities） — 依赖是否已更新？npm audit 是否干净？
10. 日志和监控不足（Insufficient Logging） — 安全事件是否已记录？告警是否已配置？

3. 代码模式审查

立即标记以下模式：

核心原则

1. 纵深防御（Defense in Depth） — 多层安全防护
2. 最小权限（Least Privilege） — 仅授予所需的最小权限
3. 安全失败（Fail Securely） — 错误不应暴露数据
4. 不信任输入（Don't Trust Input） — 验证和清理一切输入
5. 定期更新（Update Regularly） — 保持依赖更新

常见误报

• .env.example 中的环境变量（非实际密钥）
• 测试文件中的测试凭据（如有明确标记）
• 公开 API 密钥（如确实是公开的）
• 用于校验和（Checksum）的 SHA256/MD5（非密码用途）

审查前务必确认上下文。

紧急响应

发现严重（CRITICAL）漏洞时：

1. 编写详细报告文档
2. 立即通知项目负责人
3. 提供安全代码示例
4. 验证修复方案有效
5. 如凭据已暴露，立即轮换密钥

何时运行

始终运行： 新增 API 端点、认证代码变更、用户输入处理、数据库查询变更、文件上传、支付代码、外部 API 集成、依赖更新。

立即运行： 生产事故、依赖 CVE、用户安全报告、重大发布前。

成功指标

• 未发现严重（CRITICAL）问题
• 所有高（HIGH）问题已处理
• 代码中无密钥
• 依赖已更新
• 安全检查清单完成

二、安全评审技能（Security Review Skill）

激活时机

• 实现认证或授权功能
• 处理用户输入或文件上传
• 创建新的 API 端点
• 处理密钥或凭据
• 实现支付功能
• 存储或传输敏感数据
• 集成第三方 API

安全检查清单

1. 密钥管理（Secrets Management）

错误做法：

const apiKey = "sk-proj-xxxxx"  // 硬编码密钥
const dbPassword = "password123" // 写在源码中

正确做法：

const apiKey = process.env.OPENAI_API_KEY
const dbUrl = process.env.DATABASE_URL

// 验证密钥是否存在
if (!apiKey) {
  throw new Error('OPENAI_API_KEY not configured')
}

验证步骤：

• 无硬编码的 API 密钥、令牌或密码
• 所有密钥存储在环境变量中
• .env.local 已添加到 .gitignore
• Git 历史中无密钥
• 生产密钥在托管平台（Vercel、Railway）中配置

2. 输入验证（Input Validation）

始终验证用户输入：

import { z } from 'zod'

// 定义验证模式
const CreateUserSchema = z.object({
  email: z.string().email(),
  name: z.string().min(1).max(100),
  age: z.number().int().min(0).max(150)
})

// 处理前进行验证
export async function createUser(input: unknown) {
  try {
    const validated = CreateUserSchema.parse(input)
    return await db.users.create(validated)
  } catch (error) {
    if (error instanceof z.ZodError) {
      return { success: false, errors: error.errors }
    }
    throw error
  }
}

文件上传验证：

function validateFileUpload(file: File) {
  // 大小检查（最大 5MB）
  const maxSize = 5 * 1024 * 1024
  if (file.size > maxSize) {
    throw new Error('File too large (max 5MB)')
  }

  // 类型检查
  const allowedTypes = ['image/jpeg', 'image/png', 'image/gif']
  if (!allowedTypes.includes(file.type)) {
    throw new Error('Invalid file type')
  }

  // 扩展名检查
  const allowedExtensions = ['.jpg', '.jpeg', '.png', '.gif']
  const extension = file.name.toLowerCase().match(/\.[^.]+$/)?.[0]
  if (!extension || !allowedExtensions.includes(extension)) {
    throw new Error('Invalid file extension')
  }

  return true
}

验证步骤：

• 所有用户输入使用模式（Schema）验证
• 文件上传受限（大小、类型、扩展名）
• 不直接在查询中使用用户输入
• 使用白名单验证（非黑名单）
• 错误消息不泄露敏感信息

3. SQL 注入防护（SQL Injection Prevention）

错误做法 — 拼接 SQL：

// 危险 — SQL 注入漏洞
const query = `SELECT * FROM users WHERE email = '${userEmail}'`
await db.query(query)

正确做法 — 参数化查询：

// 安全 — 参数化查询
const { data } = await supabase
  .from('users')
  .select('*')
  .eq('email', userEmail)

// 或使用原始 SQL
await db.query(
  'SELECT * FROM users WHERE email = $1',
  [userEmail]
)

验证步骤：

• 所有数据库查询使用参数化查询
• SQL 中无字符串拼接
• ORM/查询构建器使用正确
• Supabase 查询已正确清理

4. 认证与授权（Authentication & Authorization）

JWT 令牌处理：

// 错误：localStorage（容易受 XSS 攻击）
localStorage.setItem('token', token)

// 正确：httpOnly Cookie
res.setHeader('Set-Cookie',
  `token=${token}; HttpOnly; Secure; SameSite=Strict; Max-Age=3600`)

授权检查：

export async function deleteUser(userId: string, requesterId: string) {
  // 始终先验证授权
  const requester = await db.users.findUnique({
    where: { id: requesterId }
  })

  if (requester.role !== 'admin') {
    return NextResponse.json(
      { error: 'Unauthorized' },
      { status: 403 }
    )
  }

  // 执行删除
  await db.users.delete({ where: { id: userId } })
}

行级安全（Row Level Security，RLS） — Supabase：

-- 在所有表上启用 RLS
ALTER TABLE users ENABLE ROW LEVEL SECURITY;

-- 用户只能查看自己的数据
CREATE POLICY "Users view own data"
  ON users FOR SELECT
  USING (auth.uid() = id);

-- 用户只能更新自己的数据
CREATE POLICY "Users update own data"
  ON users FOR UPDATE
  USING (auth.uid() = id);

验证步骤：

• 令牌存储在 httpOnly Cookie 中（非 localStorage）
• 敏感操作前进行授权检查
• Supabase 已启用行级安全
• 已实现基于角色的访问控制（RBAC）
• 会话管理安全

5. XSS 防护（XSS Prevention）

HTML 清理：

import DOMPurify from 'isomorphic-dompurify'

// 始终清理用户提供的 HTML
function renderUserContent(html: string) {
  const clean = DOMPurify.sanitize(html, {
    ALLOWED_TAGS: ['b', 'i', 'em', 'strong', 'p'],
    ALLOWED_ATTR: []
  })
  return <div dangerouslySetInnerHTML={{ __html: clean }} />
}

内容安全策略（Content Security Policy，CSP）：

// next.config.js
const securityHeaders = [
  {
    key: 'Content-Security-Policy',
    value: `
      default-src 'self';
      script-src 'self' 'unsafe-eval' 'unsafe-inline';
      style-src 'self' 'unsafe-inline';
      img-src 'self' data: https:;
      font-src 'self';
      connect-src 'self' https://api.example.com;
    `.replace(/\s{2,}/g, ' ').trim()
  }
]

验证步骤：

• 用户提供的 HTML 已清理
• CSP 头已配置
• 无未验证的动态内容渲染
• 使用 React 内置 XSS 防护

6. CSRF 防护（CSRF Protection）

CSRF 令牌：

import { csrf } from '@/lib/csrf'

export async function POST(request: Request) {
  const token = request.headers.get('X-CSRF-Token')

  if (!csrf.verify(token)) {
    return NextResponse.json(
      { error: 'Invalid CSRF token' },
      { status: 403 }
    )
  }

  // 处理请求
}

SameSite Cookie：

res.setHeader('Set-Cookie',
  `session=${sessionId}; HttpOnly; Secure; SameSite=Strict`)

验证步骤：

• 状态变更操作使用 CSRF 令牌
• 所有 Cookie 设置 SameSite=Strict
• 实现双重提交 Cookie 模式

7. 速率限制（Rate Limiting）

API 速率限制：

import rateLimit from 'express-rate-limit'

const limiter = rateLimit({
  windowMs: 15 * 60 * 1000, // 15 分钟
  max: 100, // 每个窗口 100 个请求
  message: 'Too many requests'
})

// 应用到路由
app.use('/api/', limiter)

高开销操作限制：

// 搜索的严格速率限制
const searchLimiter = rateLimit({
  windowMs: 60 * 1000, // 1 分钟
  max: 10, // 每分钟 10 个请求
  message: 'Too many search requests'
})

app.use('/api/search', searchLimiter)

验证步骤：

• 所有 API 端点已设置速率限制
• 高开销操作有更严格的限制
• 基于 IP 的速率限制
• 基于用户的速率限制（已认证用户）

8. 敏感数据暴露（Sensitive Data Exposure）

日志：

// 错误：记录敏感数据
console.log('User login:', { email, password })
console.log('Payment:', { cardNumber, cvv })

// 正确：脱敏敏感数据
console.log('User login:', { email, userId })
console.log('Payment:', { last4: card.last4, userId })

错误消息：

// 错误：暴露内部细节
catch (error) {
  return NextResponse.json(
    { error: error.message, stack: error.stack },
    { status: 500 }
  )
}

// 正确：通用错误消息
catch (error) {
  console.error('Internal error:', error)
  return NextResponse.json(
    { error: 'An error occurred. Please try again.' },
    { status: 500 }
  )
}

验证步骤：

• 日志中无密码、令牌或密钥
• 用户端错误消息通用化
• 详细错误仅在服务器日志中
• 不向用户暴露堆栈跟踪

9. 区块链安全（Blockchain Security） — Solana

钱包验证：

import { verify } from '@solana/web3.js'

async function verifyWalletOwnership(
  publicKey: string,
  signature: string,
  message: string
) {
  try {
    const isValid = verify(
      Buffer.from(message),
      Buffer.from(signature, 'base64'),
      Buffer.from(publicKey, 'base64')
    )
    return isValid
  } catch (error) {
    return false
  }
}

交易验证：

async function verifyTransaction(transaction: Transaction) {
  // 验证接收方
  if (transaction.to !== expectedRecipient) {
    throw new Error('Invalid recipient')
  }

  // 验证金额
  if (transaction.amount > maxAmount) {
    throw new Error('Amount exceeds limit')
  }

  // 验证用户余额是否充足
  const balance = await getBalance(transaction.from)
  if (balance < transaction.amount) {
    throw new Error('Insufficient balance')
  }

  return true
}

验证步骤：

• 钱包签名已验证
• 交易详情已验证
• 交易前检查余额
• 无盲签交易

10. 依赖安全（Dependency Security）

定期更新：

# 检查漏洞
npm audit

# 自动修复可修复的问题
npm audit fix

# 更新依赖
npm update

# 检查过时的包
npm outdated

锁文件：

# 始终提交锁文件
git add package-lock.json

# 在 CI/CD 中使用以确保可复现的构建
npm ci  # 代替 npm install

验证步骤：

• 依赖已更新
• 无已知漏洞（npm audit 干净）
• 锁文件已提交
• GitHub 上已启用 Dependabot
• 定期安全更新

三、安全测试

自动化安全测试

// 测试认证
test('requires authentication', async () => {
  const response = await fetch('/api/protected')
  expect(response.status).toBe(401)
})

// 测试授权
test('requires admin role', async () => {
  const response = await fetch('/api/admin', {
    headers: { Authorization: `Bearer ${userToken}` }
  })
  expect(response.status).toBe(403)
})

// 测试输入验证
test('rejects invalid input', async () => {
  const response = await fetch('/api/users', {
    method: 'POST',
    body: JSON.stringify({ email: 'not-an-email' })
  })
  expect(response.status).toBe(400)
})

// 测试速率限制
test('enforces rate limits', async () => {
  const requests = Array(101).fill(null).map(() =>
    fetch('/api/endpoint')
  )

  const responses = await Promise.all(requests)
  const tooManyRequests = responses.filter(r => r.status === 429)

  expect(tooManyRequests.length).toBeGreaterThan(0)
})

四、通用安全准则（Common Security Guidelines）

每次提交前的强制安全检查

• 无硬编码密钥（API 密钥、密码、令牌）
• 所有用户输入已验证
• SQL 注入防护（参数化查询）
• XSS 防护（HTML 已清理）
• CSRF 防护已启用
• 认证/授权已验证
• 所有端点已设置速率限制
• 错误消息不泄露敏感数据

密钥管理

• 绝不在源代码中硬编码密钥
• 始终使用环境变量或密钥管理器
• 在启动时验证必需的密钥是否存在
• 轮换任何可能已暴露的密钥

安全响应协议

发现安全问题时：

1. 立即停止当前工作
2. 使用 security-reviewer Agent
3. 在继续之前修复严重（CRITICAL）问题
4. 轮换任何暴露的密钥
5. 审查整个代码库是否存在类似问题

五、部署前安全检查清单

在任何生产部署之前：

• 密钥：无硬编码密钥，全部在环境变量中
• 输入验证：所有用户输入已验证
• SQL 注入：所有查询已参数化
• XSS：用户内容已清理
• CSRF：防护已启用
• 认证：令牌处理正确
• 授权：角色检查到位
• 速率限制：所有端点已启用
• HTTPS：生产环境已强制
• 安全头：CSP、X-Frame-Options 已配置
• 错误处理：错误中无敏感数据
• 日志：无敏感数据记录
• 依赖：已更新，无漏洞
• 行级安全：Supabase 已启用
• CORS：已正确配置
• 文件上传：已验证（大小、类型）
• 钱包签名：已验证（如涉及区块链）

参考资源

• OWASP Top 10
• Next.js 安全
• Supabase 安全
• Web 安全学院

切记：安全不是可选项。一个漏洞就可能造成用户真实的财务损失。务必全面、警惕、主动。