security-review

セキュリティレビューのスキル

このスキルにより、すべてのコードがセキュリティのベストプラクティスに従っていることを確認し、潜在的な脆弱性を特定します。

有効にするタイミング

• 認証または認可を実装するとき
• ユーザー入力やファイルアップロードを扱うとき
• 新しい API エンドポイントを作成するとき
• シークレットや認証情報を扱うとき
• 決済機能を実装するとき
• 機密データを保存または送信するとき
• サードパーティ API を統合するとき

セキュリティチェックリスト

1. シークレットの管理

❌ 絶対に行わないこと

const apiKey = "sk-proj-xxxxx"  // Hardcoded secret
const dbPassword = "password123" // In source code

✅ 必ず行うこと

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

// Verify secrets exist
if (!apiKey) {
  throw new Error('OPENAI_API_KEY not configured')
}

確認手順

• API キー、トークン、パスワードをハードコードしない
• すべてのシークレットを環境変数に保存する
• .env.local が .gitignore に含まれている
• Git の履歴にシークレットが含まれていない
• 本番環境のシークレットをホスティングプラットフォーム（Vercel、Railway）に保存する

2. 入力の検証

ユーザー入力は必ず検証する

import { z } from 'zod'

// Define validation schema
const CreateUserSchema = z.object({
  email: z.string().email(),
  name: z.string().min(1).max(100),
  age: z.number().int().min(0).max(150)
})

// Validate before processing
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) {
  // Size check (5MB max)
  const maxSize = 5 * 1024 * 1024
  if (file.size > maxSize) {
    throw new Error('File too large (max 5MB)')
  }

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

  // Extension check
  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
}

確認手順

• すべてのユーザー入力をスキーマで検証する
• ファイルアップロードを制限する（サイズ、種類、拡張子）
• クエリでユーザー入力を直接使用しない
• ブラックリストではなく、許可リスト方式で検証する
• エラーメッセージから機密情報を漏らさない

3. SQL インジェクションの防止

❌ SQL を連結しない

// DANGEROUS - SQL Injection vulnerability
const query = `SELECT * FROM users WHERE email = '${userEmail}'`
await db.query(query)

✅ 必ずパラメーター化クエリを使用する

// Safe - parameterized query
const { data } = await supabase
  .from('users')
  .select('*')
  .eq('email', userEmail)

// Or with raw SQL
await db.query(
  'SELECT * FROM users WHERE email = $1',
  [userEmail]
)

確認手順

• すべてのデータベースクエリでパラメーター化クエリを使用する
• SQL で文字列を連結しない
• ORM／クエリビルダーを正しく使用する
• Supabase のクエリを適切にサニタイズする

4. 認証と認可

JWT トークンの取り扱い

// ❌ WRONG: localStorage (vulnerable to XSS)
localStorage.setItem('token', token)

// ✅ CORRECT: httpOnly cookies
res.setHeader('Set-Cookie',
  `token=${token}; HttpOnly; Secure; SameSite=Strict; Max-Age=3600`)

認可チェック

export async function deleteUser(userId: string, requesterId: string) {
  // ALWAYS verify authorization first
  const requester = await db.users.findUnique({
    where: { id: requesterId }
  })

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

  // Proceed with deletion
  await db.users.delete({ where: { id: userId } })
}

行レベルセキュリティ（Supabase）

-- Enable RLS on all tables
ALTER TABLE users ENABLE ROW LEVEL SECURITY;

-- Users can only view their own data
CREATE POLICY "Users view own data"
  ON users FOR SELECT
  USING (auth.uid() = id);

-- Users can only update their own data
CREATE POLICY "Users update own data"
  ON users FOR UPDATE
  USING (auth.uid() = id);

確認手順

• トークンを httpOnly Cookie に保存する（localStorage には保存しない）
• 機密性の高い操作の前に認可チェックを行う
• Supabase で行レベルセキュリティを有効にする
• ロールベースのアクセス制御を実装する
• セッション管理を安全に行う

5. XSS の防止

HTML のサニタイズ

import DOMPurify from 'isomorphic-dompurify'

// ALWAYS sanitize user-provided HTML
function renderUserContent(html: string) {
  const clean = DOMPurify.sanitize(html, {
    ALLOWED_TAGS: ['b', 'i', 'em', 'strong', 'p'],
    ALLOWED_ATTR: []
  })
  return <div dangerouslySetInnerHTML={{ __html: clean }} />
}

コンテンツセキュリティポリシー

// 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 トークン

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 }
    )
  }

  // Process request
}

SameSite Cookie

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

確認手順

