Permissions

A grid of all packages implementing permissions for users and groups in your Django project.

Please fell free to verify and update features for listed apps or add another app if you know one.

Features currently being evaluated

FeatureDescription
Object-level Support for permissions assigned per object.
Django 1.2 backend See: http://docs.djangoproject.com/en/dev/releases/1.2/#object-level-permissions
.
Decorator Object-level decorator for views.
Logical checks Support for permission checked dynamically, e.g. can view entry no older than
one month.
Database Is a database required? If not, how are permissions stored?
Declaration Do you declare permissions for models? How?
Assignment How do you assign permissions for objects?
Templatetag Permissions checks in templates via tags.
Inheritance Permissions inheritance from related objects.
Roles Support for roles in permissions.
Field level Supports permissions at the field level of models
Cascade update Support for cascade update of related objects, e.g. if added view or change perm
for the product, then add view perm for the product category.
Any-to-any Permissions for any object to any other object.
Model-level Support for model-level perms (either on its own or by seamless integration with
django.contrib.auth permissions).
Package django-guardian rules django-role-permissions dry-rest-permissions django-permission django-authority djangorestframework-api-key django-rules django-admin-view-permission DRF Access Policy django-prbac django-objectpermissions django-rbac django-rulez carteblanche django-permissionsx Django-Access django-tabular-permissions django-global-permissions django-extauth django-hats django-hierarchical-auth django-permission-backend-nonrel django-field-permissions django-improved-permissions Django Debug Permissions django-trusts django-permissions django-finegrained-permissions giaola-role-permissions django-auth-utils django-rubberstamp django-permissions-auditor django-acl django_sieve serious-django-permissions django-acl django-generic-permissions Django Object Permissions django-custodian django-flexible-permissions django-http-451 django-pobject django-bop django-roles django-simple-perms
Package django-guardian rules django-role-permissions dry-rest-permissions django-permission django-authority djangorestframework-api-key django-rules django-admin-view-permission DRF Access Policy django-prbac django-objectpermissions django-rbac django-rulez carteblanche django-permissionsx Django-Access django-tabular-permissions django-global-permissions django-extauth django-hats django-hierarchical-auth django-permission-backend-nonrel django-field-permissions django-improved-permissions Django Debug Permissions django-trusts django-permissions django-finegrained-permissions giaola-role-permissions django-auth-utils django-rubberstamp django-permissions-auditor django-acl django_sieve serious-django-permissions django-acl django-generic-permissions Django Object Permissions django-custodian django-flexible-permissions django-http-451 django-pobject django-bop django-roles django-simple-perms
Description Per object permissions for
Django
Awesome Django authorization,
without the database
A django app for role based
permissions.
Rules based permissions for
the Django Rest Framework
An enhanced permission system
which support object
permission in Django
A Django app that provides
generic per-object-permissions
for Django's auth app and
helpers to create custom
permission checks.
🔐 API key permissions for
Django REST Framework
Flexible and scalable Django
authorization backend for
unified per object permission
management
Reusable application which
provides a view permission for
the existing models.
Declarative access
policies/permissions modeled
after AWS' IAM policies.
An app to add
object-level/row-level
permissions to users and
groups. Each model can have
different permissions.
Role-based Access Control
(RBAC) implementation for
management of permissions in
Django. Allows a fine-grained
(row level) permission
assignment. Perfect for ...
A lean and mean object-level
rules system for the Django
framework
Module to align code with
thoughts of users and
designers. Also magically
handles navigation and
permissio...
PermissionsX - Authorization
for Django
Django-Access - the
application introducing
dynamic evaluation-based
instance-level (row-level)
access rights control for
Django
Display Django permissions in
a tabular format that is
translatable and easy
customized.
Global permissions for Django Extended authorization
framework for Django,
including field-level
permissions and role-based
permissions
Role-based permissions system
for Django. Everyone wears a
different hat, some people
wear multiple.
Extends django auth allowing
hierarchical permissions
An authentication backend that
supports Django's user and
group permissions on
Django-nonrel
A starting place for
field-level permissions
Django application made to
make django's default
permission system more robu...
Get a list of all user
permissions available in the
system
Django authorization add-on
for multiple organizations and
object-level permission
settings
Permissions per field instead
of per model for django
A django app for role based
permissions.
Django authentication and
authorization utilities
Permissions manager and
backend for Django 1.2,
supporting object permissions
and application-specific
permissions.
Tool to audit access control
on your django app.
Serve user-wise data
beautifully, minimally and
correctly.
A Django extension to define
and use Groups and Permissions
from a central place, per app.
Access Control Lists for
django aka per-row
permissions. Largely inspired
on phpBB's ACL. Support for
roles.
A simple Authentication
Backend to manage specific
permissions.
This is an implementation of
Object Permissions, a.k.a. row
level permissions. Object
Permissions allow you to
assign a permission to ...
The application
django-custodian wrap and
extend django.contrib.auth
module providing a exaustive
and granular approach to
authorizations and permissions
management. It ...
A Django app that combines
object-level table permissions
with model relations to avoid
normalization of data while
providing an extremely ...
Django implementation for
HTTP451
An expressive and concise mini
permission module for Django
views.
Basic Object-level Permissions
for django 1.2+
Django Roles with
Role-Group-Permission-User
CategoryAppAppAppAppFrameworkAppAppAppAppOtherAppAppAppAppOtherAppAppAppAppAppAppAppAppAppAppAppAppFrameworkOtherOtherAppAppAppAppAppAppAppAppAppAppAppAppOtherAppAppApp
# Using This671662330330000611210011302015011000000100201011
Python 3?
Development Status Production/Stable Production/Stable Production/Stable Production/Stable Production/Stable Production/Stable Beta n/a Production/Stable Unknown Alpha Unknown Beta Unknown Unknown Production/Stable Beta Production/Stable Pre-Alpha n/a Production/Stable Unknown n/a n/a Unknown Beta Beta Production/Stable Beta Production/Stable Alpha n/a Production/Stable Unknown Pre-Alpha Unknown n/a Production/Stable Unknown n/a Unknown Unknown n/a Beta Unknown Unknown
Last updated April 5, 2020, 4:14 p.m. Jan. 17, 2020, 5:18 a.m. Feb. 15, 2019, 2:21 p.m. Jan. 31, 2018, 9:27 a.m. March 4, 2020, 5:19 a.m. Feb. 26, 2020, 4:24 a.m. April 4, 2020, 3:27 p.m. July 16, 2011, 11:32 a.m. Dec. 2, 2018, 4:45 p.m. Feb. 15, 2020, 4:13 p.m. March 6, 2020, 6:02 p.m. Oct. 8, 2010, 7:23 a.m. March 31, 2010, 11:04 p.m. Jan. 13, 2018, 2:04 p.m. July 3, 2014, 11:51 a.m. Nov. 3, 2017, 8:01 p.m. March 25, 2020, 12:47 p.m. April 3, 2020, 6:14 a.m. Oct. 10, 2018, 1:11 p.m. Dec. 10, 2011, 8:42 p.m. July 22, 2019, 9:57 a.m. Jan. 5, 2011, 3:03 p.m. April 9, 2011, 4:27 p.m. May 1, 2016, 3:25 a.m. Nov. 27, 2018, 5:56 a.m. June 6, 2017, 12:50 p.m. April 30, 2016, 3:17 a.m. June 21, 2015, 12:25 p.m. Oct. 6, 2013, 2:36 p.m. Aug. 28, 2018, 5:42 a.m. Nov. 15, 2017, 5:47 a.m. Oct. 28, 2010, 6:27 p.m. Jan. 10, 2020, 11:10 a.m. Oct. 8, 2015, 7:49 p.m. June 4, 2014, 3:59 p.m. Sept. 25, 2019, 9:21 a.m. Aug. 23, 2009, 4:17 p.m. Jan. 9, 2013, 10:47 p.m. June 6, 2013, 6:33 p.m. Nov. 10, 2011, 7:31 p.m. Dec. 10, 2015, 9:21 p.m. Nov. 3, 2018, 5:13 a.m. March 4, 2011, 11:24 a.m. Oct. 20, 2011, 9:16 a.m. Jan. 28, 2015, 4:04 p.m. Jan. 10, 2019, 3:22 p.m.
Version2.2.02.22.2.10.1.101.0.50.141.4.1n/a1.90.5.10.0.80.3.30.91.0.21.0.02.0.0n/a2.60.2.4n/a1.1.21.4.6n/an/a0.2.21.0.00.10.31.2.20.0.11.2.00.1.1n/a1.0.00.1.31.0.00.14n/a0.1.01.4.6n/a1.0.70.1n/a0.30.0.40.2.8
RepoGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubBitbucketGithubGithubGithubGithubGithubGithubBitbucketGithubGithubBitbucketGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubGithubBitbucketGithubGithubBitbucketGithubGithubBitbucketGithubGithubBitbucket
Commits
Stars25821022387335300211151149146989086656341393834292121201615141413131077765555443332222
Repo Forks48385884546512911427318417242872n/a7n/a13122112n/an/an/an/a11n/a212n/a11n/an/an/an/a
Participantslukaszb
brianmay
ad-m
michael-k
bsvetchine
johnthagen
mitar
ggreer
troygrosfield
xordoquy
more...
dfunckt
dyve
efficiosoft
ticosax
mlsen
thedrow
orf
pjsier
danlamanna
jacobh
more...
filipeximenes
powderflask
kavdev
reduxionist
fjsj
amandasavluchinske
andersonresende
victorgutemberg
aarcro
benvdh
more...
dbkaplan
AlexandreCollet
mbaragiola
ttill
wernerhp
abeniwal
GerardPaligot
marctc
vovanbo
artragis
lambdalisue
giginet
quasiyoke
LuRsT
argsno
jongyulin
oskarjakiela
philippeowagner
Simanas
timgates42
more...
jezdez
jlward
bartTC
winhamwr
bocribbz
gthb
safwanrahman
remik
diegobz
RDIL
more...
florimondmanca
jeancochrane
tony
UtkucanBykl
maraujop
jjmaestro
lefterisnik
Anton-Shutik
awgreenblatt
michi88
pieterdd
ciarancourtney
kapucko
lanterno
crazyscientist
pinerojuancruz
more...
rsinger86
dependabot[bot]
sarthikg
millerdev
kennknowles
czue
dannyroberts
biyeun
GertBurger
NoahCarnahan
ArtemBernatskyy
nickpell
snopoke
more...
justquick
jazzido
bhuztez
nabucosoundchrisglass
maraujop
jjmaestro
stefanfoulis
nigma
juandecarrion
mitchellrj
amites
bashu
DanLipsitt
more...
neuman
lightstrike
robpogorzelski
adi-
nnsevaRamezIssac
ihabhussein
abahnihi
vintage
eduardo-matos
perdy
mhall119miketheredherringrascafhahntilivgabrielbiasitimonwebthomasyip
core2duo
suhailvs
diefenbachspecialunderwear
PetrDlouhy
filipeximenes
g20ready
dimkl
reduxionist
fjsj
andersonresende
victorgutemberg
aarcro
drxos
jamespenick
more...
PiDelportpaltmankluchrjcobalamin
seblat
LilithWittmann
tyriongarrypolleybramwelt
MostAwesomeDude
JonahBrooks
bsu
Kennric
chancez
fabiomichelinistaabphuihockpterkcenkbircanogluhespul
Documentation N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A N/A
Object-level , In conjunction with django-guardian since `Groups` can be used.  ✅ ✅

