home / skills / jeremylongshore / claude-code-plugins-plus-skills / juicebox-security-basics

This skill helps you secure Juicebox API usage by enforcing key management, access controls, logging, and data privacy practices.

npx playbooks add skill jeremylongshore/claude-code-plugins-plus-skills --skill juicebox-security-basics

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
5.1 KB
---
name: juicebox-security-basics
description: |
  Apply Juicebox security best practices.
  Use when securing API keys, implementing access controls,
  or auditing Juicebox integration security.
  Trigger with phrases like "juicebox security", "secure juicebox",
  "juicebox API key security", "juicebox access control".
allowed-tools: Read, Grep, Bash(curl:*)
version: 1.0.0
license: MIT
author: Jeremy Longshore <[email protected]>
---

# Juicebox Security Basics

## Overview
Implement security best practices for Juicebox API integration.

## Prerequisites
- Juicebox API access configured
- Environment variable management
- Basic security awareness

## Instructions

### Step 1: Secure API Key Storage

**NEVER do this:**
```typescript
// BAD - hardcoded API key
const client = new JuiceboxClient({
  apiKey: 'jb_prod_xxxxxxxxxxxxxxxxx'
});
```

**DO this instead:**
```typescript
// GOOD - environment variable
const client = new JuiceboxClient({
  apiKey: process.env.JUICEBOX_API_KEY
});
```

**For production, use secret managers:**
```typescript
// AWS Secrets Manager
import { SecretsManager } from '@aws-sdk/client-secrets-manager';

async function getApiKey(): Promise<string> {
  const client = new SecretsManager({ region: 'us-east-1' });
  const secret = await client.getSecretValue({
    SecretId: 'juicebox/api-key'
  });
  return JSON.parse(secret.SecretString!).apiKey;
}

// Google Secret Manager
import { SecretManagerServiceClient } from '@google-cloud/secret-manager';

async function getApiKey(): Promise<string> {
  const client = new SecretManagerServiceClient();
  const [version] = await client.accessSecretVersion({
    name: 'projects/my-project/secrets/juicebox-api-key/versions/latest'
  });
  return version.payload!.data!.toString();
}
```

### Step 2: Implement Access Controls
```typescript
// middleware/juicebox-auth.ts
export function requireJuiceboxAccess(requiredScope: string) {
  return async (req: Request, res: Response, next: NextFunction) => {
    const user = req.user;

    if (!user) {
      return res.status(401).json({ error: 'Authentication required' });
    }

    const hasScope = user.permissions.includes(`juicebox:${requiredScope}`);
    if (!hasScope) {
      return res.status(403).json({ error: 'Insufficient permissions' });
    }

    next();
  };
}

// Usage
app.get('/api/search',
  requireJuiceboxAccess('search:read'),
  async (req, res) => {
    // ... search logic
  }
);
```

### Step 3: Audit Logging
```typescript
// lib/audit-logger.ts
export class JuiceboxAuditLogger {
  async logAccess(event: AuditEvent): Promise<void> {
    const entry = {
      timestamp: new Date().toISOString(),
      userId: event.userId,
      action: event.action,
      resource: event.resource,
      ip: event.ip,
      userAgent: event.userAgent,
      success: event.success,
      metadata: event.metadata
    };

    await db.auditLogs.insert(entry);

    // Alert on suspicious activity
    if (this.isSuspicious(event)) {
      await this.sendAlert(entry);
    }
  }

  private isSuspicious(event: AuditEvent): boolean {
    return (
      event.action === 'bulk_export' ||
      event.metadata?.resultCount > 1000 ||
      this.isOffHours()
    );
  }
}
```

