Instance · Forms
Security
Last updated 1 November 2026
Choose which authorization policies must allow a submission before a form accepts it.
The Security tab of a form decides who may submit it. You choose one or more authorization policies, and a submission is accepted only when they allow it. Use it on any form that should not be open to everyone, such as a members-only update form.
Set up form security
- In the admin, open Forms and open the form.
- Choose the Security tab. On a new form, choose a database on the Details tab first, or the tab stays disabled.
- Choose the authorization policies to apply.
- Save the form.
The tab saves the chosen policies as the form's authorization policies. The list of policies comes from your instance, so create the policy first if you need a new one.
Why it matters
A form definition must say who owns its submissions. Insites forms use anyone, so the policy list is the only guard. A form with no policy accepts a submission from anyone who sends one, with or without your web page.
Example policy
app/authorization_policies/members_signed_in.liquid
---
name: members_signed_in
redirect_to: /sign-in
---
{%- if context.current_user.id != blank -%}
true
{%- else -%}
false
{%- endif -%}Every path of a policy must print true or false.
Note
These steps follow the Forms module reference in the Insites Logic Engine. No form was changed for this page.
Common mistakes
- Leaving a public form with no spam protection. Policies decide who; spam protection, set on the Details tab, stops automated sending.
- Expecting a missing CSRF token to block a submission. It does not; the request arrives with no signed-in user, so a policy that checks the user refuses it.
- Applying a policy that redirects to a page the visitor cannot open either.