Defina acesso controlado e enumere três protocolos desta categoria.

Passo 1

O enunciado pede duas coisas simples: (a) “Defina acesso controlado” e (b) “Enumere três protocolos desta categoria”. Não há mais informações no enunciado. Vou primeiro deixar claro o que exatamente você precisa entregar:
  • Pedido 1: uma definição clara e curta do que é acesso controlado.
  • Pedido 2: listar três protocolos que se encaixam na categoria “acesso controlado” (ou seja, protocolos usados para controlar autenticação/autorizaçao/contabilização de acesso).

Passo 2

O que significa “acesso controlado” — definição direta e simples.
Acesso controlado é um conjunto de regras, políticas e mecanismos técnicos que determinam quem (identidade) pode acessar quais recursos (arquivos, serviços, redes, APIs) e com quais ações (ler, escrever, executar). Em outras palavras:
  • identifica quem está pedindo acesso (autenticação);
  • decide se esse sujeito tem permissão para a ação pedida (autorização);
  • e, frequentemente, registra o que foi feito (contabilização/log).

Passo 3

Principais conceitos que você precisa entender para responder uma prova sobre isso
  • Sujeito (principal): a entidade que tenta acessar (um usuário, um serviço).
  • Objeto (recurso): o que se quer acessar (arquivo, serviço, API, segmento de rede).
  • Autenticação: prova de identidade (ex.: senha, certificado, token).
  • Autorização: decisão sobre se a identidade autenticada pode executar a ação pedida.
  • Accounting (contabilidade): registrar quem fez o quê e quando (logs, faturamento).
    Esses três (autenticação, autorização, accounting) formam o famoso tripé AAA, muito usado em questões e em protocolos.

Passo 4

Modelos de controle de acesso (útil para contextualizar protocolos)
  • DAC (Discretionary Access Control): o dono do recurso decide permissões (ex.: permissões de arquivos em sistemas operacionais).
  • MAC (Mandatory Access Control): o sistema impõe políticas centralizadas (ex.: sistemas de alto segredo).
  • RBAC (Role-Based Access Control): permissões dadas a papéis; usuários recebem papéis.
  • ABAC (Attribute-Based Access Control): decisões feitas por atributos (usuário, recurso, contexto).
    Esses modelos são a “teoria”; os protocolos fornecem meios práticos para realizar autenticação/autorizações conforme esses modelos.

Passo 5

O que é um “protocolo de acesso controlado”
Um protocolo dessa categoria é um conjunto de mensagens e regras usados entre componentes (clientes, servidores, gateways) para realizar autenticação, autorização e/ou contabilização. Não é só a política: é o modo padronizado de trocar informações (credenciais, tokens, tickets, respostas de aceite/negação, logs).

Passo 6

Protocolo 1 — Kerberos (explicação passo a passo, didática)
  • Objetivo: autenticação forte em redes e emissão de “tickets” que provam identidade sem enviar a senha repetidamente.
  • Componentes principais: cliente, servidor de serviço, KDC (Key Distribution Center) que tem duas funções lógicas: AS (Authentication Service) e TGS (Ticket Granting Service).
  • Fluxo simplificado (passo a passo):
    1. O usuário fornece credenciais ao cliente (ex.: senha).
    2. O cliente pede ao AS um Ticket Granting Ticket (TGT). O AS verifica e devolve um TGT criptografado.
    3. Quando o cliente precisa acessar um serviço, usa o TGT para pedir ao TGS um ticket para aquele serviço.
    4. O TGS emite um ticket de serviço que o cliente apresenta ao servidor do serviço.
    5. O servidor do serviço verifica o ticket e aceita a conexão.
  • Características importantes: baseado em tickets, usa criptografia simétrica com chaves derivadas da senha, evita envio repetido de senha, depende de relógios sincronizados (timestamp).
  • Uso típico: autenticação em domínios (ex.: Active Directory), ambientes corporativos.

