mcpField
C
cc-skill-security-review

cc-skill-security-review

github.com/sickn33セキュリティ48.7k2.2k 回インストール今日更新
リポジトリ

cc-skill-security-review について

コードのセキュリティ対策と潜在的な脆弱性を確認するスキルです。認証、ユーザー入力、機密データ、API、外部サービス連携を扱う開発に向けて、複数の領域の確認項目を示します。例やチェックリストは、環境に応じた検証や専門家のレビューに代わるものではありません。

主な機能

  1. 01秘密情報と認証情報の管理確認
  2. 02入力検証とSQLインジェクション対策の確認
  3. 03認証、認可、セッション管理の点検
  4. 04XSS、CSRF、レート制限の評価
  5. 05機密データ、依存関係、テストの確認

活用シーン

  1. 01認証・認可機能の実装コードを確認
  2. 02アップロードやユーザー入力のリスクを調査
  3. 03APIエンドポイント追加前の安全対策を点検
  4. 04外部連携や認証情報の取り扱いをレビュー

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/sickn33/agentic-awesome-skills --skill cc-skill-security-review

インストール後、Claude Code で/cc-skill-security-reviewを入力して読み込まれたか確認します。

同梱ファイルreferences/detailed-guide.md

詳細

翻訳後に原文が更新されています。最新の内容は原文をご確認ください。

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

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

詳細ガイド

このスキルを実行する前に、詳細ガイドをお読みください。完全な手順と参考資料が記載されています。その安全性、前提条件、検証要件は必須のものとして扱ってください。焦点を絞った作業では関連するセクションを読み込み、エンドツーエンドの作業ではガイドを完全に読んでください。

使用する場面

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

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

1. シークレット管理
❌ 絶対にしてはいけないこと
const leakedToken = "[redacted API key]"  // Hardcoded secret
const dbCredential = "[redacted password]" // 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)
})

制限事項

  • このスキルは、タスクが上記のスコープに明確に一致する場合にのみ使用してください。
  • 出力を、環境固有の検証、テスト、専門家によるレビューの代替として扱わないでください。
  • 必要な入力、権限、安全境界、成功基準が欠けている場合は、作業を中断して確認を求めてください。

コメント