[Cryptography Team] Hello everyone!

[Ron Teitelbaum]

Hi Joshua!

Welcome to the team!  What are you squeaksource initials and I'll add you to
the repository.  It's great to have you here.  Thanks for your changes I'll
have a look at post them next week.

Your projects sound really cool; if there is something that we can do to
help please let us know.

We are working towards getting the crypto primitives built into the base VM.
Krishna is looking at SHA256 primitive, any chance you would work with him
on it?

We are also working on CC validation, an ASN.1 framework, a Microsoft
CryptoAPI interface, OpenPGP, support for OpenSSL, and I'd like to integrate
some software for libCURL.  

Have you looked at Cees UDP Tric framework yet?  I'm not sure if it will
help but it might be worth your time to check it out.

Again it's great to have you here, welcome!

Ron Teitelbaum
Squeak Cryptography Team Leader

> -----Original Message-----
> From: cryptography-bounces at lists.squeakfoundation.org
> [mailto:cryptography-bounces at lists.squeakfoundation.org] On Behalf Of
> Joshua Gargus
> Sent: Friday, November 24, 2006 5:43 PM
> To: cryptography at lists.squeakfoundation.org
> Subject: [Cryptography Team] Hello everyone!
> 
> Hi crypto-squeakers,
> 
> I just signed up for the list, and I come with a friendship-offering
> of code!
> 
> Before we get to the goodies, a few words about myself...
> 
> I've been a Squeaker since '98 or so, and have always found
> cryptography fascinating.  Like everyone, I don't have the time to
> engage in everything that I find interesting.  Lucky for me, my job
> now gives me a reason to use and contribute the Squeak crypto
> codebase.  I probably won't tackle broad framework issues (it looks
> like everyone is doing a fine job, anyway), but I expect to at least
> provide primitive implementations for a cipher or two.
> 
> The task at hand is to implement a custom audio- and video-
> conferencing framework, and it needs to be secure.  It doesn't need
> to follow standards such as SRTP (thank goodness, given the
> timeline), but it does need to perform well.  Therefore, it needs to
> be implemented over UDP.  I intend to implement a transport layer
> similar to DTLS (google rfc4347).  Since this requires a cipher that
> can efficiently reset its state from an initialization vector (thus
> ruling out RC4, which we have been using for other purposes), I'll
> probably want to use Rijndael.
> 
> Now for the goodies.  I have two .mcz files that I'm attaching; I
> trust that they're small enough to not inconvenience anyone on dial-up:
> 
> Cryptography-Core.jcg.18
> 	- some speed improvements
> 	- a simple framework for using insecure ciphers, but not
> accidentally