007
無料Security audit, hardening, threat modeling (STRIDE/PASTA), Red/Blue Team, OWASP checks, code review, incident response, and infrastructure security for any project.
日本語の概要は準備中です。原文の説明を表示しています。
Apply Adobe security best practices for OAuth credentials, secret rotation, I/O Events webhook signature verification, and least-privilege scoping. Use when securing API credentials, implementing webhook validation, or auditing Adobe security configuration. Trigger with phrases like "adobe security", "adobe secrets", "secure adobe", "adobe credential rotation", "adobe webhook signature".
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Security best practices for Adobe OAuth Server-to-Server credentials, I/O Events webhook signature verification, and least-privilege access control across Adobe APIs.
# .env (NEVER commit to git)
ADOBE_CLIENT_ID=abc123def456
ADOBE_CLIENT_SECRET=p8_XYZ_your_secret_here
ADOBE_SCOPES=openid,AdobeID,firefly_api
# .gitignore — MUST include these
.env
.env.local
.env.*.local
*.pem
*.key
# Production: use your cloud provider's secret manager
# AWS Secrets Manager
aws secretsmanager create-secret \
--name adobe/production/credentials \
--secret-string '{"client_id":"...","client_secret":"..."}'
# GCP Secret Manager
echo -n "your-client-secret" | gcloud secrets create adobe-client-secret --data-file=-
# HashiCorp Vault
vault kv put secret/adobe/prod client_id="..." client_secret="..."
Adobe OAuth Server-to-Server credentials support multiple client secrets simultaneously, enabling zero-downtime rotation:
# 1. In Adobe Developer Console, generate a NEW client_secret
# (old secret remains valid)
# 2. Update your secret manager with the new secret
aws secretsmanager update-secret \
--secret-id adobe/production/credentials \
--secret-string '{"client_id":"...","client_secret":"NEW_SECRET"}'
# 3. Deploy application with new secret
# 4. Verify new secret works
curl -X POST 'https://ims-na1.adobelogin.com/ims/token/v3' \
-d "client_id=${ADOBE_CLIENT_ID}&client_secret=${NEW_SECRET}&grant_type=client_credentials&scope=${ADOBE_SCOPES}"
# 5. Delete old client_secret in Developer Console
| Scope | Grants | Use When |
|---|---|---|
openid | Basic identity | Always required |
AdobeID | Adobe identity info | Always required |
firefly_api | Firefly image generation | Firefly workflows only |
ff_apis | Firefly Services (Photoshop, Lightroom) | Creative API workflows |
read_organizations | Org info access | Multi-tenant apps |
// Per-environment scope restriction
const SCOPES_BY_ENV: Record<string, string> = {
development: 'openid,AdobeID', // Minimal for testing
staging: 'openid,AdobeID,firefly_api', // Only APIs being tested
production: 'openid,AdobeID,firefly_api,ff_apis', // Full production access
};
Adobe I/O Events uses RSA-SHA256 digital signatures, not HMAC. The public keys are served from static.adobeioevents.com:
// src/adobe/webhook-verify.ts
import crypto from 'crypto';
interface AdobeWebhookHeaders {
'x-adobe-digital-signature-1': string;
'x-adobe-digital-signature-2': string;
'x-adobe-public-key1-path': string;
'x-adobe-public-key2-path': string;
}
// Cache public keys (they rotate infrequently)
const publicKeyCache = new Map<string, string>();
async function getPublicKey(keyPath: string): Promise<string> {
if (publicKeyCache.has(keyPath)) return publicKeyCache.get(keyPath)!;
const response = await fetch(`https://static.adobeioevents.com${keyPath}`);
const publicKey = await response.text();
publicKeyCache.set(keyPath, publicKey);
return publicKey;
}
export async function verifyAdobeWebhookSignature(
rawBody: Buffer,
headers: Record<string, string>
): Promise<boolean> {
// Try both signatures (Adobe sends two for key rotation)
for (const i of [1, 2]) {
const signature = headers[`x-adobe-digital-signature-${i}`];
const keyPath = headers[`x-adobe-public-key${i}-path`];
if (!signature || !keyPath) continue;
try {
const publicKey = await getPublicKey(keyPath);
const verifier = crypto.createVerify('RSA-SHA256');
verifier.update(rawBody);
if (verifier.verify(publicKey, signature, 'base64')) {
return true;
}
} catch (err) {
console.warn(`Signature ${i} verification failed:`, err);
}
}
return false;
}
// Express middleware
import express from 'express';
app.post('/webhooks/adobe',
express.raw({ type: 'application/json' }),
async (req, res) => {
// Handle challenge verification (registration handshake)
if (req.query.challenge) {
return res.json({ challenge: req.query.challenge });
}
// Verify digital signature
if (!await verifyAdobeWebhookSignature(req.body, req.headers as any)) {
return res.status(401).json({ error: 'Invalid signature' });
}
const event = JSON.parse(req.body.toString());
await processEvent(event);
res.status(200).json({ received: true });
}
);
# .github/workflows/secret-scan.yml
name: Adobe Secret Scan
on: [push, pull_request]
jobs:
scan:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Scan for Adobe credentials
run: |
# Client secrets start with p8_ (OAuth Server-to-Server)
if grep -rE "p8_[A-Za-z0-9_-]{20,}" --include="*.ts" --include="*.js" --include="*.py" .; then
echo "ERROR: Potential Adobe client secret found in source code"
exit 1
fi
echo "No Adobe secrets detected"
.env files in .gitignore| Security Issue | Detection | Mitigation |
|---|---|---|
| Exposed client_secret | Git scanning alert | Rotate in Developer Console immediately |
| Wrong scopes | invalid_scope error | Review product profile assignments |
| Unverified webhooks | Missing signature check | Implement RSA-SHA256 verification |
| Stale credentials | Auth failures in monitoring | Schedule periodic rotation |
For production deployment, see adobe-prod-checklist.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Security audit, hardening, threat modeling (STRIDE/PASTA), Red/Blue Team, OWASP checks, code review, incident response, and infrastructure security for any project.
日本語の概要は準備中です。原文の説明を表示しています。
Guides the creation of agile user stories and Gherkin feature files. Use when the user wants to create a user story, write acceptance criteria, define Gherkin scenarios, or author BDD feature files. This should trigger for requests such as Create a user story; Write a user story; I need to write a user story. Part of cursor-rules-java project
日本語の概要は準備中です。原文の説明を表示しています。
Facilitates conversational discovery to create Architectural Decision Records (ADRs) for non-functional requirements using the ISO/IEC 25010:2023 quality model. Use when the user wants to document quality attributes, NFR decisions, security/performance/scalability architecture, or design systems with measurable quality criteria. This should trigger for requests such as Create ADR for Non-functional requirements; Document Non-functional requirements; Capture Non-functional requirements; Generate Non-functional requirements in an ADR. Part of cursor-rules-java project
日本語の概要は準備中です。原文の説明を表示しています。
Run a health check on an existing project: dependency audit, security scan, test runner detection, CI/CD evaluation, and missing configuration analysis. Maps the three execution gates (pre/in/post) from /10x-bootstrapper to an assessment framework for existing codebases. Reads optional context/foundation/stack-assessment.md from /10x-stack-assess to focus checks on identified gaps. Writes context/foundation/health-check.md with findings, prioritized fixes, and an agent-readiness verdict. Use when the user has an existing project and wants to verify its health before working with an agent. Trigger phrases: "health check", "check my project", "audit my project", "is my project healthy", "sprawdź projekt", "audyt projektu", "health-check", "project health". Use AFTER /10x-stack-assess (brownfield chain), BEFORE agent onboarding (m1-l4).
日本語の概要は準備中です。原文の説明を表示しています。
You MUST use this when building projects end-to-end. Orchestrates all 12 team roles — automatically switches between CTO, architect, PM, engineers, SRE, security, DBA, QA, and EM based on the current phase of work. Starts with brainstorming before any implementation.
日本語の概要は準備中です。原文の説明を表示しています。
Use when you need to add or configure Maven plugins in your pom.xml — including quality tools (enforcer, surefire, failsafe, jacoco, pitest, spotbugs, pmd), security scanning (OWASP), code formatting (Spotless), version management, container image build (Jib), build information tracking, and benchmarking (JMH) — through a consultative, modular step-by-step approach that only adds what you actually need. This should trigger for requests such as Add Maven plugins in pom.xml; Improve Maven plugins in pom.xml. Part of cursor-rules-java project
日本語の概要は準備中です。原文の説明を表示しています。