django-trusts always works as an annexation; all features require *no* patched class of any sort, works with all existing builtin auth features: authorization, permission, group, contenttypes; option to use junction table mechanism: no moditication to any existing model.
Django 1.2 backend
Decorator  Works as class/method/functional decorator.  This package operates on view level. 

Implemented: @permission_required('app.read_project', fieldlookups_kwargs={'pk': 'project_id'})
  django.contrib.auth.decorators.permission_required
Logical checks  each model have PermissionHandler for them and has_perm method will be called for paricular model. 

via lambda registered with model (i.e., Content.register_permission_condition(Receipt, 'own', lambda u, p, o: u == o.user))

@permission_required('app.change_receipt:own', fieldlookups_kwargs={'pk': 'pk'})

No, though it's extensible enough to add that easily.
Database  registry of callables  it use 'Logic' based permission system which is completely different from general permission system. 

implementation optimized to reduce db hits per http request
 
only logical check
Declaration  registry of callables  permissions are defined by role.  registration. Each model can be registered with Handler for them , permission classes , registration  as a method in the same model  Permissions are declared for views. , Role class inheritance , using the same method as auth Django system. 

via django's permission model: app.change_xyz, app.add_xyz, app.delete_xyz or any custom permissions
 
permissions are view and function level permissions
 , registration dynamically creates permission models , global permissions in settings and model permission as canonical authYes, by creating a role-agent-entity entry, combined with checking optional model relations. , declaration in a perms.py file in app
