Securing Your Broker
Rules define who can do what in your Coreflux broker. They control access to system operations, topic publishing/subscribing, and administrative functions—ensuring only authorized users can perform sensitive actions.When to Use Rules
For groups, precedence (lower priority number wins), default rules, and Visu panel access, see RBAC with LoT Rules.
In This Section
- Rules Syntax — Conditions, scopes, and patterns
- RBAC with LoT Rules — Groups, precedence, cookbook, Visu access
How to Deploy a Rule
Rules can be deployed in two ways: through a LoT Notebook (recommended) or via MQTT commands.Custom topic and management ACL rules (
-addRule) require a Growth or Enterprise license. Shipped default rules always apply.- LoT Notebook
- MQTT Command
Write your rule definition in a code cell and run it—the extension detects This approach is ideal for:
DEFINE RULE and sends the proper command to the broker.Click the Run button. The notebook recognizes the LoT code and deploys it instantly.
- Developing and testing rules interactively
- Documenting your security configuration alongside the code
- Sharing rule sets with your team as
.lotnbfiles
Removing Rules
Remove a rule by name using the-removeRule command. Publish to $SYS/Coreflux/Command:
You can also use the Coreflux Entities panel in VS Code to view and remove deployed rules. Locked built-in system rules cannot be removed.
Updating Rules
To update an existing rule, deploy a new rule with the same name. The new definition replaces the existing one.Viewing Active Rules
To see all deployed rules, subscribe to the rules system topic:Default Rules Reference
Coreflux ships two tiers of defaults:
Custom rules use priorities from
100 to 1 000 000. Lower priority number wins; ties deny-wins; no match means deny. Details: RBAC with LoT Rules.
Next Steps
RBAC with LoT Rules
Groups, precedence, cookbook, and Visu panel access.
Rules Syntax
Conditions, scopes, and complete rule patterns.

