[PYTHON-CRYPTO] Requirements

Jeremy Hylton jeremy at alum.mit.edu
Fri Feb 16 23:31:24 CET 2001


>>>>> "MS" == Michael  Ströder <michael at STROEDER.COM>> writes:

  MS> Dan Parisien wrote:
  >>
  >> > >   # MD5 implementations
  >> > >   '(0 2 262 1 10 1 3 2)' : [
  >> > >     Python.hash.MD5,
  >> > >   ],
  >> > >
  >> > >   # SHA1 implementations
  >> > >   '(1 3 14 3 2 26)' : [
  >> > >     Python.hash.SHA1,
  >> > >   ],
  >> > >
  >> > >   # Asymmetric ciphers
  >> > >
  >> > >   # RSA implementations
  >> > >   '(2 5 8 1 1)' : [ ],
  [...]
  >> > > - Is anybody scared by OIDs at all? Do all required
  >> > >   components
  >> > > (algorithms, prng, key stores, protocols) have OIDs assigned?
  >> > > (Likely not.)
  >> >
  >> > I am.  I'd rather go with aliases than with OIDs.  Other
  >> > opinions?
  >>
  >> Agreed. Aliases are better, but we are going to run into the
  >> problem of having to document them to solve 'rijndael' / 'aes'...

  MS> No problem to add additional support for aliases. But the
  MS> registry itself should be OID-based. If the registry is based on
  MS> aliases we have to maintain a name space.

OIDs make sense to me, though I'd rather not see them as Python
strings.  Rather, something like OID(2, 5, 8, 1, 1).  

SPKI provides a module with a bunch of standard OIDs already defined,
which can be used as aliases.

algid.py:
    oid_dsa = asn1.OID((1, 2, 840, 10040, 4, 1))
    oid_dsa_sha1 = asn1.OID((1, 2, 840, 10040, 4, 3))
    oid_md5 = asn1.OID((1, 2, 840, 113549, 2, 5))

usercode:
    algid.oid_md5

Jeremy





More information about the python-crypto mailing list