GitLab OAuth2

O login GitLab é opcional e controlado por GITLAB_AUTH_ENABLED. Quando desligado, os endpoints GitLab respondem 503 Service Unavailable. JWTs nunca vão na URL de redirect; a API emite um exchangeCode de uso único (Redis, 60 segundos). O mesmo POST /auth/exchange é compartilhado com os demais provedores sociais.

• • Ativado por feature flag no ambiente
• • Strategy passport-oauth2 customizada + GitlabAuthGuard
• • Perfil obtido via GET https://gitlab.com/api/v4/user após troca do token
• • Scope read_user para perfil básico e e-mail
• • Allowlist de redirect evita open redirects
• • Mesmo formato de tokens do POST /auth/login

Registre uma aplicação OAuth do usuário no seu perfil do GitLab. O Redirect URI deve ser idêntico a GITLAB_CALLBACK_URL. Habilite o scope read_user para a API obter o perfil e o e-mail de quem autenticou.

1. Clique no avatar (canto superior direito) → Edit profile
2. Na barra lateral esquerda, abra Access → Applications
3. Escolha Add new application
4. Informe um Name e o Redirect URI do callback da API (ex.: http://localhost:3000/api/v1/auth/gitlab/callback)
5. Nos escopos OAuth 2, habilite read_user
6. Salve a aplicação e copie Application ID e Secret para GITLAB_CLIENT_ID / GITLAB_CLIENT_SECRET
7. Mantenha GITLAB_CALLBACK_URL igual ao Redirect URI cadastrado (use Renew secret no GitLab se precisar rotacionar o secret depois)

Carregadas do .env via src/config/gitlab-oauth.config.ts (namespace gitlabOAuth no ConfigService). Veja .env.example.

GITLAB_AUTH_ENABLED=true
GITLAB_CLIENT_ID=your-gitlab-application-id
GITLAB_CLIENT_SECRET=your-gitlab-secret
GITLAB_CALLBACK_URL=http://localhost:3000/api/v1/auth/gitlab/callback
GITLAB_REDIRECT_ALLOWLIST=myapp://success,http://localhost:5173/auth/callback
GITLAB_OAUTH_DEFAULT_ROLES=

Novos usuários GitLab recebem roles: [] por padrão (igual ao register). Defina GITLAB_OAUTH_DEFAULT_ROLES no .env como lista separada por vírgula (ex.: user ou user,manager). Usuários existentes vinculados por e-mail mantêm as roles atuais.

1. Cliente abre GET /api/v1/auth/gitlab?redirect=<URL na allowlist>
2. Usuário consente no GitLab; o browser chama GET /api/v1/auth/gitlab/callback
3. API chama GET https://gitlab.com/api/v4/user, faz upsert do usuário, grava exchangeCode no Redis e redireciona para redirect?code=...
4. Cliente faz POST { code } em /api/v1/auth/exchange e recebe os JWTs

Fluxo típico: o botão inicia OAuth na mesma janela (ou popup); a rota de callback no frontend lê code da query e chama exchange.

const API = 'http://localhost:3000/api/v1';
const redirect = encodeURIComponent(
  'http://localhost:5173/auth/callback'
);

// Redirect de página inteira: Nest → GitLab → de volta à SPA
window.location.href = `${API}/auth/gitlab?redirect=${redirect}`;

// /auth/callback na SPA
const params = new URLSearchParams(window.location.search);
const code = params.get('code');
if (!code) throw new Error('Missing exchange code');

const res = await fetch('http://localhost:3000/api/v1/auth/exchange', {
  method: 'POST',
  headers: { 'Content-Type': 'application/json' },
  body: JSON.stringify({ code }),
});
if (!res.ok) throw new Error(await res.text());

const { user, accessToken, refreshToken } = await res.json();
// persista os tokens como sua app exigir
sessionStorage.setItem('accessToken', accessToken);
console.log('signed in', user.email);

• • Inclua a URL de callback do frontend em GITLAB_REDIRECT_ALLOWLIST (ex.: http://localhost:5173/auth/callback)
• • GITLAB_CALLBACK_URL aponta para a API Nest, não para a SPA
• • Armazene accessToken / refreshToken com segurança

Use um scheme customizado (ou universal link) na allowlist. Após o GitLab, a API redireciona para myapp://success?code=.... O app abre, lê o código e chama exchange.

import * as Linking from 'expo-linking';
import * as WebBrowser from 'expo-web-browser';

const API = 'https://api.example.com/api/v1';
const redirect = encodeURIComponent('myapp://success');

async function signInWithGitLab() {
  const url = `${API}/auth/gitlab?redirect=${redirect}`;
  await WebBrowser.openAuthSessionAsync(url, 'myapp://success');
}

import * as Linking from 'expo-linking';

async function exchangeFromUrl(url) {
  const { queryParams } = Linking.parse(url);
  const code = queryParams?.code;
  if (!code) return;

  const res = await fetch(`${API}/auth/exchange`, {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ code }),
  });
  const data = await res.json();
  // data.accessToken, data.refreshToken, data.user
  return data;
}

Linking.addEventListener('url', ({ url }) => {
  exchangeFromUrl(url);
});

• • Registre o scheme no SO / Expo app.json
• • Prefira Linking.addEventListener('url', ...) e getInitialURL()
• • Faça o exchange via HTTPS na base URL da API

• • URLs de redirect devem casar com prefixos de GITLAB_REDIRECT_ALLOWLIST
• • Códigos de exchange são de uso único e expiram em 60 segundos (Redis)
• • Usuários locais existentes são vinculados pelo e-mail verificado do GitLab (gitlabId; roles inalteradas)
• • Usuários só-GitLab têm password null — login/change-password com senha falham até haver senha
• • E-mail é obrigatório via gitlab.com/api/v4/user; o login falha se o GitLab não devolver e-mail (scope read_user)

Campos da entity/interface usados pelo login GitLab:

• • gitlabId — id de usuário GitLab único e nullable (id do /api/v4/user)
• • password — nullable para contas só OAuth
• • isActive — true para novos usuários GitLab
• • roles — de GITLAB_OAUTH_DEFAULT_ROLES no env (padrão [])

• Hub de Autenticação Social
• Guia Google OAuth2
• Guia Facebook OAuth2
• Guia X / Twitter OAuth2
• Guia GitHub OAuth2
• Guia Figma OAuth2
• Guia LinkedIn OpenID Connect
• Guia Slack OpenID Connect
• Guia Atlassian OAuth 2.0 (3LO)
• Guia Bitbucket OAuth2
• Guia Discord OAuth2
• Guia Twitch OAuth2
• Guia Steam OpenID 2.0
• Guia Reddit OAuth2
• Auth & JWT