セキュリティレビュースキル
すべてのコードがセキュリティベストプラクティスに従い、潜在的な脆弱性を特定するためのスキル。
発動タイミング
- •認証や認可の実装
- •ユーザー入力やファイルアップロードの処理
- •新しいAPIエンドポイントの作成
- •シークレットや認証情報の取り扱い
- •決済機能の実装
- •機密データの保存・送信
- •サードパーティAPIとの統合
セキュリティチェックリスト
1. シークレット管理
絶対にやってはいけないこと
typescript
const apiKey = "sk-proj-xxxxx" // Hardcoded secret const dbPassword = "password123" // In source code
常にやるべきこと
typescript
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. 入力バリデーション
ユーザー入力は常にバリデーション
typescript
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
}
}
ファイルアップロードバリデーション
typescript
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文字列結合は絶対禁止
typescript
// DANGEROUS - SQL Injection vulnerability
const query = `SELECT * FROM users WHERE email = '${userEmail}'`
await db.query(query)
常にパラメータ化クエリを使用
typescript
// 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トークンの取り扱い
typescript
// ❌ 間違い: localStorage（XSSに脆弱）
localStorage.setItem('token', token)
// ✅ 正しい: httpOnlyクッキー
res.setHeader('Set-Cookie',
`token=${token}; HttpOnly; Secure; SameSite=Strict; Max-Age=3600`)
認可チェック
typescript
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 } })
}
Row Level Security（Supabase）
sql
-- 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クッキーに保存されている（localStorageではない）
- • 機密操作の前に認可チェックがある
- • SupabaseでRow Level Securityが有効
- • ロールベースアクセス制御が実装されている
- • セッション管理が安全
5. XSS防止
HTMLのサニタイズ
typescript
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 }} />
}
Content Security Policy
typescript
// 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トークン
typescript
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クッキー
typescript
res.setHeader('Set-Cookie',
`session=${sessionId}; HttpOnly; Secure; SameSite=Strict`)
確認手順
- • 状態変更操作にCSRFトークンがある
- • すべてのクッキーにSameSite=Strictが設定されている
- • ダブルサブミットクッキーパターンが実装されている
7. レート制限
APIレート制限
typescript
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)
高コスト操作
typescript
// 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. 機密データの露出
ロギング
typescript
// ❌ 間違い: 機密データをロギング
console.log('User login:', { email, password })
console.log('Payment:', { cardNumber, cvv })
// ✅ 正しい: 機密データをリダクト
console.log('User login:', { email, userId })
console.log('Payment:', { last4: card.last4, userId })
エラーメッセージ
typescript
// ❌ 間違い: 内部詳細を露出
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. ブロックチェーンセキュリティ（Solana）
ウォレット検証
typescript
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
}
}
トランザクション検証
typescript
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. 依存関係のセキュリティ
定期的な更新
bash
# Check for vulnerabilities npm audit # Fix automatically fixable issues npm audit fix # Update dependencies npm update # Check for outdated packages npm outdated
ロックファイル
bash
# 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が有効
- • 定期的なセキュリティアップデート
セキュリティテスト
自動セキュリティテスト
typescript
// 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: 適切に設定
- • ファイルアップロード: バリデーション済み（サイズ、タイプ）
- • ウォレット署名: 検証済み（ブロックチェーンの場合）
リソース
重要: セキュリティはオプションではありません。1つの脆弱性がプラットフォーム全体を危険にさらす可能性があります。迷ったら、安全側に倒してください。