SpiffySecurity is an access control module for Zend Framework 2 geared towards quick & easy setup. Getting access control working should take you less than 5 minutes.
- PHP 5.3 or higher
- Zend Framework 2
Installation of SpiffySecurity uses composer. For composer documentation, please refer to getcomposer.org.
-
cd my/project/directory
-
create a
composer.json
file with following contents:{ "require": { "spiffy/spiffy-security": "dev-master" } }
-
install composer via
curl -s http://getcomposer.org/installer | php
(on windows, download http://getcomposer.org/installer and execute it with PHP) -
run
php composer.phar install
-
open
my/project/directory/configs/application.config.php
and add the following key to yourmodules
:'SpiffySecurity',
Providers are listeners that hook into various events to provide roles and permissions. SpiffySecurity ships with several providers that you can use out of the box:
- Generic Providers:
- Permission (Generic\DoctrineDbal): Uses DoctrineDBAL to configure permissions.
- Permission (Generic\InMemory): In memory permission adapter used primarily for testing or small sites.
- Role (Generic\InMemory): In memory role adapter used primarily for testing or small sites.
- Role (AdjacencyList\Role): Used for pre-loading roles in an adjacency list style.
- Lazy (NestedSet\DoctrineDbal): Used to lazy-load permissions/roles from DoctrineDBAL. This is used to for sites with lots of permissions/roles so that the entire tree isn't in memory. It also uses the nested set model rather than adjacency list for performant tree reads. It's recommended to use this adapter standalone.
See the module.config.php file for sample setups.
Firewalls protect your resources by allowing access only to the roles you specify. By default, two firewall types are provided:
- Route: Protects your routes.
- Controller: Protects controllers.
By default, only controller access is enabled. See the module.config.php file for sample setups.
The identity provider is a service alias setup to provide a working identity to SpiffySecurity. The default alias is
my_identity_provider but can be changed via the identity_provider
key in configuration. The object returned by
the identity provider must implement SpiffySecurity\Identity\IdentityInterface
.
An isGranted($permission)
view helper and controller plugin is available. To use, simply pass a permission to check
for access.
<?php
return array(
'security' => array(
'firewalls' => array(
'controller' => array(
array('controller' => 'profile', 'action' => 'view', 'roles' => 'guest')
),
'route' => array(
array('route' => 'profiles/add', 'roles' => 'member'),
array('route' => 'admin/*', 'roles' => 'administrator')
),
),
'role_providers' => array(
'SpiffySecurity\Provider\Role\InMemory' => array(
'test_role' => 'test_parent',
),
'doctrine_dbal' => array(
'connection' => 'doctrine.connection.orm_default',
'table' => 'role',
'role_id_column' => 'id',
'role_name_column' => 'name',
'parent_join_column' => 'parent_role_id'
)
)
),
);
Protecting your services is as easy as injecting the SpiffySecurity service into your services. You can then use
the provided isGranted($role)
method to check if access is allowed.
For example,
<?php
class NewService
{
protected $security;
public function __construct(\SpiffySecurity\Service\Security $security)
{
$this->security = $security;
}
public function createPost()
{
if (!$this->security->isGranted('ROLE_NEWS_MANAGER')) {
// code
}
// code
}
}
Dynamic assertions are available by passing an instance of SpiffySecurity\AssertionInterface or a Closure to isGranted() as the second parameter. For example,
<?php
$event = new \My\Event;
$event->setUserId(1);
// Verify the user has both event.update permission and that the user id matches the event user id
$security->isGranted('event.update', function($security) use ($event) {
return $security->getIdentity()->getId() === $event->getUserId();
});