• 状態を変更する操作には CSRF トークンを使用する
• すべての Cookie に SameSite=Strict を設定する
• ダブルサブミット Cookie パターンを実装する

7. レート制限

API のレート制限

import rateLimit from 'express-rate-limit'

const limiter = rateLimit({
  windowMs: 15 * 60 * 1000, // 15 minutes
  max: 100, // 100 requests per window
  message: 'Too many requests'
})

// Apply to routes
app.use('/api/', limiter)

負荷の高い操作

// Aggressive rate limiting for searches
const searchLimiter = rateLimit({
  windowMs: 60 * 1000, // 1 minute
  max: 10, // 10 requests per minute
  message: 'Too many search requests'
})

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

確認手順

• すべての API エンドポイントにレート制限を設ける
• 負荷の高い操作には、より厳しい制限を設ける
• IP ベースのレート制限を設ける
• 認証済みユーザーにはユーザーベースのレート制限を設ける

8. 機密データの漏えい

ログ

// ❌ WRONG: Logging sensitive data
console.log('User login:', { email, password })
console.log('Payment:', { cardNumber, cvv })

// ✅ CORRECT: Redact sensitive data
console.log('User login:', { email, userId })
console.log('Payment:', { last4: card.last4, userId })

エラーメッセージ

// ❌ WRONG: Exposing internal details
catch (error) {
  return NextResponse.json(
    { error: error.message, stack: error.stack },
    { status: 500 }
  )
}

// ✅ CORRECT: Generic error messages
catch (error) {
  console.error('Internal error:', error)
  return NextResponse.json(
    { error: 'An error occurred. Please try again.' },
    { status: 500 }
  )
}

確認手順

• パスワード、トークン、シークレットをログに記録しない
• ユーザー向けのエラーメッセージは汎用的な内容にする
• 詳細なエラーはサーバーログにのみ記録する
• スタックトレースをユーザーに公開しない

9. ブロックチェーンのセキュリティ（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) {
  // Verify recipient
  if (transaction.to !== expectedRecipient) {
    throw new Error('Invalid recipient')
  }

  // Verify amount
  if (transaction.amount > maxAmount) {
    throw new Error('Amount exceeds limit')
  }

  // Verify user has sufficient balance
  const balance = await getBalance(transaction.from)
  if (balance < transaction.amount) {
    throw new Error('Insufficient balance')
  }

  return true
}

確認手順

• ウォレットの署名を検証する
• トランザクションの詳細を検証する
• トランザクション前に残高を確認する
• 内容を確認せずにトランザクションへ署名しない

10. 依存関係のセキュリティ

定期的な更新

# Check for vulnerabilities
npm audit

# Fix automatically fixable issues
npm audit fix

# Update dependencies
npm update

# Check for outdated packages
npm outdated

ロックファイル

# ALWAYS commit lock files
git add package-lock.json

# Use in CI/CD for reproducible builds
npm ci  # Instead of npm install

確認手順

• 依存関係を最新の状態に保つ
• 既知の脆弱性がない（npm audit で問題がない）
• ロックファイルをコミットする
• GitHub で Dependabot を有効にする
• セキュリティ更新を定期的に適用する

セキュリティテスト

自動セキュリティテスト

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

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

// Test input validation
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 rate limiting
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)
})

デプロイ前セキュリティチェックリスト

本番環境へのデプロイ前に、必ず以下を確認してください。

• シークレット: ハードコードされたシークレットがなく、すべて環境変数で管理されている
• 入力検証: すべてのユーザー入力が検証されている
• SQL インジェクション: すべてのクエリがパラメータ化されている
• XSS: ユーザーコンテンツがサニタイズされている
• CSRF: 保護が有効になっている
• 認証: トークンが適切に扱われている
• 認可: ロールチェックが実装されている
• レート制限: すべてのエンドポイントで有効になっている
• HTTPS: 本番環境で強制されている
• セキュリティヘッダー: CSP、X-Frame-Options が設定されている
• エラー処理: エラーに機密データが含まれていない
• ロギング: 機密データがログに記録されていない
• 依存関係: 最新であり、脆弱性がない
• Row Level Security: Supabase で有効になっている
• CORS: 適切に設定されている
• ファイルアップロード: サイズと種類が検証されている
• ウォレット署名: 検証されている（ブロックチェーンを使用する場合）

リソース

• OWASP Top 10
• Next.js Security
• Supabase Security
• Web Security Academy

---

覚えておいてください: セキュリティは任意ではありません。1 つの脆弱性がプラットフォーム全体を危険にさらす可能性があります。判断に迷う場合は、慎重な方を選んでください。