A Description of the Camellia Encryption Algorithm
draft-nakajima-camellia-03
Revision differences
Document history
Date | Rev. | By | Action |
---|---|---|---|
2003-12-26
|
03 | Amy Vezza | State Changes to RFC Ed Queue from Approved-announcement sent by Amy Vezza |
2003-12-23
|
03 | Amy Vezza | IESG state changed to Approved-announcement sent |
2003-12-23
|
03 | Amy Vezza | IESG has approved the document |
2003-12-23
|
03 | Amy Vezza | Closed "Approve" ballot |
2003-12-22
|
03 | Steven Bellovin | State Changes to Approved-announcement to be sent from Approved-announcement to be sent::Point Raised - writeup needed by Steve Bellovin |
2003-12-22
|
03 | Steven Bellovin | Drafted RFC Editor's note |
2003-12-18
|
03 | Amy Vezza | Removed from agenda for telechat - 2003-12-18 by Amy Vezza |
2003-12-18
|
03 | Amy Vezza | State Changes to Approved-announcement to be sent::Point Raised - writeup needed from IESG Evaluation by Amy Vezza |
2003-12-18
|
03 | Alex Zinin | [Ballot Position Update] New position, No Objection, has been recorded for by Alex Zinin |
2003-12-18
|
03 | Ned Freed | [Ballot comment] This document defines MUST/SHOULD/etc. and references RFC 2119 but as far as I can tell never uses the terms. If this is indeed … [Ballot comment] This document defines MUST/SHOULD/etc. and references RFC 2119 but as far as I can tell never uses the terms. If this is indeed the case the definitions and reference should be removed in the interest of minimizing clutter. |
2003-12-18
|
03 | Ned Freed | [Ballot Position Update] New position, No Objection, has been recorded for by Ned Freed |
2003-12-17
|
03 | Margaret Cullen | [Ballot Position Update] New position, No Objection, has been recorded for by Margaret Wasserman |
2003-12-17
|
03 | Ted Hardie | [Ballot comment] Write-up needs completion before announcement |
2003-12-17
|
03 | Ted Hardie | [Ballot Position Update] New position, No Objection, has been recorded for by Ted Hardie |
2003-12-16
|
03 | Russ Housley | [Ballot Position Update] New position, Yes, has been recorded for by Russ Housley |
2003-12-16
|
03 | Steven Bellovin | [Ballot Position Update] New position, Yes, has been recorded for Steven Bellovin |
2003-12-16
|
03 | Steven Bellovin | Ballot has been issued by Steve Bellovin |
2003-12-16
|
03 | Steven Bellovin | Created "Approve" ballot |
2003-12-16
|
03 | (System) | Ballot writeup text was added |
2003-12-16
|
03 | (System) | Last call text was added |
2003-12-16
|
03 | (System) | Ballot approval text was added |
2003-12-15
|
03 | Steven Bellovin | State Changes to IESG Evaluation from AD Evaluation::Revised ID Needed by Steve Bellovin |
2003-12-15
|
03 | (System) | New version available: draft-nakajima-camellia-03.txt |
2003-12-14
|
03 | Steven Bellovin | Placed on agenda for telechat - 2003-12-18 by Steve Bellovin |
2003-12-05
|
03 | Steven Bellovin | Authors advised how to progress document |
2003-04-30
|
03 | Steven Bellovin | State Changes to AD Evaluation :: Revised ID Needed from IESG Evaluation by Bellovin, Steve |
2003-04-30
|
03 | Steven Bellovin | Tentatively approved, subject to change of boilerplate and IPR sections. |
2003-04-22
|
03 | Steven Bellovin | State Changes to IESG Evaluation from AD Evaluation :: External Party by Bellovin, Steve |
2002-12-26
|
03 | Steven Bellovin | At authors' request, delay until results from NESSIE and CRYPTREC projects. |
2002-12-12
|
03 | Steven Bellovin | Discussing proposed IESG text, and the possibility of waiting for the NESSIE and CRYPTREC programs to endorse a cipher. |
2002-12-07
|
03 | Steven Bellovin | Notified authors that the document could be published with the following note: This document is not a product of the IETF and is published … Notified authors that the document could be published with the following note: This document is not a product of the IETF and is published only for information to the Internet community. The mechanism described in this document has not been evaluated by the IETF with regard to its strength, suitability, or security. This document does not represent an Internet standard of any type. At the time of publication of this document, the IETF practice with regard to cryptographic algorithms is to standardize only those algorithms that have been evaluated and accepted by bodies qualified to make such a determination, or those that are in sufficiently widespread use as to constitute de facto standards. |
2002-12-02
|
03 | Steven Bellovin | Waiting for IESG comment on proposed "IESG note". |
2002-12-02
|
03 | Steven Bellovin | State Changes to AD Evaluation :: External Party from AD Evaluation by Bellovin, Steve |
2002-10-31
|
03 | Steven Bellovin | 1. Firstly, Camellia is under active consideration in several working groups in Security Area in IETF. The TLS WG decided to publish the internet-draft "Addition … 1. Firstly, Camellia is under active consideration in several working groups in Security Area in IETF. The TLS WG decided to publish the internet-draft "Addition of the Camellia Encryption Algorithm to TLS" as an Informational RFC at the 51st IETF meeting in London last summer and we are waiting for the last call now. We have also been waiting for this I-D "A Description of the Camellia Encryption Algorithm" to be published as an Informational RFC (for almost 1 year!), since it will be the best reference of the Camellia algorithm in the IETF community. Recently we also submitted a working-group I-D to the S/MIME WG "Use of the Camellia Encryption Algorithm in CMS" and Camellia is going to be included in an updated version of of the I-D "Additional XML Security URIs" . 2. Secondly, Camellia is under active consideration in other standards than IETF. Camellia is under active consideration in the following standardization bodies and evaluation projects on cryptographic primitives: -- ISO/IEC 18033 "Information technology - Security techniques - Encryption algorithms" http://www.din.de/ni/sc27/ -- NESSIE project: (EC project) http://www.cosic.esat.kuleuven.ac.be/nessie/ -- CRYPTREC project (Japan e-Government project) http://www.ipa.go.jp/security/enc/CRYPTREC/index-e.html -- TV-Anytime Forum, Rights Management and Protection http://www.tv-anytime.org/ -- OMA (WAP), WAP TLS Profile http://www.openmobilealliance.org/ 3. Thirdly, Camellia is not a "proprietary" encryption algorithm. Camellia is worldwide royalty-free available: we submitted an IPR statement to IETF as well as other standardization bodies. In this sense, I believe that it is not a "proprietary" encryption algorithm. |
2002-10-31
|
03 | Steven Bellovin | by Bellovin, Steve |
2002-10-30
|
03 | Steven Bellovin | Back from the dead... |
2002-10-30
|
03 | Steven Bellovin | by Bellovin, Steve |
2002-10-30
|
03 | Steven Bellovin | State Changes to AD Evaluation from DNP-announcement to be sent by Bellovin, Steve |
2002-10-29
|
03 | Steven Bellovin | The IESG does not feel it appropriate to publish the description of a private encryption algorithm not used in any IETF standards. |
2002-10-29
|
03 | Steven Bellovin | by Bellovin, Steve |
2002-10-29
|
03 | Steven Bellovin | State Changes to DNP-announcement to be sent :: 0 from DNP-waiting for AD note :: Point Raised - writeup needed by Bellovin, Steve |
2001-07-20
|
02 | (System) | New version available: draft-nakajima-camellia-02.txt |
2001-05-25
|
01 | (System) | New version available: draft-nakajima-camellia-01.txt |
2000-08-31
|
00 | (System) | New version available: draft-nakajima-camellia-00.txt |