Hi Mads,
On Wed, May 18, 2011 at 6:44 PM, Mads Kiilerich <[email protected]> wrote:
> Jay Sorg wrote, On 05/19/2011 12:08 AM:
>
> Hi Marc,
>>
>> A licensing issue was spotted in ssl.c: the file contains SHA-1 and MD5
>>> implementations from Christophe Devine, which would be covered by the
>>> GPLv2
>>> license. We need to address the issue before releasing FreeRDP 0.9 (the
>>> version where we officially claim we're all clean license-wise).
>>> We have two choices:
>>> 1) We find other implementations in a suitable license
>>> 2) We implement SHA-1 and MD5 ourselves
>>> Can anyone recommend certain alternative implementations for SHA-1 or
>>> MD5?
>>>
>> There is also RC4.
>> I can find public domain code for this or write it.
>> If you want, you can stub the functions out and only leave an empty
>> function and I can complete it. I hope we don't remove the 'no
>> crypto' library option, I use it alot.
>>
>
> Is the 'simple crypto' mode really that useful to you when it only supports
> Server Proprietary Certificate (used for "console" logins), and neither
> x.509 certificates, TLS nor NLA?
>
To me, not really, but I think other people want it.
>
> Your embedded devices do not have any kind of crypto library that could be
> used instead of our own?
>
They do, I'm using OpenSSL usually
>
> (PolarSSL was an option as a lightweight library, but with FreeRDP moving
> away from GPL it is no longer that relevant.)
>
So maybe the question is not how we replace the code, but if it's worth
keeping or not? TLS + NLA is not supported in "simple" crypto mode anyway,
and probably never will since it's much harder to get TLS support built-in.
>
> /Mads
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Freerdp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
