/usr/share/doc/python3-cryptography/docs
NameSizeModeActions
development/-0755rm
hazmat/-0755rm
x509/-0755rm
_static/-0755rm
api-stability.rst23300644editdlrm
changelog.rst300644editdlrm
community.rst6020644editdlrm
conf.py62160644editdlrm
cryptography-docs.py16980644editdlrm
doing-a-release.rst36670644editdlrm
exceptions.rst8530644editdlrm
faq.rst82210644editdlrm
fernet.rst114030644editdlrm
glossary.rst48690644editdlrm
index.rst27160644editdlrm
installation.rst97510644editdlrm
limitations.rst12290644editdlrm
make.bat51080644editdlrm
Makefile55880644editdlrm
random-numbers.rst15840644editdlrm
security.rst36680644editdlrm
spelling_wordlist.txt11670644editdlrm
Edit: /usr/share/doc/python3-cryptography/docs/limitations.rst (1229B)
Known security limitations ========================== Secure memory wiping -------------------- `Memory wiping`_ is used to protect secret data or key material from attackers with access to deallocated memory. This is a defense-in-depth measure against vulnerabilities that leak application memory. Many ``cryptography`` APIs which accept ``bytes`` also accept types which implement the buffer interface. Thus, users wishing to do so can pass ``memoryview`` or another mutable type to ``cryptography`` APIs, and overwrite the contents once the data is no longer needed. However, ``cryptography`` does not clear memory by default, as there is no way to clear immutable structures such as ``bytes``. As a result, ``cryptography``, like almost all software in Python is potentially vulnerable to this attack. The `CERT secure coding guidelines`_ assesses this issue as "Severity: medium, Likelihood: unlikely, Remediation Cost: expensive to repair" and we do not consider this a high risk for most users. .. _`Memory wiping`: https://devblogs.microsoft.com/oldnewthing/?p=4223 .. _`CERT secure coding guidelines`: https://wiki.sei.cmu.edu/confluence/display/c/MEM03-C.+Clear+sensitive+information+stored+in+reusable+resources