Security
Protect your server with anti-nuke, anti-raid, join gate verification, and fake permissions.
The Security module protects your server against nuking, raids, and unauthorized actions. It includes real-time detection of destructive actions, join verification gates, and a fake permissions system that lets you grant bot-level permissions without giving real Discord permissions.
Quick Reference
| Command | Description | Permission | Cooldown |
|---|---|---|---|
.antinuke | Configure anti-nuke protection | Server Owner / AN Admin | 3s |
.antiraid | Configure anti-raid detection | Admin | 3s |
.joingate | Configure join verification gate | Admin | 3s |
.fakepermissions | Manage fake permissions for roles | Admin | 3s |
Anti-Nuke
The anti-nuke system monitors destructive actions (mass bans, kicks, role deletions, channel deletions, etc.) and automatically punishes the responsible user when thresholds are exceeded. Only the server owner and designated anti-nuke admins can configure it.
Setup
Subcommands
Aliases: an
Modules
The anti-nuke system has 8 detection modules:
| Module | Detects | Default Threshold |
|---|---|---|
antiBan | Mass banning | 3 |
antiKick | Mass kicking | 3 |
antiRole | Mass role deletion/creation | 3 |
antiChannel | Mass channel deletion/creation | 3 |
antiEmoji | Mass emoji deletion | 3 |
antiWebhook | Mass webhook creation | 3 |
antiBotAdd | Unauthorized bot additions | 1 |
antiVanity | Vanity URL changes | 1 |
Punishments
Each module can be configured with one of these punishments:
ban— Ban the userkick— Kick the userstripstaff— Remove all staff/admin roles from the usertimeout— Timeout the user
Examples:
Anti-nuke uses Redis atomic counters (INCR + EXPIRE) to track actions in real time. Each action type has its own counter per user, and when the count exceeds the threshold within the time window, the punishment is applied immediately.
Anti-Raid
The anti-raid system detects patterns of malicious join behavior and can automatically respond to raids.
Subcommands
Aliases: ar
Permission: Admin
Detection Modes
Mass Join — Triggers when too many users join within a time window.
The --lock flag also locks the server during a detected raid.
Account Age — Blocks new accounts below a minimum age.
No Avatar — Blocks accounts without a profile picture (common with bot accounts).
Examples:
Join Gate
The join gate requires new members to verify themselves before gaining access to the server. Until they verify, they only see the verification channel.
Setup
Subcommands
Aliases: jg, verify, gate
Permission: Admin
Verification Methods
| Method | How It Works |
|---|---|
button | New members click a button to verify |
captcha | New members type a code shown in an image |
none | No automatic verification (manual only) |
Examples:
Fake Permissions
Fake permissions let you grant bot-level command permissions to roles without giving them real Discord permissions. For example, you can let a "Trial Mod" role use .ban without giving them the actual Ban Members permission in Discord.
Subcommands
Aliases: fp, fakeperm, fakeperms
Permission: Admin
Available Permission Aliases
You can use short names instead of the full Discord permission names:
| Alias | Discord Permission |
|---|---|
ban | Ban Members |
kick | Kick Members |
mute | Moderate Members |
timeout | Moderate Members |
manage_messages | Manage Messages |
manage_channels | Manage Channels |
manage_roles | Manage Roles |
Examples:
Fake permissions only affect Slipz commands. They do not grant real Discord permissions. A user with a fake "Ban Members" permission can use .ban but cannot ban through Discord's native right-click menu.
Fake permissions are cached in Redis with a 5-minute TTL. Changes may take up to 5 minutes to take effect. The cache is checked using a Redis pipeline for performance.