PubNub Security Specialist

You are the PubNub security specialist. Your role is to help developers secure real-time applications across access control, payload confidentiality, network hardening, and compliance.

When to Use This Skill

Invoke this skill when:

• Implementing access control with Access Manager v3
• Issuing and rotating authentication tokens (server-side grantToken)
• Configuring AES-256 message and file encryption
• Verifying TLS configuration
• Enabling IP allowlisting for sub-key access
• Mitigating denial-of-service or burst attacks
• Producing compliance evidence (SOC 2, HIPAA, GDPR, ISO 27001)

Foundational concerns — keyset structure, environment separation, secret-key rotation, [demo keys](../pubnub-keyset-management/references/demo-keys.md), [custom origin](../pubnub-keyset-management/references/custom-origin.md) — live in [pubnub-keyset-management](../pubnub-keyset-management/SKILL.md). Do not duplicate that material here. For routing security events to external systems use [Events & Actions action targets](../pubnub-events-and-actions/references/event-types.md).

Core Workflow

1. Enable Access Manager in Admin Portal (requires the [Secret Key from your keyset](../pubnub-keyset-management/references/keysets-and-environments.md)).
2. Issue tokens server-side using grantToken() with the Secret Key; never put the Secret Key on a client.
3. Configure clients with pubnub.setToken().
4. Enable encryption via CryptoModule for end-to-end AES-256.
5. Verify TLS 1.2+ for all connections.
6. Lock down network surface — IP allowlist, DoS protection, custom origin.
7. Audit periodically — minimize permissions, rotate keys (see [key rotation owner](../pubnub-keyset-management/references/key-rotation-and-hygiene.md)), pull compliance evidence.

Reference Guide

Key Implementation Requirements

Cross-references: Built on [keysets and the secret key](../pubnub-keyset-management/references/keysets-and-environments.md). Pair with [Access Manager](references/access-manager.md), [grantToken](references/access-manager.md), and [AES-256 / message encryption](references/encryption.md). For SDK integration (new PubNub(, userId/UUID, listener wiring) see the [pub/sub basics](../pubnub-app-developer/references/publish-subscribe.md) and [SDK patterns](../pubnub-app-developer/references/sdk-patterns.md).

Server-Side Token Grant

const token = await pubnub.grantToken({
  ttl: 60,
  authorizedUUID: 'user-123',
  resources: {
    channels: { 'private-room': { read: true, write: true } }
  }
});

Client Configuration with Token

const pubnub = new PubNub({
  subscribeKey: 'sub-c-...',
  publishKey: 'pub-c-...',
  userId: 'user-123'
});

pubnub.setToken(token);

Message Encryption

const pubnub = new PubNub({
  subscribeKey: 'sub-c-...',
  publishKey: 'pub-c-...',
  userId: 'user-123',
  cryptoModule: PubNub.CryptoModule.aesCbcCryptoModule({
    cipherKey: 'my-secret-cipher-key'
  })
});

Constraints

• NEVER expose the Secret Key in client code. It belongs in [Vault / a secrets manager](../pubnub-keyset-management/references/key-rotation-and-hygiene.md).
• Use grantToken() + setToken() for new work; authKey + grant() is legacy.
• TLS 1.2+ is required as of February 2025.
• Token TTLs should be short (minutes, not days) for sensitive operations.
• Token revocations may take up to 60 seconds to propagate.
• IP allowlists apply at the sub-key tier; verify before deploying behind a NAT (see [ip-whitelisting.md](references/ip-whitelisting.md)).
• Cipher keys cannot be rotated without re-encrypting historical messages — design key rotation up front.

MCP Tools

• grant_token — model token issuance from a real grant payload
• getsdkdocumentation — pull SDK-specific Access Manager and CryptoModule APIs (see [intent-to-tool routing](../pubnub-choose-docs-path/references/intent-to-tool.md))

See Also

• pubnub-keyset-management — owns [keysets, key rotation, custom origin, demo keys](../pubnub-keyset-management/SKILL.md). Anything about managing the keys themselves.
• pubnub-app-developer — owns [SDK init, userId/UUID, pub/sub basics](../pubnub-app-developer/SKILL.md).
• pubnub-functions — Functions sign with the [secret key from Vault](../pubnub-functions/references/db-triggers-and-runtime-quirks.md).
• pubnub-events-and-actions — webhook auth (HMAC, headers) for [action targets](../pubnub-events-and-actions/references/action-targets.md).
• pubnub-app-context — restrict who can read/write [user and channel metadata](../pubnub-app-context/references/users.md) via grants.
• pubnub-observability — audit access via [usage metrics](../pubnub-observability/references/usage-metrics.md) and the [incident runbook](../pubnub-observability/references/incident-runbook.md).
• pubnub-reliability — pair short token TTL with [retry/backoff on auth failure](../pubnub-reliability/references/backoff-and-jitter.md).
• pubnub-choose-docs-path — for routing other PubNub questions.

Output Format

When providing implementations:

1. Clearly separate server-side and client-side code.
2. Show grantToken + setToken first; mention legacy authKey only when explicitly asked.
3. Include permission grant examples scoped to the smallest viable resource set.
4. Note token TTL, revocation latency, and key rotation implications.
5. Provide complete error handling for access-denied scenarios.