[issue8998] add crypto routines to stdlib
report at bugs.python.org
Fri Jun 18 09:09:04 CEST 2010
Antoine Pitrou <pitrou at free.fr> added the comment:
Le vendredi 18 juin 2010 à 06:46 +0000, geremy condra a écrit :
> geremy condra <debatem1 at gmail.com> added the comment:
> On Fri, Jun 18, 2010 at 2:39 AM, Daniel Urban <report at bugs.python.org> wrote:
> > Daniel Urban <urban.dani+py at gmail.com> added the comment:
> >> * When I have thought about Python crypto in the stdlib, I've considered modeling it after hashlib, so you would get cipher = cryptolib.AES(bits=192, ...) etc. (Caveat: haven't thought it through.)
> > I think there is a relevant PEP: PEP 272 -- API for Block Encryption Algorithms v1.0 (http://www.python.org/dev/peps/pep-0272/ )
> > It describes an API somewhat similar to hashlib.
> Again, I'm not entirely opposed to this, but I think it represents a
> lower-level API than most developers can really be safely trusted to
If there is a contention or disagreement between different API styles,
it may be wise to seek opinions on python-dev or python-ideas.
I'd point out that the "ssl" module itself seems to have evolved from a
trivial wrapper API (in the 2.5 docs I can only find a single
3-parameter function, socket.ssl()) to a more comprehensive API in 3.2,
because people ultimately need the functionalities.
(and yet the ssl API in 3.2 is still much less featureful than M2Crypto
or pyOpenSSL are)
Python tracker <report at bugs.python.org>
More information about the Python-bugs-list