[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IP status of SOBER-128? (Re: [Cfrg] Authenticated encryption primitive -- SOBER-128)



At 02:20 AM 5/13/2003 +0100, Adam Back wrote:
Well I for one am very pleased to see work on primitives such as Helix
and SOBER-128 which try to provide authentication as well as
encryption.  It seems that construction flaws typically creep in where
not-so-crypto-savy programmers make up ways to authenticate, and with
AES we have this whole messy scenario where there are multiple
competing modes which provide authentication and confidentiality --
some of the more efficient of which are patented, and most of the less
efficient of which basically amount to no more than just that: MAC the
mesage and encrypt the message (great).

One question about using SOBER-128.  Greg mentioned in his
announcement free use of the source code or other implementations, and
on the web page it says "freely available", but then there is also a
patent section at the bottom of:

        http://www.qualcomm.com.au/publications.html

What is the overall picture: can anyone use the algorithms without
negotiating a license even though there are patents which may be
argued to cover aspects of SOBER-128's design?
Short answer: yes. There's a license in the source code modules that grants a free license to use the source, or to use any of our patents for an independent implementation to interoperate. If you want to use your own implementation, and want to do it "clean room" (that is, not even *look* at our code), there's a separate web page that you can print and file. If anyone wants more guarantees than that (like a signable license), I'm sure we could work something out.

This is not quite as good as putting our patents in the public domain, but Qualcomm is an IPR company, and it took me most of 6 years to get agreement to make them free. Note, for example, that the license does *not* grant you the ability to use our patents to run a non-SOBER encryption algorithm. Like Linus, we want to keep control of the development process. The internal agreement actually covers any cipher algorithms we have developed or may develop.

I hope that's clear. I'm happy to elaborate.

Greg.

Greg Rose INTERNET: ggr@qualcomm.com
Qualcomm Australia VOICE: +61-2-9817 4188 FAX: +61-2-9817 5199
Level 3, 230 Victoria Road, http://people.qualcomm.com/ggr/
Gladesville NSW 2111 232B EC8F 44C6 C853 D68F E107 E6BF CD2F 1081 A37C

_______________________________________________
Cfrg mailing list
Cfrg@ietf.org
https://www1.ietf.org/mailman/listinfo/cfrg