Ir al contenido principal

Supported Models

  1. ACL (Lista de Control de Acceso)
  2. ACL con superusuario
  3. ACL sin usuarios: Esto es especialmente útil para sistemas que no tienen autenticación o inicios de sesión de usuarios.
  4. ACL sin recursos: En algunos escenarios, el objetivo es un tipo de recurso en lugar de un recurso individual. Permisos como "escribir-artículo" y "leer-registro" pueden ser utilizados. Esto no controla el acceso a un artículo o registro específico.
  5. RBAC (Control de Acceso Basado en Roles)
  6. RBAC con roles de recursos: Tanto los usuarios como los recursos pueden tener roles (o grupos) al mismo tiempo.
  7. RBAC con dominios/inquilinos: Los usuarios pueden tener diferentes conjuntos de roles para diferentes dominios/inquilinos.
  8. ABAC (Control de Acceso Basado en Atributos): Se puede utilizar azúcar sintáctico como "resource.Owner" para obtener el atributo de un 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. OrBAC (Organisation-Based Access Control): Extends RBAC with abstraction layers that separate concrete entities from abstract security policies, enabling flexible multi-organizational access control.
  14. UCON (Usage Control): A next-generation access control model that emphasizes continuous authorization, attribute mutability, and a unified framework of authorizations, obligations, and conditions.
  15. RESTful: Soporta rutas como "/res/*", "/res/:id", y métodos HTTP como "GET", "POST", "PUT", "DELETE".
  16. IP Match: Supports IP address matching for network-based access control.
  17. Denegación sobre permiso: Se soportan tanto las autorizaciones de permitir como de denegar, donde la denegación prevalece sobre el permiso.
  18. Prioridad: Las reglas de políticas pueden ser priorizadas, similar a las reglas de un firewall.

Ejemplos​

ModeloArchivo de modeloArchivo de política
ACLbasic_model.confbasic_policy.csv
ACL con superusuariobasic_with_root_model.confbasic_policy.csv
ACL sin usuariosbasic_without_users_model.confbasic_without_users_policy.csv
ACL sin recursosbasic_without_resources_model.confbasic_without_resources_policy.csv
RBACrbac_model.confrbac_policy.csv
RBAC con roles de recursosrbac_with_resource_roles_model.confrbac_with_resource_roles_policy.csv
RBAC con dominios/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
OrBACorbac_model.conforbac_policy.csv
IP Matchipmatch_model.confipmatch_policy.csv
RESTfulkeymatch_model.confkeymatch_policy.csv
Denegación sobre permisorbac_with_not_deny_model.confrbac_with_deny_policy.csv
Permitir y denegarrbac_with_deny_model.confrbac_with_deny_policy.csv
Prioridadpriority_model.confpriority_policy.csv
Prioridad Explícitapriority_model_explicitpriority_policy_explicit.csv
Prioridad del Sujetosubject_priority_model.confsubject_priority_policyl.csv