← Back to results

Intermediate Backend Engineer, Authorization

Join GitLab as an Intermediate Backend Engineer to enhance authorization systems in a fully remote environment.

Location
Bangalore, India
Compensation
Not disclosed
Level
mid
Type
full time · Remote

Posted by employer 3 days ago

First seen on Joblaze 2 days ago

Last verified on the company career page 14 hours ago

What you'll build

  • Implement authorization changes in GitLab's Ruby on Rails monolith
  • Deliver well-scoped workstreams from feature-flagged rollout
  • Build and extend fine-grained permissions for tokens and roles
  • Extend and fix authorization enforcement for GraphQL and REST API
  • Investigate and fix reliability, performance, and security issues

Must have

  • Solid experience building and maintaining production Ruby on Rails applications
  • Hands-on experience with authorization concepts
  • A security mindset
  • Experience making careful changes to existing codebases
  • Familiarity with GraphQL or API authorization patterns

Nice to have

  • Hands-on PostgreSQL experience
  • Experience with Rust
  • Experience with gRPC or Protocol Buffers
  • Experience with service-oriented architecture

AI in the day-to-day

All team members are expected to incorporate AI into their daily workflows to drive efficiency, innovation, and impact.

Requirements

Experience
2–4 years

Not disclosed in this posting: compensation, visa sponsorship.

Benefits

Equity Compensation & Employee Stock Purchase Plan Flexible Paid Time Off Growth and Development Fund Parental Leave

Joblaze summary

In the role of Intermediate Backend Engineer on GitLab's Authorization team, the engineer will focus on implementing and maintaining the authorization system that governs user access across various platforms. Proficiency in Ruby on Rails is essential, along with a solid understanding of authorization concepts and API patterns. This position is well-suited for individuals with 2 to 4 years of experience who are comfortable making incremental changes to existing codebases and possess a security-oriented mindset. The team operates asynchronously, emphasizing collaboration through documentation and code reviews.

Joblaze insights

  • Listed 2 days ago — first seen on Joblaze November 4, 2026. Last confirmed on GitLab's careers page November 6, 2026.
  • PostgreSQL appears in 19.4% of 36 comparable mid backend roles in India; Rust appears in 5.6% of 36 comparable mid backend roles in India.

Quick facts

Is the Intermediate Backend Engineer, Authorization role remote?
Yes — GitLab lists this as a fully remote position.
How much experience is required?
2–4 years of relevant experience for this Intermediate Backend Engineer, Authorization role.
What's the tech stack?
Joblaze extracted these technologies from the posting: GraphQL, PostgreSQL, REST, Ruby on Rails, Rust, gRPC.
What seniority level is this role?
GitLab targets mid-level candidates for this position.
Is this full-time or contract?
Full-time for this Intermediate Backend Engineer, Authorization role at GitLab.

From the original posting

GitLab is the intelligent orchestration platform for DevSecOps. GitLab enables organizations to increase developer productivity, improve operational efficiency, reduce security and compliance risk, and accelerate digital transformation. More than 50 million registered users and more than 50% of the Fortune 100* trust GitLab to ship better, more secure software faster.

An overview of this role

As a Software Engineer on GitLab's Authorization team, you'll help build and maintain the system that decides what every user, token, and automated agent can access on GitLab.com, Self-Managed, and Dedicated. You'll work alongside experienced engineers who guide the larger design decisions, delivering well-scoped changes and growing into ownership of larger parts of the system.

Today, that work is Ruby on Rails. Roughly 400 policy classes and a catalog of about 1,900 permissions sit behind every application programming interface (API) request. You'll work on fine-grained token permissions, custom roles, and the GraphQL and representational state transfer (REST) APIs that enforce them. A single request can trigger hundreds of permission checks, so correctness and performance both matter.

You'll also contribute to moving the permission model to a new authorization stack that pairs the Rails monolith with a Rust policy engine. The engine represents access relationships and evaluates permission rules, and can run within the monolith's process or be reached through remote procedure calls using gRPC. You don't need prior Rust experience: several engineers on the team learned it for this work, and we'll support you doing the same.

Some examples of our projects:

  • Refactoring GitLab's policy layer so the same permission definitions can be evaluated by the monolith and the new authorization service
  • Extending fine-grained token permissions to more resources, with guidance from senior engineers on the design

What you'll do

  • Implement authorization changes in GitLab's Ruby on Rails monolith so permission checks allow intended access and deny unauthorized access.
  • Deliver well-scoped workstreams from feature-flagged rollout through verifying that the old and new systems produce the same results, with review and guidance from senior engineers.
  • Build and extend fine-grained permissions for tokens and roles so additional resources have permission coverage consistent with the established catalog.
  • Extend and fix authorization enforcement so GraphQL and the REST API enforce the intended permissions consistently.
  • Make incremental refactors to long-lived policy code without changing behavior for existing customers.
  • Investigate and fix reliability, performance, and security issues so affected permission checks return the expected results without regressions.
  • Work with the authentication, platform, and artificial intelligence (AI) teams to document interface contracts that keep permission checks consistent as authorization moves toward a shared service.
  • Contribute to design documents, merge requests, and code reviews so proposed changes have a documented rationale and review feedback is addressed asynchronously.
  • Take part in on-call or operational support where your team’s ownership model requires it.

What you'll bring

  • Solid experience building and maintaining production Ruby on Rails applications, typically gained over 2 to 4 years or more.
  • Hands-on experience with authorization concepts, such as role-based access control or fine-grained permissions, from work or projects.
  • A security mindset: you treat a permission bug as a security bug and consider who a change could affect before choosing an implementation.
  • Experience making careful changes to existing codebases, including incremental refactors and feature-flagged rollouts that preserve existing behavior.
  • Familiarity with GraphQL or API authorization patterns.
  • Awareness of performance, including how repeated permission checks can add up on every request.
  • Strong written communication and the ability to work effectively when most decisions happen in a document or merge request rather than a meeting.
  • Helpful, but not required: hands-on PostgreSQL experience, or experience with Rust, gRPC or Protocol Buffers, Cedar or other policy languages, Zanzibar-style authorization systems, Go, or service-oriented architecture.

We welcome transferable experience from adjacent domains such as identity, policy engines, and platform security.

About the team

We work in a fully asynchronous organization, with most decisions made in documents or merge requests rather than meetings.

GitLab's mission is to enable everyone to contribute to and co-create the software that powers our world. Our values include collaboration, results, efficiency, diversity, inclusion and belonging, iteration, and transparency. We expect all GitLab team members to incorporate AI into their daily workflows to drive efficiency, innovation, and impact.

How GitLab Supports Full-Time Employees

Standard company text repeated across GitLab's postings is omitted here.

Similar positions