### Step 4: Data Privacy Compliance
```typescript
// lib/data-privacy.ts
export class DataPrivacyHandler {
  // Redact PII before logging
  redactPII(profile: Profile): RedactedProfile {
    return {
      ...profile,
      email: this.maskEmail(profile.email),
      phone: profile.phone ? '***-***-' + profile.phone.slice(-4) : undefined
    };
  }

  // Track data access for compliance
  async recordDataAccess(
    userId: string,
    profileIds: string[],
    purpose: string
  ): Promise<void> {
    await db.dataAccessLog.insert({
      userId,
      profileIds,
      purpose,
      timestamp: new Date(),
      retentionExpiry: addDays(new Date(), 90)
    });
  }

  // Handle data deletion requests
  async handleDeletionRequest(requestId: string): Promise<void> {
    // Remove from local cache/storage
    // Log compliance action
    // Notify relevant systems
  }
}
```

## Security Checklist

```markdown
## Juicebox Security Audit Checklist

### API Key Management
- [ ] API keys stored in secret manager
- [ ] No hardcoded keys in code
- [ ] Keys rotated every 90 days
- [ ] Separate keys for dev/staging/prod

### Access Control
- [ ] Role-based access implemented
- [ ] Principle of least privilege
- [ ] Regular access reviews

### Logging & Monitoring
- [ ] All API calls logged
- [ ] Audit trail maintained
- [ ] Anomaly detection enabled
- [ ] Alerts configured

### Data Privacy
- [ ] PII handling documented
- [ ] Data retention policy
- [ ] GDPR/CCPA compliance
- [ ] Deletion request workflow
```

## Error Handling
| Security Issue | Detection | Response |
|----------------|-----------|----------|
| Key exposure | Git scanning | Rotate immediately |
| Unauthorized access | Audit logs | Revoke access |
| Data breach | Monitoring | Incident response |

## Resources
- [Security Best Practices](https://juicebox.ai/docs/security)
- [Compliance Documentation](https://juicebox.ai/compliance)

## Next Steps
After security setup, see `juicebox-prod-checklist` for deployment readiness.

Overview

This skill applies Juicebox security best practices to protect API keys, enforce access controls, and maintain audit and privacy safeguards. It provides concrete patterns for secret storage, middleware-based permission checks, audit logging, and data privacy handling. Use it to harden integrations and meet basic compliance needs.

How this skill works

The skill inspects integration points and recommends secure alternatives: environment variables or secret managers instead of hardcoded keys, middleware that enforces scope-based access, and structured audit logging that flags suspicious events. It also shows how to redact PII, record data access for compliance, and outline responses for common security incidents. Use the provided checklist to validate configuration and operational controls.

When to use it

  • When storing or rotating Juicebox API keys for dev, staging, and production
  • When implementing permission checks for endpoints that call Juicebox APIs
  • When adding audit logging and anomaly alerts around Juicebox access
  • When designing PII handling, retention, and deletion workflows
  • When preparing for security reviews or compliance audits involving Juicebox integration

Best practices

  • Never hardcode API keys; use environment variables and secret managers (AWS Secrets Manager, Google Secret Manager, etc.)
  • Apply role- and scope-based middleware to enforce least privilege for all Juicebox operations
  • Log access events with timestamp, userId, action, resource, IP, and user agent; escalate suspicious events
  • Redact PII before logging and track data access with purpose and retention metadata
  • Rotate keys regularly (e.g., every 90 days) and use separate credentials per environment

Example use cases

  • Replace embedded API keys in a server app with a secrets manager-backed retrieval flow
  • Add a requireJuiceboxAccess middleware to protect search and export endpoints
  • Implement an audit logger that records bulk exports and triggers alerts for off-hours activity
  • Build a data privacy handler that masks emails and logs data access for compliance reports
  • Run the Juicebox security checklist as part of a pre-deployment review

FAQ

What should I do if an API key is exposed?

Rotate the exposed key immediately, revoke any active sessions that used it, scan the repo for hardcoded secrets, and review audit logs for suspicious activity.

How often should keys be rotated and separated across environments?

Rotate keys every 90 days and use distinct keys for development, staging, and production to limit blast radius and simplify incident response.