Django-ca

Latest version: v1.28.0

Safety actively analyzes 629564 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 7 of 7

1.1.0

Not secure
- The subject given in the `manage.py init_ca` and `manage.py sign_cert` is now given in the
same form that is frequently used by OpenSSL, "/C=AT/L=...".
- On the command line, both CAs and certificates can now be named either by their CommonName or
with their serial. The serial can be given with only the first few letters as long as it's
unique, as it is matched as long as the serial starts with the given serial.
- Expiry time of CRLs can now be specified in seconds. `manage.py dump_crl` now uses the
`--expires` instead of the old `--days` parameter.
- The admin interface now accounts for cases where some or all CAs are not useable because the
private key is not accessable. Such a scenario might occur if the private keys are hosted on a
different machine.
- The app now provides a generic view to generate CRLs. See [Use generic view to host a CRL](http://django-ca.readthedocs.io/en/stable/crl.html#use-generic-view-to-host-a-crl) for more information.
- Fix the display of the default value of the --ca args.
- Move this ChangeLog from a top-level .md file [here](http://django-ca.readthedocs.io/en/stable/changelog.html).
- Fix shell example when issueing certificates.

Page 7 of 7

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.