Passo 7

Protocolo 2 — RADIUS (explicação passo a passo, didática)
  • Objetivo: prover AAA (Authentication, Authorization, Accounting) para acesso de rede (ex.: autenticação em VPNs, Wi‑Fi, PPP).
  • Componentes principais: NAS (Network Access Server — o ponto de acesso que o usuário atinge) e servidor RADIUS (que efetua autenticação/autorização/contabilização).
  • Fluxo simplificado:
    1. Usuário tenta se conectar ao NAS e fornece credenciais (usuário/senha).
    2. NAS cria uma mensagem Access-Request e envia ao servidor RADIUS.
    3. Servidor RADIUS valida as credenciais (localmente ou consultando banco/LDAP) e responde com Access-Accept ou Access-Reject (ou Access-Challenge).
    4. Se aceito, o RADIUS pode retornar atributos de autorização (tempo máximo, VLAN, políticas) e gera mensagens de accounting (start, stop) para registro.
  • Características: tipicamente usa UDP (portas históricas 1812 para autenticação e 1813 para accounting), usa um segredo compartilhado entre NAS e servidor, é amplamente usado em infra de rede.
  • Limitações que frequentemente caem em prova: menor granularidade que soluções modernas, mensagens não necessariamente criptografadas end-to-end (apenas o campo de senha é protegido), e depende de configuração de secret.

Passo 8

Protocolo 3 — OAuth 2.0 (explicação passo a passo, didática)
  • Objetivo: framework de autorização para permitir que aplicações (clientes) acessem recursos protegidos em nome de um usuário, sem compartilhar a senha do usuário com o cliente.
  • Entidades: resource owner (usuário), client (aplicação que quer acessar), authorization server (emite tokens), resource server (API que protege recursos).
  • Conceitos-chave: access token (token de acesso com escopos/tempos), refresh token (opcional, para renovar access token).
  • Fluxo mais comum (Authorization Code, passo a passo):
    1. O cliente redireciona o usuário para o authorization server pedindo autorização.
    2. O usuário autentica no authorization server e consente.
    3. O authorization server retorna um código de autorização para o cliente.
    4. O cliente troca o código por um access token (e possivelmente refresh token) no authorization server.
    5. O cliente usa o access token para chamar o resource server (API).
  • Observação importante: OAuth 2.0 trata autorização (delegation), não autenticação; quando usado para login federado costuma-se adicionar OpenID Connect (OIDC) para autenticação.
  • Uso típico: “entrar com Google/Facebook” (autorização de acesso a APIs), apps móveis/web que acessam APIs em nome do usuário.

Passo 9

Comparação rápida para fixar na prova (quando usar cada um)
  • Kerberos: ideal para autenticação em domínios corporativos e acesso a serviços internos via tickets. Foco em autenticação de rede.
  • RADIUS: solução clássica de AAA para controle de acesso à rede (Wi‑Fi, VPN, dial‑in). Foco em autenticação/autorização e accounting para NAS.
  • OAuth 2.0: framework para delegação de autorização em aplicações web e APIs; muito usado em integrações e serviços na nuvem/mobile.

Passo 10

Dicas práticas de prova — como escrever a resposta e o que citar
  • Defina acesso controlado em 1–2 frases (use a definição do Passo 2).
  • Depois liste os protocolos (o examinador espera nomes e, se pedir, uma frase de função para cada).
  • Se a questão pedir exemplos de uso, cite um caso prático para cada protocolo (ex.: Kerberos = login em domínio; RADIUS = autenticação Wi‑Fi empresarial; OAuth 2.0 = login via Google/API access).

Resposta

Acesso controlado é o conjunto de regras, políticas e mecanismos que identificam quem é o solicitante (autenticação), decidem se ele pode executar determinada ação sobre um recurso (autorização) e, frequentemente, registram essas ações (contabilização).
Kerberos
RADIUS
OAuth 2.0

Exercícios relacionados