--- id: CP-197 slug: minimo-privilegio-acesso-jit lang: pt title: Privilégio mínimo e acesso Just-In-Time description: O privilégio mínimo limita os direitos ao estritamente necessário, o acesso Just-In-Time concede-os por um tempo limitado. O que o colaborador faz. canonical_url: https://startbrain.io/cyberpedia/pt/articles/minimo-privilegio-acesso-jit/ markdown_url: https://startbrain.io/cyberpedia/pt/articles/minimo-privilegio-acesso-jit.md publisher: Brain (https://startbrain.io) license: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) cite_as: Brain, «Privilégio mínimo e acesso Just-In-Time», Cyberpedia, 2026. https://startbrain.io/cyberpedia/pt/articles/minimo-privilegio-acesso-jit/ (CC BY 4.0) wing: 3 theme: control_access reflex: cr-029 schema: G3 updated: "2026-11-03" translations: pt: https://startbrain.io/cyberpedia/pt/articles/minimo-privilegio-acesso-jit/ fr: https://startbrain.io/cyberpedia/fr/articles/moindre-privilege-acces-jit/ en: https://startbrain.io/cyberpedia/en/articles/least-privilege-just-in-time-access/ de: https://startbrain.io/cyberpedia/de/articles/minimale-rechte-just-in-time-zugriff/ es: https://startbrain.io/cyberpedia/es/articles/minimo-privilegio-acceso-jit/ it: https://startbrain.io/cyberpedia/it/articles/minimo-privilegio-accesso-jit/ nl: https://startbrain.io/cyberpedia/nl/articles/minimale-rechten-just-in-time-toegang/ sources: - "n": 1 title: least privilege - Glossary | CSRC publisher: NIST url: https://csrc.nist.gov/glossary/term/least_privilege accessed: "2026-11-03" - "n": 2 title: Qu’est-ce que Microsoft Entra Privileged Identity Management ? publisher: Microsoft url: https://learn.microsoft.com/fr-fr/entra/id-governance/privileged-identity-management/pim-configure accessed: "2026-11-03" - "n": 3 title: Meilleures pratiques pour les rôles Microsoft Entra publisher: Microsoft url: https://learn.microsoft.com/fr-fr/entra/identity/role-based-access-control/best-practices accessed: "2026-11-03" - "n": 4 title: Valid Accounts, Technique T1078 - Enterprise publisher: MITRE ATT&CK url: https://attack.mitre.org/techniques/T1078/ accessed: "2026-11-03" - "n": 5 title: Authorization - OWASP Cheat Sheet Series publisher: OWASP url: https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html accessed: "2026-11-03" - "n": 6 title: Privileged Account Management, Mitigation M1026 - Enterprise publisher: MITRE ATT&CK url: https://attack.mitre.org/mitigations/M1026/ accessed: "2026-11-03" - "n": 7 title: Zero trust architecture design principles publisher: NCSC (Royaume-Uni) url: https://www.ncsc.gov.uk/collection/zero-trust/architecture-design-principles accessed: "2026-11-03" - "n": 8 title: Zero Trust Maturity Model publisher: CISA url: https://www.cisa.gov/zero-trust-maturity-model accessed: "2026-11-03" - "n": 9 title: User Account Management, Mitigation M1018 - Enterprise publisher: MITRE ATT&CK url: https://attack.mitre.org/mitigations/M1018/ accessed: "2026-11-03" --- # Privilégio mínimo e acesso Just-In-Time O privilégio mínimo é um princípio de segurança: um sistema deve limitar os direitos de acesso dos utilizadores, ou dos programas que atuam em nome deles, ao mínimo necessário para realizar as tarefas atribuídas [1]. Um colaborador que só precisa de ler uma pasta não deve poder eliminá-la. O acesso Just-In-Time (na hora certa) leva a ideia mais longe no caso dos direitos elevados. Os utilizadores recebem autorizações temporárias para executar tarefas privilegiadas, e o acesso é concedido apenas no momento em que são necessárias [2]. Terminado o prazo, o acesso privilegiado é removido automaticamente [3]. ## Em 30 segundos - Onde acontece: em qualquer posto de trabalho ou serviço onde existam direitos de administrador, por exemplo a administração do Microsoft 365 ou de um diretório empresarial [2]. - O que o atacante quer: utilizar uma conta existente e os respetivos direitos, o que por vezes lhe evita recorrer a software malicioso e torna a sua presença mais difícil de detetar [4]. - O reflexo: pedir um acesso elevado por um tempo limitado e com um motivo claro, nunca emprestar os seus direitos de administrador e assinalar os direitos que já não servem. - Se já aconteceu: avisar o serviço informático, que pode retirar direitos que se tornaram desnecessários numa revisão de acessos [3]. ## Perguntas diretas ### Porquê limitar os direitos de um colaborador de confiança? As organizações limitam o número de pessoas com acesso a recursos sensíveis para reduzir dois riscos: que um utilizador malicioso aceda a esses dados e que um utilizador autorizado afete, por descuido, um recurso sensível [2]. A Microsoft acrescenta que, ao limitar as funções e os âmbitos, se limitam os recursos ameaçados caso a conta seja comprometida [3]. ### O que significa «just-in-time» na prática? O colaborador não tem direitos de administrador permanentes. É «elegível» para uma função e ativa-a quando tem de executar uma tarefa privilegiada. A ativação pode exigir uma verificação multifator, uma justificação profissional ou a aprovação de um aprovador designado [2]. Depois de ativada, a função fica utilizável durante um período predefinido, após o qual o utilizador tem de a ativar de novo [2]. ### O privilégio mínimo diz respeito apenas aos administradores? Não. A OWASP descreve-o como uma regra a aplicar a todos os níveis: um contabilista e um comercial ocupam o mesmo nível hierárquico, mas não precisam dos mesmos recursos. O contabilista não deveria aceder à base de dados de clientes, nem o comercial aos dados de salários [5]. ### O que acontece se um pedido de acesso expirar? Segundo a documentação da Microsoft, quando uma atribuição de função se aproxima do fim do prazo, o utilizador pode pedir uma prorrogação. Depois de expirada, pode pedir uma renovação. Os dois pedidos passam pela aprovação de um administrador global ou de um administrador de funções privilegiadas [2]. ## Como funciona O funcionamento descrito aqui segue a ferramenta Privileged Identity Management da Microsoft, um exemplo entre outros. Um administrador atribui uma função a um utilizador, a um grupo ou a uma identidade de serviço. A atribuição indica o âmbito (a função só vale para um conjunto de recursos determinado), o tipo (elegível ou ativa) e a duração, com datas de início e de fim ou sem limite [2]. Para ativar uma função elegível, o utilizador escolhe uma duração de ativação dentro dos limites fixados pelos administradores e indica o motivo do pedido [2]. A ferramenta pode exigir uma aprovação, impor a autenticação multifator, enviar notificações na ativação e conservar um histórico de auditoria [2]. A MITRE refere também as funções efémeras de outros fornecedores de nuvem para conceder permissões elevadas limitadas no tempo [6]. A Microsoft recomenda empilhar vários controlos, porque nenhuma funcionalidade isolada cobre todos os casos. O exemplo que dá: uma função personalizada limitada a uma unidade administrativa, para que um administrador do apoio regional só possa repor as palavras-passe da sua região. A ativação passa depois pelo PIM, com aprovação, e o acesso condicional exige então um dispositivo conforme e a autenticação multifator [3]. O NCSC britânico define assim a abordagem «zero trust»: a confiança inerente à rede é retirada, a rede é presumida hostil e cada pedido é verificado segundo uma política de acesso [7]. A CISA associa-lhe decisões de acesso com privilégio mínimo, pedido a pedido [8]. ## O que faz - Peça o acesso no momento da necessidade, com uma duração adequada à tarefa e um motivo preciso. O motivo indicado na ativação serve para perceber por que razão a função foi utilizada [2]. - Utilize a função restrita que corresponde à tarefa. A Microsoft desaconselha atribuir funções mais amplas ou em âmbitos maiores, mesmo que pareçam mais práticas [3]. - Guarde os seus direitos de administrador para si. A ativação de uma função é feita por um utilizador e dá origem a uma notificação, e o histórico de auditoria conserva-a [2]. A OWASP observa que, sem um registo adequado, uma violação de acesso pode continuar impossível de atribuir a uma pessoa [5]. - Se mudar de equipa ou de missão, peça a remoção dos direitos da função anterior. A Microsoft observa que, sem auditoria, as pessoas que mudam de equipa acumulam acessos desnecessários [3]. - Responda às revisões de acessos: servem para verificar que os utilizadores ainda precisam das suas funções [2]. - Ative a autenticação multifator nas contas de administração. A Microsoft indica que, segundo os seus estudos, uma conta tem 99,9 % menos probabilidade de ser comprometida com ela [3]. ## As armadilhas Os direitos que se acumulam. A OWASP chama «privilege creep» ao caso em que os privilégios dos utilizadores ultrapassam os definidos inicialmente. Recomenda uma revisão periódica e lembra que é mais fácil acrescentar permissões do que retirá-las [5]. As contas de administração permanentes. O acesso privilegiado permanente é o que o PIM pretende eliminar para os utilizadores com função privilegiada [3]. A Microsoft recomenda atribuir a função de administrador global a menos de cinco pessoas e limitar as atribuições de funções privilegiadas a menos de 10, porque essas funções permitem uma elevação de privilégios [3]. Prevê uma exceção: duas contas de acesso de emergência, atribuídas de forma definitiva, não associadas a pessoas e reservadas para situações de «break glass» [3]. As contas esquecidas. A MITRE assinala que os adversários podem abusar de contas inativas, por exemplo as de pessoas que saíram da organização, porque o antigo titular já não está lá para reparar numa atividade anormal [4]. A MITRE recomenda também desativar as contas após um período de inatividade (30 dias, a título de exemplo) e eliminar as contas sem proprietário durante as auditorias [9]. As contas de serviço demasiado poderosas. As atribuições de funções podem visar principais de serviço ou identidades geridas, tal como pessoas [2]. Para os administradores, a Microsoft distingue três aspetos de uma atribuição de função: um conjunto específico de autorizações, num âmbito específico, durante um período específico [3]. As mesmas credenciais em todo o lado. A MITRE preocupa-se com a sobreposição de permissões entre contas locais, de domínio e de nuvem: um adversário pode passar de uma conta para outra até um nível elevado de acesso, como administrador de domínio [4]. ## Casos reais ### 2015: o ataque à rede elétrica ucraniana Segundo a MITRE, no ataque de 2015 à rede elétrica ucraniana, o grupo Sandworm Team utilizou contas válidas na rede da empresa para elevar os seus privilégios, deslocar-se lateralmente e instalar-se aí de forma duradoura [4]. A fonte não detalha que direitos essas contas tinham. ## Fontes 1. NIST, «least privilege - Glossary | CSRC». https://csrc.nist.gov/glossary/term/least_privilege (consultado em 3 de novembro de 2026) 2. Microsoft, «Qu’est-ce que Microsoft Entra Privileged Identity Management ?». https://learn.microsoft.com/fr-fr/entra/id-governance/privileged-identity-management/pim-configure (consultado em 3 de novembro de 2026) 3. Microsoft, «Meilleures pratiques pour les rôles Microsoft Entra». https://learn.microsoft.com/fr-fr/entra/identity/role-based-access-control/best-practices (consultado em 3 de novembro de 2026) 4. MITRE ATT&CK, «Valid Accounts, Technique T1078 - Enterprise». https://attack.mitre.org/techniques/T1078/ (consultado em 3 de novembro de 2026) 5. OWASP, «Authorization - OWASP Cheat Sheet Series». https://cheatsheetseries.owasp.org/cheatsheets/Authorization_Cheat_Sheet.html (consultado em 3 de novembro de 2026) 6. MITRE ATT&CK, «Privileged Account Management, Mitigation M1026 - Enterprise». https://attack.mitre.org/mitigations/M1026/ (consultado em 3 de novembro de 2026) 7. NCSC (Royaume-Uni), «Zero trust architecture design principles». https://www.ncsc.gov.uk/collection/zero-trust/architecture-design-principles (consultado em 3 de novembro de 2026) 8. CISA, «Zero Trust Maturity Model». https://www.cisa.gov/zero-trust-maturity-model (consultado em 3 de novembro de 2026) 9. MITRE ATT&CK, «User Account Management, Mitigation M1018 - Enterprise». https://attack.mitre.org/mitigations/M1018/ (consultado em 3 de novembro de 2026) --- Fonte original: Cyberpedia, a enciclopédia pública de cibersegurança e IA publicada pela Brain. Versão canónica: https://startbrain.io/cyberpedia/pt/articles/minimo-privilegio-acesso-jit/ Pode reutilizar livremente este texto sob a licença CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/), desde que cite «Brain, Cyberpedia» com uma ligação para o endereço acima.