Marc-Andre Lemburg added the comment: Madison May wrote: > This issue may have been dead for 3+ years, but perhaps it's time its brought > back to the surface. Aside from simple being convenient for general security > practices, a stdlib module for crypto routines would enable python to handle > encrypted zipfiles and resolve issues like issue9170. Currently, only hashlib > and hmac are available to users (see > http://docs.python.org/3/library/crypto.html). > > I'd imagine that collaboration with the likes of Dwayne from PyCrypto or > further collaboration with Geremy from Evpy would be possible, and perhaps > the stdlib could build on a 3rd party crypto library. Is anyone else > interested in working to make this happen (or does anyone have a good > argument against a stdlib crypto library)? I imagine it would be difficult > to maintain, but perhaps its at least worth giving this issue a second chance.
IMO, it's better to have crypto routines not be part of the stdlib. Not because there's a technical reason. Making crypto code part of the stdlib would create legal issues, e.g. make it illegal to use in some parts of the world. See http://www.cryptolaw.org/ for details. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue8998> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