Assignmentmanager + patched User and Group + shortcut function
+ Admin Integration (with ModelAdmin extension)
irrelevant , utils functionsAdd builtin PermissionLogic subclass or your own PermissionLogic subclass to the target model class.permission classes instances + admin (action) + custom viewspatched User and GroupmanagerIn the same model as a method which takes the User as argument and returns True or FalsePermissions are not assigned to models.  using shortcuts functions and mixins for Users and Objects 

via Models or Django Admin UI
(upcoming: REST api via tastypie)
utils functionsutils functionsuse the provided add_permission backend

from django_generic_permissions.backends import add_permission

add_permission('foo', logged_in_user)
patched User and Group or util functions , complete API and GUIBy creating a Permission record, mapping actions to roles, and defining permission inheritance via relations.logical only (code executed on object to determine permission)
Templatetag  You can use like {% if user has 'auth.change_user' of object %}
  not needed as it is integrated with django.contrib.auth permissions , has_perm 

supports django's builtins
 , limited functionality
Inheritanceirrelevant  for PermissionLogic class , full inheritance defining the "parents" of the model. 

Can be achieve with two methods:
a) by register the model with field lookup path from another permissible model (i.e., Content.register_content(ReceiptImage, '%s__image' % Content.get_content_fieldlookup('app.Receipt')), or
b) by sharing the same `trust` between depended / dependent objects
 , from parent container
Rolesirrelevant  if you add a PermissionLogic class like http://bit.ly/1z22IGl , is actually required to have roles. 

Role is specified in model's meta and management commands updates db entires and makes it available for permission check
 , assimilated by groups
Field level , define it in a object level checker.Objects are assigned to request and they can be compared to other values by attributes or methods.?
Cascade updateirrelevant  Can beDepends on implementation. , the inheritance system also handle this behavior. 

supports updating of multiple object permissions via `trust` and multiple users via django's `auth.models.Group`
Any-to-any  Can be , only User-to-any 

Same mechanism as Inheritance
Model-level , integration , own  integrated with django.contrib.auth permissions , using role classes with models=ALL_MODELS 

design to be used alongside with Django's builtin auth ModelBackend
 , own  this works independent of Django models intentionally , own and integrated
Search WeightPackageDescriptionLast PyPI release:Repo ForksStars
{{ item.weight / max_weight * 100 | number:0 }}%{{ item.title }}Grid: {{ item.description }} {{ item.last_released | date: 'mediumDate' }} N/A {{ item.repo_forks }} N/A {{ item.repo_watchers }} N/A