Pular para o conteúdo principal

Supported Models

  1. ACL (Lista de Controle de Acesso)
  2. ACL com superusuário
  3. ACL sem usuários: Isso é especialmente útil para sistemas que não possuem autenticação ou logins de usuários.
  4. ACL sem recursos: Em alguns cenários, o alvo é um tipo de recurso em vez de um recurso individual. Permissões como "write-article" e "read-log" podem ser usadas. Isto não controla o acesso a um artigo ou log específico.
  5. RBAC (Controle de Acesso Baseado em Funções)
  6. RBAC com funções de recursos: Tanto usuários quanto recursos podem ter funções (ou grupos) ao mesmo tempo.
  7. RBAC com domínios/inquilinos: Usuários podem ter diferentes conjuntos de funções para diferentes domínios/inquilinos.
  8. ABAC (Controle de Acesso Baseado em Atributos): Açúcar sintático como "resource.Owner" pode ser usado para obter o atributo de um recurso.
  9. PBAC (Policy-Based Access Control): A flexible access control model that makes authorization decisions based on policies defined as rules, supporting dynamic and contextual authorization.
  10. BLP (Bell-LaPadula): A formal state transition model of computer security policy that describes a set of access control rules which use security labels on objects and clearances for subjects.
  11. Biba (Biba Integrity Model): A computer security model that restricts information flow in a system to prevent unauthorized disclosure of classified information.
  12. LBAC (Lattice-Based Access Control): A formal access control model that combines confidentiality and integrity controls in a unified framework, implementing a lattice structure for granular access control decisions.
  13. UCON (Usage Control): A next-generation access control model that emphasizes continuous authorization, attribute mutability, and a unified framework of authorizations, obligations, and conditions.
  14. RESTful: Suporta caminhos como "/res/*", "/res/:id", e métodos HTTP como "GET", "POST", "PUT", "DELETE".
  15. IP Match: Supports IP address matching for network-based access control.
  16. Negação com prioridade: São suportadas autorizações de permissão e negação, onde a negação tem prioridade sobre a permissão.
  17. Prioridade: As regras de política podem ser priorizadas, de forma semelhante às regras de firewall.

Exemplos​

ModeloArquivo de modeloArquivo de política
ACLbasic_model.confbasic_policy.csv
ACL com superusuáriobasic_with_root_model.confbasic_policy.csv
ACL sem usuáriosbasic_without_users_model.confbasic_without_users_policy.csv
ACL sem recursosbasic_without_resources_model.confbasic_without_resources_policy.csv
RBACrbac_model.confrbac_policy.csv
RBAC com funções de recursosrbac_with_resource_roles_model.confrbac_with_resource_roles_policy.csv
RBAC com domínios/inquilinosrbac_with_domains_model.confrbac_with_domains_policy.csv
ReBACrebac_model.confrebac_policy.csv
ABACabac_model.confN/A
BLPblp_model.confN/A
Bibabiba_model.confN/A
LBAClbac_model.confN/A
IP Matchipmatch_model.confipmatch_policy.csv
RESTfulkeymatch_model.confkeymatch_policy.csv
Negação com prioridaderbac_with_not_deny_model.confrbac_with_deny_policy.csv
Permissão e negaçãorbac_with_deny_model.confrbac_with_deny_policy.csv
Prioridadepriority_model.confpriority_policy.csv
Prioridade Explícitapriority_model_explicitpriority_policy_explicit.csv
Prioridade do Sujeitosubject_priority_model.confsubject_priority_policyl.csv