Messages by Thread
-
-
COURT SAYS UNENCRYPTED DATA OKAY
Cole, John (Civ, ARL/CISD)
-
P1619.1: FW: Status of GCM standardization
Matt Ball
-
Next meeting
james hughes
-
voting procedures for the working group to send P1619 on to IEEE balloting?
Landon Noll
-
RE: RSA Conference BOF for Storage Security / IEEE 1619 meeting?
Garry McCracken
-
RSA Conference BOF for Storage Security.
james hughes
-
Tweakable keys
Mart Sõmermaa
-
Re: "the most important applications"
Shai Halevi
-
1619 (disk) wording
Shai Halevi
-
RE: FIPS requirements (was Re: Can LRW be optimized for multiple sector keys?)
laszlo
-
RE: Procedure for 1619 (disk)
laszlo
-
Can LRW be optimized for multiple sector keys?
Mart Sõmermaa
-
P1619 D3 Comments
laszlo
-
Re: D3 version of the draf (1619: disk)
Shai Halevi
-
IEEE 1619.1 draft 4 (tape) Comments and feedback
Garry McCracken
-
RE: PAR Extension P1619
Cole, John (Civ, ARL/CISD)
-
p1619.1 (tape) Proposal for AES key transform based on 3-byte IEEE OUI
Matt Ball
-
can we just drop CCM? If not, what is the rationale?
Landon Noll
-
XEX and LRW-TBC
Mart Sõmermaa
-
p1619.1 (tape): Link to Hash-Based Key Derivation
Matt Ball
-
a plea for rationale appendix sections in the draft
Landon Noll
-
p1619 (disk): Security level of LRW
Matt Ball
-
RE: p1619.1 document (tape), draft version 0.4
Landon Noll
-
RE: p1619.1 document (tape), draft version 0.4
Matt Ball
-
Re: p1619.1 document (tape), draft version 0.4
james hughes
-
Re: p1619.1 document (tape), draft version 0.4
Shai Halevi
-
RE: p1619.1 document (tape), draft version 0.4
Matt Ball
-
FW: p1619.1 document (tape), draft version 0.4
Matt Ball
-
RE: p1619.1 document (tape), draft version 0.4
Landon Noll
-
Re: p1619.1 document (tape), draft version 0.4
james hughes
-
RE: p1619.1 document (tape), draft version 0.4
Matt Ball
-
Re: p1619.1 document (tape), draft version 0.4
james hughes
-
RE: p1619.1 document (tape), draft version 0.4
Matt Ball
-
RE: wide-block modes
laszlo
-
RE: D3 version of the draft.
Landon Noll
-
documenting responses to common objections
Landon Noll
-
Re: Patent status of IEEE P1619
James Hughes
-
p1619 (disk): Security concerns of LRW and an alternative mode
Matt Ball
-
RE: p1619 (disk): tweak-computation, other
laszlo
-
RE: wrong key behaviour
laszlo
-
IEEE 1619/1619.1 in the news
Matt Ball
-
p1619 (disk): ciphertext-stealing, tweak-mapping, other
Shai Halevi
-
RE: p1619 (disk): tweak-computation, other
Colin Sinclair
-
RE: p1619 (disk): tweak-computation, other
Shai Halevi
-
RE: p1619 (disk): ciphertext-stealing, tweak-mapping, other
laszlo
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
Shai Halevi
-
RE: p1619 (disk): ciphertext-stealing, tweak-mapping, other
laszlo
-
RE: p1619 (disk): ciphertext-stealing, tweak-mapping, other
Shai Halevi
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
David McGrew
-
RE: p1619 (disk): ciphertext-stealing, tweak-mapping, other
laszlo
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
David McGrew
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
Michael Torla
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
David McGrew
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
Michael Torla
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
David McGrew
-
Re: p1619 (disk): ciphertext-stealing, tweak-mapping, other
Shai Halevi
-
RE: p1619 (disk): EME disadvantages
Colin Sinclair
-
RE: p1619 (disk): ciphertext-stealing, tweak-mapping, other
laszlo
-
RE: LBA-to-I mapping & key scopes
laszlo
-
P1619.1 (Tape): GMAC Test vectors
Matt Ball
-
standard notation
Colin Sinclair
-
LRW outside of the disk drive
laszlo
-
RE: Security of ciphertext-stealing
laszlo
-
LBA-shift, extra bytes
laszlo
-
the extra 8 bytes....
james hughes