Base44 auth

Role-Based Access Control Not Restricting Pages in Base44

You have configured roles in your Base44 application (such as Admin, Editor, Viewer) but users are still able to access pages and perform actions that should be restricted to specific roles. The role-based access control appears to have no effect.

This is a critical security issue, especially for apps handling sensitive data. You may notice that regular users can access admin dashboards, edit records they should only be able to view, or see navigation items that should be hidden from their role.

The problem can be inconsistent: sometimes access is properly blocked on one page but not on another, or it works in the editor preview but fails in the published app.

Common Causes

  1. Page-level access rules were set but component-level or data-level access rules were not configured
  2. Role names in access rules don't exactly match the role names assigned to users (case sensitivity)
  3. The app relies on hiding UI elements rather than enforcing server-side access checks on the data
  4. A default role assignment is missing, so new users get no role and bypass role checks entirely
  5. Access rules were configured in the editor but not re-published to the live app

How to Fix It

Review your role configuration to ensure role names match exactly between user assignments and page/component access rules. Base44 may treat roles as case-sensitive strings.

Check that you have applied access restrictions at both the page level and the data level. Hiding a navigation link is not enough; the underlying data queries and actions must also be restricted.

Ensure every new user is assigned a default role upon signup. Users without a role may unexpectedly bypass access checks. For complex multi-role setups, consider having an expert audit your access control configuration to prevent security gaps.

Real developers can help you.

Anthony Akpan Anthony Akpan Developer with 8 years of experience building softwares fro startups Jaime Orts-Caroff Jaime Orts-Caroff I'm a Senior Android developer, open to work in various fields MFox MFox Full-stack professional senior engineer (15+years). Extensive experience in software development, qa, and IP networking. Jen Jacobsen Jen Jacobsen I’m a Full-Stack Developer with over 10 years of experience building modern web and mobile applications. I enjoy working across the full product lifecycle — turning ideas into real, well-built products that are intuitive for users and scalable for businesses. I particularly enjoy building mobile apps, modern web platforms, and solving complex technical problems in a way that keeps systems clean, reliable, and easy to maintain. Richard McSorley Richard McSorley Full-Stack Software Engineer with 8+ years building high-performance applications for enterprise clients. Shipped production systems at Walmart (4,000+ stores), Cigna (20M+ users), and Arkansas Blue Cross. 5 patents in retail/supply chain tech. Currently focused on AI integrations, automation tools, and TypeScript-first architectures. legrab legrab I'll fill this later Victor Denisov Victor Denisov Developer Jared Hasson Jared Hasson Full time lead founding dev at a cyber security saas startup, with 10 yoe and a bachelor's in CS. Building & debugging software products is what I've spent my time on for forever Simon A. Simon A. I'm a backend developer building APIs, emulators, and interactive game systems. Professionally, I've developed Java/Spring reporting solutions, managed relational and NoSQL databases, and implemented CI/CD workflows. Tejas Chokhawala Tejas Chokhawala Full-stack engineer with 5 years experience building production web apps using React, Next.js and TypeScript. Focused on performance, clean architecture and shipping fast. Experienced with Supabase/Postgres backends, Stripe billing, and building AI-assisted developer tools.

You don't need to be technical. Just describe what's wrong and a verified developer will handle the rest.

Get Help

Frequently Asked Questions

Why can regular users still see my admin pages in Base44?

You likely need to set access rules at both the page level and the data/component level. Just hiding navigation links doesn't prevent direct URL access.

How do I set up roles correctly in Base44?

Define your roles in the authentication settings, assign a default role for new signups, then apply page-level and data-level access rules using those exact role names.

Related Base44 Issues

Can't fix it yourself?
Real developers can help.

You don't need to be technical. Just describe what's wrong and a verified developer will handle the rest.

Get Help