Django-Caps
Django-Caps provides capability based object permission system for Django applications and Django Rest Framework.
This project is inspired by Capn’Proto documentation (interesting paper).
A capability is a provided permission to a specific object. It can be shared a limited amount of time. Users never directly access the targeted object, but through a access that defines allowed capabilities for it.
In short, why use capabilities?
Granularity over objects permissions
Reduced risk of privilege escalation
Avoid direct access to database objects
Documentation: https://oxylus-tech.github.io/django-caps/
Features
Here is what we provide:
Capability based object permissions system: objects can be shared with specific permissions to user/group. The object is then accessed by this shared object rather than directly (except for its owner).
Access sharing: Objects’ accesses can be shared with granular control on permissions.
Integration: authentication/permission backend is provided both for Django and Django Rest Framework. Views, viewsets and serializers too.
Agents: users can act under different profiles, as a user or group. The accesses always target other agents.
Among other things:
Database id obfuscation: object internal id are never exposed to the outside world. Instead uuid are used to reference them in API and urls. This mitigate attacks on predictive id.
Short example
Lets create an object:
# models.py
from django.db import models
from django.utils.translation import gettext_lazy as _
from caps.models import Owned
__all__ = ("Post",)
# Create our example model.
class Post(Owned):
title = models.CharField(_("Title"), max_length=64)
content = models.TextField(_("Content"))
# ... other fields
# Allowed permissions with allowed reshare depth
root_grants = {
"app.view_post": 2, # can be shared then reshared
"app.change_post": 1, # can be shared once
"app.delete_post": 0, # can not be shared
}
Small examples of Django-Caps’ API usage:
from datetime import timedelta
from django.contrib.auth.models import User, Permission
from django.utils import timezone as tz
from caps.models import Agent
from .models import Post
# User has 1-1 relation with an agent
user = User.objects.all()[0]
user_1 = User.objects.all()[1]
# Create the post
post = Post.objects.create(owner=user.agent, title="Some title", content="Some content")
# Share the post to agent 1 with default grants
access = post.share(user_1.agent)
assert access.grants == {"app.view_post": 1, "app.change_post": 0}
# Get objects for user_1
objs = Post.objects.available(user_1.agent)
The views/viewsets will handle permission check depending on the action being requested.
For concrete usage, see the docs! 😉
Metadata
Release files for django-caps 0.0.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| django_caps-0.0.4.tar.gz | 119.3 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| django_caps-0.0.4-py2.py3-none-any.whl | Python 3, Python 2 | none | any | Details |
Total release size: 155.6 kB
Release files / django_caps-0.0.4.tar.gz
| Download URL | django_caps-0.0.4.tar.gz |
|---|---|
| Size | 119.3 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b5a6f3969567d324e1c335452054c36cc016a811c71f41a075a694fed3c596b8
|
|
BLAKE2b-256 checksum How to use checksums |
7da2c39e5457de855f2db6eaaf8b744b7192e8348ed20bc1e964ef8cd0853609
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.12.17 {"installer":{"name":"uv","version":"0.12.17","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Arch Linux","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
|
Release files / django_caps-0.0.4-py2.py3-none-any.whl
| Download URL | django_caps-0.0.4-py2.py3-none-any.whl |
|---|---|
| Size | 36.4 kB |
| Tags | Python 2 Python 3 |
|
SHA-256 checksum How to use checksums |
684d8e18104cb0b57815ef013999602009053348ea17f7e68f6d237087b76f45
|
|
BLAKE2b-256 checksum How to use checksums |
b3b90b7ace5c42fb07a87a72f55093e629f356e405f310ab2ff2a263e9d1596e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
uv/0.12.17 {"installer":{"name":"uv","version":"0.12.17","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Arch Linux","version":null,"id":null,"libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":null}
|
Security for django-caps 0.0.4
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.