You will work on the permission model itself (fine-grained token permissions, custom roles, and the GraphQL and REST surfaces that enforce them). You will also help move that model onto GitLab's next-generation authorization stack, which pairs the Rails monolith with a Rust policy engine using Zanzibar-style relationship tuples and Cedar policies. The monolith already loads that engine in-process and can reach it over gRPC.
Some Examples Of Our Projects
Refactoring GitLab's policy layer so the same permission definitions can be evaluated by the monolith and by our new authorization service
Extending fine-grained token permissions to more resources and more kinds of principal, including the service identities behind AI agents
Bringing GitLab's first modular service, Artifact Registry, onto the new authorization stack
Isolating custom-role and permission data per organization ahead of GitLab Cells
What You’ll Do
Design and ship authorization changes in GitLab's Ruby on Rails monolith, where a single request can trigger hundreds of permission checks.
Own a workstream end to end. Problem definition through feature-flagged rollout, dual-run verification, and cleanup.
Build and extend fine-grained permissions for tokens and roles, and keep the permission catalog coherent as it grows.
Extend and harden authorization enforcement across GraphQL and the REST API.
Refactor long-lived policy code so both the monolith and our new authorization engine can evaluate it, without changing behavior for existing customers.
Improve the reliability, performance, and security posture of existing authorization systems, including paying down permission-model debt.
Partner with the authentication, platform, AI, and modular-service teams on interface contracts as authorization moves toward a shared service.
Drive technical decisions in writing. Design docs, architecture decision records, and code review, in a fully asynchronous organization.
What You’ll Bring
Experience designing or implementing authorization systems, including role-based access control and fine-grained permissions.
A security mindset. You treat a permission bug as a security bug, and you reason about blast radius before elegance.
Comfort making careful changes to large, long-lived codebases. Incremental refactors, feature-flagged rollouts, and migrations that must not change behavior for existing users.
Working knowledge of GraphQL and API authorization patterns.
Attention to performance at scale. You understand why one uncached check matters when it runs hundreds of times per request.
Strong written communication. You are effective when most decisions happen in a document or a merge request rather than a meeting.
Helpful but not required: Rust, gRPC or Protocol Buffers, Cedar or other policy languages, Zanzibar-style authorization systems, Go, or service-oriented architecture. Several engineers on this team picked up Rust for this work and we will support you doing the same.
We welcome transferable experience from adjacent domains such as identity, policy engines, and platform security.
About The Team
The Authorization team owns the capabilities that determine what users, tokens, and automated agents can access across GitLab. Our work runs on two tracks. We are strengthening the permission model inside the Ruby on Rails monolith (fine-grained token permissions, custom roles, and the policy layer that enforces them), and we are moving that model onto a shared authorization platform built for GitLab's modular and cell-based future.
We work closely with the teams building GitLab's authentication layer, its Rust authorization engine, and the first modular services adopting it. The team is small, distributed across time zones, works in the open, and makes its decisions in writing.
The base salary range for this role’s listed level is currently for residents of the United States only. This range is intended to reflect the role's base salary rate in locations throughout the US. Grade level and salary ranges are determined through interviews and a review of education, experience, knowledge, skills, abilities of the applicant, equity with other team members, alignment with market data, and geographic location. The base salary range does not include any bonuses, equity, or benefits. See more information on our benefits and equity. Sales roles are also eligible for incentive pay targeted at up to 100% of the offered base salary.
United States Salary Range
$139,200—$235,200 USD
How GitLab Supports Full-Time Employees
Benefits to support your health, finances, and well-being
Flexible Paid Time Off
Team Member Resource Groups
Equity Compensation & Employee Stock Purchase Plan
Growth and Development Fund
Parental Leave
Please note that we welcome interest from candidates with varying levels of experience; many successful candidates do not meet every single requirement. Additionally, studies have shown that people from underrepresented groups are less likely to apply to a job unless they meet every single qualification. If you're excited about this role, please apply and allow our recruiters to assess your application.
Country Hiring Guidelines: GitLab hires new team members in countries around the world. All of our roles are remote, however some roles may carry specific location-based eligibility requirements. Our Talent Acquisition team can help answer any questions about location after starting the recruiting process.
Privacy Policy: Please review our Recruitment Privacy Policy. Your privacy is important to us.
GitLab is proud to be an equal opportunity workplace and is an affirmative action employer. GitLab’s policies and practices relating to recruitment, employment, career development and advancement, promotion, and retirement are based solely on merit, regardless of race, color, religion, ancestry, sex (including pregnancy, lactation, sexual orientation, gender identity, or gender expression), national origin, age, citizenship, marital status, mental or physical disability, genetic information (including family medical history), discharge status from the military, protected veteran status (which includes disabled veterans, recently separated veterans, active duty wartime or campaign badge veterans, and Armed Forces service medal veterans), or any other basis protected by law. GitLab will not tolerate discrimination or harassment based on any of these characteristics. See also GitLab’s EEO Policy and EEO is the Law. If you have a disability or special need that requires accommodation, please let us know during the recruiting process.
