关于 implementing-api-key-security-controls
面向 API 平台开发者的技能,讲解 API 密钥的生成、验证、轮换和泄露检测。重点是限制密钥权限并降低泄露后的影响。
主要功能
- 01使用安全随机数生成 API 密钥
- 02仅存储密钥哈希并验证作用域
- 03实施密钥轮换与宽限期
- 04按端点、IP 和速率限制密钥
- 05扫描代码库并处理泄露密钥
适用场景
- 01为服务间 API 设计密钥认证控制
- 02在数据库中安全保存 API 密钥
- 03让使用者在不中断服务时轮换密钥
- 04发现代码库中的密钥泄露并撤销密钥
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mukul975/ anthropic-cybersecurity-skills --skill implementing-api-key-security-controls安装后在 Claude Code 中输入/implementing-api-key-security-controls确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
LICENSEreferences/api-reference.mdscripts/agent.py详细介绍
实施 API 密钥安全控制
何时使用
- 设计具有足够熵值和可识别前缀的安全 API 密钥生成方案,以便进行泄露检测
- 使用 SHA-256 或 bcrypt 实施服务端 API 密钥哈希(绝不以明文存储密钥)
- 构建密钥轮换工作流,为 API 使用者实现零停机时间的密钥替换
- 配置按密钥的作用域,将每个 API 密钥限制到特定端点、IP 范围和速率限制
- 设置自动化监控,检测 GitHub 仓库、日志和客户端代码中的 API 密钥泄露
不要将 API 密钥作为面向用户应用的唯一身份验证机制。API 密钥最适合服务端到服务端通信和开发者访问。
前提条件
- 用于密钥生成的安全随机数生成器(os.urandom、secrets 模块)
- 具备适当静态加密的数据库,用于存储哈希后的 API 密钥
- Redis 或类似存储,用于密钥到元数据的缓存和速率限制
- 密钥扫描工具(GitHub secret scanning、truffleHog、gitleaks)
- 用于密钥使用异常的监控和告警基础设施
工作流
步骤 1:安全的 API 密钥生成
import secrets
import hashlib
import hmac
import time
import json
from datetime import datetime, timedelta
class APIKeyManager:
"""Manages secure API key lifecycle: generation, storage, validation, rotation."""
# Key format: prefix_base64random (e.g., sk_live_a1b2c3d4e5f6...)
# Prefix identifies the key type and environment for leak detection
KEY_PREFIXES = {
"live_secret": "sk_live_",
"test_secret": "sk_test_",
"live_public": "pk_live_",
"test_public": "pk_test_",
}
def __init__(self, db_connection, redis_connection):
self.db = db_connection
self.redis = redis_connection
def generate_key(self, key_type="live_secret", owner_id=None, scopes=None,
rate_limit=None, ip_allowlist=None, expires_days=365):
"""Generate a new API key with metadata."""
prefix = self.KEY_PREFIXES.get(key_type, "sk_live_")
# Generate 32 bytes (256 bits) of randomness
random_bytes = secrets.token_bytes(32)
key_body = secrets.token_urlsafe(32) # Base64url-encoded
# Full API key that the client receives (shown only once)
full_key = f"{prefix}{key_body}"
# Hash the key for storage (never store the raw key)
key_hash = hashlib.sha256(full_key.encode()).hexdigest()
# Create a short key ID for reference (first 8 chars)
key_id = f"{prefix}{key_body[:8]}..."
# Store the hashed key with metadata
key_metadata = {
"key_hash": key_hash,
"key_id": key_id,
"key_type": key_type,
"owner_id": owner_id,
"scopes": scopes or ["read"],
"rate_limit": rate_limit or {"requests": 1000, "window": 3600},
"ip_allowlist": ip_allowlist or [],
"created_at": datetime.utcnow().isoformat(),
"expires_at": (datetime.utcnow() + timedelta(days=expires_days)).isoformat(),
"last_used": None,
"is_active": True,
"usage_count": 0,
}
# Store in database
self.db.execute(
"INSERT INTO api_keys (key_hash, key_id, metadata) VALUES (?, ?, ?)",
(key_hash, key_id, json.dumps(key_metadata))
)
# Cache in Redis for fast validation
self.redis.setex(
f"apikey:{key_hash}",
86400, # 24-hour cache TTL
json.dumps(key_metadata)
)
return {
"api_key": full_key, # Show to user ONCE
"key_id": key_id, # For reference/management
"scopes": key_metadata["scopes"],
"expires_at": key_metadata["expires_at"],
}
def validate_key(self, api_key):
"""Validate an API key and return its metadata."""
key_hash = hashlib.sha256(api_key.encode()).hexdigest()
# Check Redis cache first
cached = self.redis.get(f"apikey:{key_hash}")
if cached:
metadata = json.loads(cached)
else:
# Fall back to database
row = self.db.execute(
"SELECT metadata FROM api_keys WHERE key_hash = ?",
(key_hash,)
).fetchone()
if not row:
return None, "invalid_key"
metadata = json.loads(row[0])
# Refresh cache
self.redis.setex(f"apikey:{key_hash}", 86400, row[0])
# Validation checks
if not metadata.get("is_active"):
return None, "key_revoked"
if metadata.get("expires_at"):
if datetime.fromisoformat(metadata["expires_at"]) < datetime.utcnow():
return None, "key_expired"
# Update last used
metadata["last_used"] = datetime.utcnow().isoformat()
metadata["usage_count"] = metadata.get("usage_count", 0) + 1
self.redis.setex(f"apikey:{key_hash}", 86400, json.dumps(metadata))
return metadata, "valid"
def revoke_key(self, key_id):
"""Immediately revoke an API key."""
row = self.db.execute(
"SELECT key_hash, metadata FROM api_keys WHERE key_id = ?",
(key_id,)
).fetchone()
if row:
key_hash = row[0]
metadata = json.loads(row[1])
metadata["is_active"] = False
metadata["revoked_at"] = datetime.utcnow().isoformat()
self.db.execute(
"UPDATE api_keys SET metadata = ? WHERE key_id = ?",
(json.dumps(metadata), key_id)
)
# Invalidate cache immediately
self.redis.delete(f"apikey:{key_hash}")
return True
return False
def rotate_key(self, old_key_id, grace_period_hours=24):
"""Rotate an API key with a grace period where both old and new keys work."""
old_row = self.db.execute(
"SELECT key_hash, metadata FROM api_keys WHERE key_id = ?",
(old_key_id,)
).fetchone()
if not old_row:
return None, "key_not_found"
old_metadata = json.loads(old_row[1])
# Generate new key with same settings
new_key_data = self.generate_key(
key_type=old_metadata["key_type"],
owner_id=old_metadata["owner_id"],
scopes=old_metadata["scopes"],
rate_limit=old_metadata["rate_limit"],
ip_allowlist=old_metadata["ip_allowlist"],
)
# Schedule old key revocation after grace period
revoke_at = datetime.utcnow() + timedelta(hours=grace_period_hours)
old_metadata["scheduled_revocation"] = revoke_at.isoformat()
self.db.execute(
"UPDATE api_keys SET metadata = ? WHERE key_id = ?",
(json.dumps(old_metadata), old_key_id)
)
return {
"new_key": new_key_data,
"old_key_id": old_key_id,
"old_key_revokes_at": revoke_at.isoformat(),
"message": f"Old key will be revoked in {grace_period_hours} hours"
}, "success"
步骤 2:API 密钥验证中间件
from flask import Flask, request, jsonify, g
from functools import wraps
app = Flask(__name__)
def require_api_key(required_scopes=None):
"""Middleware to validate API key and check scopes."""
def decorator(f):
@wraps(f)
def wrapped(*args, **kwargs):
# Extract API key from header
api_key = request.headers.get("X-API-Key")
if not api_key:
# Also check Authorization: Bearer <key>
auth_header = request.headers.get("Authorization", "")
if auth_header.startswith("Bearer "):
api_key = auth_header[7:]
if not api_key:
return jsonify({"error": "missing_api_key"}), 401
# Validate the key
metadata, status = key_manager.validate_key(api_key)
if status != "valid":
return jsonify({"error": status}), 401
# Check IP allowlist
if metadata.get("ip_allowlist"):
client_ip = request.remote_addr
if client_ip not in metadata["ip_allowlist"]:
return jsonify({"error": "ip_not_allowed"}), 403
# Check scopes
if required_scopes:
key_scopes = set(metadata.get("scopes", []))
if not key_scopes.intersection(required_scopes):
return jsonify({"error": "insufficient_scope"}), 403
# Attach metadata to request context
g.api_key_metadata = metadata
return f(*args, **kwargs)
return wrapped
return decorator
@app.route('/api/v1/data', methods=['GET'])
@require_api_key(required_scopes=["read", "admin"])
def get_data():
return jsonify({"data": "sensitive information"})
@app.route('/api/v1/data', methods=['POST'])
@require_api_key(required_scopes=["write", "admin"])
def create_data():
return jsonify({"created": True})
步骤 3:自动化密钥泄露检测
# Scan GitHub repositories for leaked API keys using gitleaks
gitleaks detect --source=/path/to/repo --config=gitleaks.toml --report-path=leaks.json
# Custom gitleaks configuration for API key prefix detection
# gitleaks.toml
cat <<'EOF'
[[rules]]
id = "company-api-key-live"
description = "Company Live API Key"
regex = '''sk_live_[A-Za-z0-9_-]{32,}'''
tags = ["api-key", "live", "critical"]
[[rules]]
id = "company-api-key-test"
description = "Company Test API Key"
regex = '''sk_test_[A-Za-z0-9_-]{32,}'''
tags = ["api-key", "test"]
[[rules]]
id = "company-public-key"
description = "Company Public API Key"
regex = '''pk_live_[A-Za-z0-9_-]{32,}'''
tags = ["api-key", "public"]
EOF
# Automated leaked key revocation
import json
def process_leaked_keys(leaks_file):
"""Automatically revoke API keys detected in public repositories."""
with open(leaks_file) as f:
leaks = json.load(f)
for leak in leaks:
key_match = leak.get("match", "")
# Extract the key from the match
for prefix in ["sk_live_", "sk_test_", "pk_live_"]:
if prefix in key_match:
start = key_match.index(prefix)
potential_key = key_match[start:start+50] # Max key length
# Validate and revoke
metadata, status = key_manager.validate_key(potential_key)
if status == "valid":
key_manager.revoke_key(metadata["key_id"])
print(f"[REVOKED] Key {metadata['key_id']} leaked in {leak.get('file')}")
# Notify the key owner
notify_owner(metadata["owner_id"], metadata["key_id"], leak)
关键概念
| 术语 | 定义 |
|---|---|
| API 密钥 | 用于验证 API 请求的机密字符串,通常通过请求头或查询参数传递 |
| 密钥哈希 | 数据库中仅存储 API 密钥的哈希值(SHA-256),绝不存储明文密钥,类似于密码哈希 |
| 密钥轮换 | 用新密钥替换 API 密钥,同时保持一段宽限期,在此期间两个密钥均可使用,确保零停机过渡 |
| 密钥作用域 | 将每个 API 密钥限制到特定端点、HTTP 方法、IP 范围和速率限制,以最小化影响范围 |
| 密钥前缀 | 可识别的前缀(例如 sk_live_),用于在日志、代码和公共仓库中自动检测泄露的密钥 |
| 密钥扫描 | 自动监控仓库、日志和公共来源,以发现暴露的 API 密钥和凭证 |
工具与系统
- GitHub Secret Scanning:GitHub 内置功能,可检测仓库中暴露的密钥并通知密钥提供者
- gitleaks:开源工具,使用可自定义的正则表达式模式检测 git 仓库中的密钥
- truffleHog:密钥扫描工具,搜索整个 git 历史以查找高熵字符串和已知密钥模式
- HashiCorp Vault:企业级密钥管理系统,用于 API 密钥存储、轮换和动态凭证生成
- AWS Secrets Manager:托管式密钥存储,支持 API 密钥和凭证的自动轮换
常见场景
场景:开发者平台的 API Key 安全方案
背景:某开发者平台提供使用 API key 认证的公共 API。该平台有 10,000+ API 使用方,每天产生 50M+ 请求。Key 经常在公开的 GitHub 仓库中泄露。
方案:
- 实现带前缀的 API key(sk_live_、sk_test_),并具备 256 位熵,以便检测泄露
- 数据库中只存储 key 的 SHA-256 哈希,在 Redis 中缓存已验证的 key
- 实现按 key 划分作用域:每个 key 限制到特定端点、速率限制和可选 IP 允许列表
- 构建 key 轮换 API,提供 24 小时宽限期以实现无缝过渡
- 与 GitHub Secret Scanning 集成,在数分钟内自动检测并撤销泄露的 key
- 在 CI/CD 流水线中运行 gitleaks,从源头防止 key 被提交
- 实现异常检测:对来自异常 IP 或流量模式异常的 key 使用行为发出警报
- 添加 key 过期策略:所有 key 在 365 天后过期,并提前 30 天通知
陷阱:
- 在数据库中以明文存储 API key(应使用 SHA-256 哈希)
- 使用可预测或低熵的 key 生成方式(应使用加密安全的随机生成器)
- 未实现 key 前缀,导致在自动化扫描中无法识别泄露的 key
- 允许 API key 出现在 URL 查询参数中,从而在日志、浏览器历史记录和 Referer 标头中泄露
- 未实现按 key 的速率限制,导致单个泄露的 key 就能滥用整个 API
输出格式
## API Key Security Implementation Report
**Platform**: Developer API v3
**Total Active Keys**: 12,450
**Daily Key Validations**: 52M
### Security Controls
| Control | Implementation | Status |
|---------|---------------|--------|
| Key Entropy | 256-bit (secrets.token_urlsafe(32)) | Implemented |
| Key Format | sk_live_/sk_test_ prefixed | Implemented |
| Storage | SHA-256 hashed, Redis cached | Implemented |
| Scoping | Per-key endpoint/IP/rate limits | Implemented |
| Rotation | 24-hour grace period API | Implemented |
| Expiration | 365-day max TTL | Implemented |
| Leak Detection | GitHub Secret Scanning + gitleaks | Active |
| Auto-Revocation | Leaked keys revoked within 5 min | Active |
### Key Leakage Stats (Last 30 Days)
- Keys detected in public repos: 23
- Average time to revocation: 3.2 minutes
- Keys detected in CI/CD pre-commit: 7 (prevented)
评论
支持 Markdown