[DGD] sha-256

[bart at wotf.org]

That would be a way to get ssl/tls support indeed. So far, I've been using a
web server (apache) in reverse proxy mode to handle https.

So far, my main interest in this is password hashes, but improving ssh, and
possibly adding an ssl/tls implementation are things I may get to.

Primary reason for looking at openssl is the crypto suite it provides, which
seems to provide all the functionality needed in a way very similar to what
dgd does internally.

I may use the documentation and already existing code in dgd to add a 'native'
sha-256 tho, not depending on openssl, and especially its habbit of breaking
binary compatibility with nearly every update, seems like a good enough reason.

Bart.

On Sat, 30 Jan 2016 16:11:40 -0800, Raymond Jennings wrote
> I assume that OpenSSL also should be implemented in LPC like SSH is? 
> :)
> 
> On Sat, Jan 30, 2016 at 9:54 AM, Felix A. Croes <felix at dworkin.nl> wrote:
> 
> > bart at wotf.org wrote:
> >
> > > Since SHA-1 is vulnerable to collision attacks, is there any intention
> > to add
> > > sha-256 support?
> > >
> > > Looking at kfun/extra.c I noticed it has its own implementations of sha1
> > and
> > > md5, I bet there was a motivation to not use openssl for this?
> >
> > The motivation is that DGD should only depend on core libraries, and
> > OpenSSL is not supported on all platforms that DGD runs on.
> >
> > If you want to add SHA-256 based on OpenSSL, do it through the extension
> > interface.  Name the function "hash SHA-256" and it will be automatically
> > provided through hash_string().
> >
> > Regards,
> > Felix Croes
> > ____________________________________________
> > https://mail.dworkin.nl/mailman/listinfo/dgd
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd


--
http://www.flickr.com/photos/mrobjective/
http://www.om-d.org/