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:
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).
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):
- O usuário fornece credenciais ao cliente (ex.: senha).
- O cliente pede ao AS um Ticket Granting Ticket (TGT). O AS verifica e devolve um TGT criptografado.
- Quando o cliente precisa acessar um serviço, usa o TGT para pedir ao TGS um ticket para aquele serviço.
- O TGS emite um ticket de serviço que o cliente apresenta ao servidor do serviço.
- 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:
- Usuário tenta se conectar ao NAS e fornece credenciais (usuário/senha).
- NAS cria uma mensagem Access-Request e envia ao servidor RADIUS.
- Servidor RADIUS valida as credenciais (localmente ou consultando banco/LDAP) e responde com Access-Accept ou Access-Reject (ou Access-Challenge).
- 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):
- O cliente redireciona o usuário para o authorization server pedindo autorização.
- O usuário autentica no authorization server e consente.
- O authorization server retorna um código de autorização para o cliente.
- O cliente troca o código por um access token (e possivelmente refresh token) no authorization server.
- 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
Kerberos
RADIUS
OAuth 2.0