Início / dba / Perguntas / 285372
Accepted
user960567
Asked: 2021-02-15 00:43:46 +0800 CST

Lista Branca de Permissões de Usuário vs Lista Negra

  • 772

Eu tenho Applications, Roles, Users, Permissions, Application_Permissions, User_Permissions, Role_Permissions, Application_Roles e Role_Permissions tabelas. Assim, a permissão pode ser definida em nível de aplicativo, nível de função e nível de usuário. Digamos que User Apertence a Application Xe Application Xpode ter XX Permission. Então, User Avai conseguir XX Permission. Agora, quero dar a todos os usuários Application Bcom XX Permissionmas exceto User B. Como posso encaixar isso no meu design atual?

CREATE TABLE APPLICATION_PERMISIONS (APPLICATION_PERMISION_ID number(15) GENERATED AS IDENTITY, APPLICATION_ID number(15), PERMISION_DEFINITION_ID number(15)CONSTRAINT PK_SEC_APPLICATION_PERMISIONS PRIMARY KEY (APPLICATION_PERMISION_ID));
CREATE TABLE APPLICATION_ROLES (APPLICATION_ROLE_ID number(15) GENERATED AS IDENTITY, APPLICATION_ID number(15), ROLE_ID number(15)CONSTRAINT PK_SEC_APPLICATION_ROLES PRIMARY KEY (APPLICATION_ROLE_ID));
CREATE TABLE APPLICATIONS (APPLICATION_ID number(15) GENERATED AS IDENTITY, CODE varchar2(30), NAME_AR varchar2(255), NAME_EN varchar2(255), START_DATE date, END_DATE date CONSTRAINT PK_SEC_APPLICATIONS PRIMARY KEY (APPLICATION_ID));
CREATE TABLE PERMISION_DEFINITIONS (PERMISION_DEFINITION_ID number(15) GENERATED AS IDENTITY, CODE varchar2(30), NAME_AR varchar2(255), NAME_EN varchar2(255), START_DATE date, END_DATE date CONSTRAINT PK_SEC_PERMISION_DEFITIONS PRIMARY KEY (PERMISION_DEFINITION_ID));
CREATE TABLE ROLE_PERMISSIONS (ROLE_PERMISSION_ID number(15) GENERATED AS IDENTITY, ROLE_ID number(15), PERMISION_DEFINITION_ID number(15), START_DATE date, END_DATE date CONSTRAINT PK_SEC_ROLE_PERMISSIONS PRIMARY KEY (ROLE_PERMISSION_ID));
CREATE TABLE ROLES (ROLE_ID number(15) GENERATED AS IDENTITY, CODE varchar2(30) NOT NULL, NAME_AR varchar2(255), NAME_EN varchar2(255), START_DATE date, END_DATE date CONSTRAINT PK_SEC_ROLES PRIMARY KEY (ROLE_ID));
CREATE TABLE USER_PERMISSIONS (USER_PERMISSION_ID number(15) GENERATED AS IDENTITY, USER_ID number(15), PERMISION_DEFINITION_ID number(15)CONSTRAINT PK_SEC_USER_PERMISSIONS PRIMARY KEY (USER_PERMISSION_ID));
CREATE TABLE USER_ROLES (USER_ROLE_ID number(15) GENERATED AS IDENTITY, USER_ID number(15), ROLE_ID number(15)CONSTRAINT PK_SEC_USER_ROLES PRIMARY KEY (USER_ROLE_ID));
oracle permissions

1 respostas

  1. Best Answer

    Você precisaria de duas funções de usuário diferentes: uma com a permissão concedida para a maioria dos usuários e outra sem a permissão para o usuário B.

    No mundo da segurança, concessões ou permissões sempre devem ser atribuídas de acordo com o princípio de privilégio mínimo (apenas o que o usuário absolutamente precisa para fazer seu trabalho). Como tal, os privilégios devem sempre ser negados por padrão e atribuídos explicitamente, como em uma lista de permissões. Eles nunca devem ser atribuídos por padrão e bloqueados individualmente (lista negra). Privilégios implícitos, especialmente quando combinados com explícitos, são mais difíceis de auditar e solucionar problemas. Mantenha simples.

    • 1

relate perguntas