Merge manually pull-request #2658

This commit is contained in:
Frederic Guillot
2016-09-11 22:00:09 -04:00
parent f1d6673050
commit 20c187880c
26 changed files with 1516 additions and 0 deletions

View File

@@ -0,0 +1,39 @@
Arquitecuta de autorización
===========================
Kanboard [soporta multiples roles](roles.markdown) a nivel de aplicación y a nivel de proyecto.
Workflow de autorización
--------------------------
Para cada solicitud HTTP:
1. Autorizar o no el acceso a los recursos en base a la lista de acceso a las aplicaciones
2. Si el recurso es para un projecto (board, tarea...):
1. Extrae los roles de usuario para este proyecto
2. Permitir/Denegar accesos basados en el mapa de acceso del proyecto
Extendiendo mapa de accesos
---------------------------
Lista de accesos (ACL) se basa en el nombre de clase del controlador y el nombre del método
La lista de acceso está a cargo de la clase `Kanboard\Core\Security\AccessMap`.
Hay dos mapa de acceso: una para la aplicación y la otra para un proyecto.
- Acceso al mapa de aplicación : `$this->applicationAccessMap`
- Acceso al mapa del proyecto: `$this->projectAccessMap`
Ejemplos para definir una nueva política para tu plugin:
```php
// Todos los metodos de la clase MyController:
$this->projectAccessMap->add('MyController', '*', Role::PROJECT_MANAGER);
// Todos los metodos:
$this->projectAccessMap->add('MyOtherController', array('create', 'save'), Role::PROJECT_MEMBER);
```
Los roles estan defidos en la clase `Kanboard\Core\Security\Role`.
Clase de autorización (`Kanboard\Core\Security\Authorization`) comprobará el acceso de cada página.