Re: [Cfrg] RG Last Call - draft-irtf-cfrg-ocb-00

["David McGrew (mcgrew)" <[e-mail]>]

Hi Joachim,

On 2/15/13 3:01 AM, "Joachim Strömbergson" <[e-mail]>
wrote:

>Aloha!
>
>On 2013-02-13 08:27 , Phillip Rogaway wrote:
>> Someone else on this list asked: why open-source SW but not open-source
>> HW. The answer is that I know nothing about the latter domain. If
>> needed, please make a specific request (by private email) and I¹ll try
>> to make sure you¹re covered.
>
>Since I was the one asking about this: Why do you feel that you need to
>make the distinction, thereby infering a limitation? Esp if you don't
>know anything about the domain? (Fear of the unknown? ;-)
>
>If you look at OpenCores for example you will find quite a lot of
>implementations of different cryptographic algoritms licensed under
>(L)GPL- and BSD-licenses
>
>http://opencores.org/

Thanks for providing the URL and the good suggestion to consider HW in
licensing terms.  

>
>OCB is IMHO very interesting for embedded systems, systems that often
>are implemented using FPGAs with soft microcontroller cores augumented
>with application specific cores for things like I/O, crypto etc. Being
>able to offload the mode processing would free the MCU to handle events
>or be less expensive. The latter being the driving force in embedded
>space.

What aspect of OCB do you see as interesting for embedded systems?   If an
implementation of AES encrypt and decrypt functions are available, then
the additional circuit or code size of OCB is small.   However, if you are
designing circuits (as seems to be what you are interested in) then there
are other modes that are more compact.

I'm not trying to start a debate on comparing modes, I just want to make
sure that I understand the issues that you see for embedded crypto.

Thanks,

David

>
>-- 
>Med vänlig hälsning, Yours
>
>Joachim Strömbergson - Alltid i harmonisk svängning.
>========================================================================
>
>_______________________________________________
>Cfrg mailing list
>[e-mail]
>http://www.irtf.org/mailman/listinfo/cfrg