cryptography  

Messages by Thread

• • Re: [ROS] The perils of security tools Florian Weimer
• The perils of security tools Ben Laurie
  • Re: The perils of security tools Paul Hoffman
  • Re: The perils of security tools Ben Laurie
  • Re: The perils of security tools Paul Hoffman
  • Re: The perils of security tools Ben Laurie
  • Re: The perils of security tools Paul Hoffman
  • Re: The perils of security tools Alexander Klimov
  • Re: The perils of security tools Eric Young
  • Re: The perils of security tools Ben Laurie
  • Re: The perils of security tools Steven M. Bellovin
  • Re: The perils of security tools Ben Laurie
  • Re: The perils of security tools Simon Josefsson
  • Re: The perils of security tools Taral
  • Re: The perils of security tools Simon Josefsson
  • Re: The perils of security tools Chad Perrin
  • Re: The perils of security tools The Fungi
  • Re: The perils of security tools Philipp Gühring
  • Re: The perils of security tools The Fungi
  • Re: The perils of security tools Werner Koch
  • Re: The perils of security tools Philipp Gühring
  • Re: The perils of security tools Ivan Krstić
  • Re: The perils of security tools IanG
  • Re: The perils of security tools zooko
  • Re: [ROS] The perils of security tools Steven M. Bellovin
  • Re: [ROS] The perils of security tools Steven M. Bellovin
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Steven M. Bellovin
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Steven M. Bellovin
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Peter Gutmann
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Florian Weimer
  • Re: [ROS] The perils of security tools Ben Laurie
  • not crypto, but fraud detection Anne & Lynn Wheeler
  • Re: not crypto, but fraud detection + additional Allen
  • Re: not crypto, but fraud detection + additional Anne & Lynn Wheeler
  • Re: not crypto, but fraud detection + additional dan
  • Re: The perils of security tools Victor Duchovni
  • Re: The perils of security tools Alexander Klimov
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Ben Laurie
  • Re: [ROS] The perils of security tools Florian Weimer
  • Re: The perils of security tools "Hal Finney"
  • Re: The perils of security tools Bodo Moeller
  • Re: The perils of security tools Nate Lawson
• root kits in SMM mode Perry E. Metzger
  • Re: root kits in SMM mode Sampo Syreeni
• FBI Worried as DoD Sol Counterfeit Networking Gear Leichter, Jerry
• ADMIN: spotty moderation through Friday Perry E. Metzger
• From FDE list... Allen
• [ACM DRM 2008] submission server open Joye Marc
• How far is the NSA ahead of the public crypto community? Matt Blaze
  • Re: How far is the NSA ahead of the public crypto community? Leichter, Jerry
  • Re: How far is the NSA ahead of the public crypto community? Matt Blaze
  • Re: How far is the NSA ahead of the public crypto community? Sampo Syreeni
  • FW: How far is the NSA ahead of the public crypto community? ian . farquhar
• It seems being in an explosion isn't enough... Perry E. Metzger
  • Re: It seems being in an explosion isn't enough... Leichter, Jerry
  • Re: It seems being in an explosion isn't enough... Ali, Saqib
  • Re: It seems being in an explosion isn't enough... Leichter, Jerry
  • Re: It seems being in an explosion isn't enough... mark seiden-via mac
• ADMIN: posting standards Perry E. Metzger
• reminder of upcoming deadline dan
  • Re: reminder of upcoming deadline dan
• Comments on SP800-108 Jack Lloyd
  • Re: Comments on SP800-108 Peter Gutmann
• New result in predicate encryption: disjunction support Ivan Krstić
  • RE: New result in predicate encryption: disjunction support Scott Guthery
  • Re: New result in predicate encryption: disjunction support Ben Laurie
  • RE: New result in predicate encryption: disjunction support Scott Guthery
  • RE: New result in predicate encryption: disjunction support Jonathan Katz
  • RE: New result in predicate encryption: disjunction support Scott Guthery
  • Re: New result in predicate encryption: disjunction support Ariel Waissbein
  • Re: New result in predicate encryption: disjunction support Jonathan Katz
  • Re: New result in predicate encryption: disjunction support Ariel Waissbein
• User interface, security, and "simplicity" Thor Lancelot Simon
  • Re: User interface, security, and "simplicity" James A. Donald
  • SSL use Anne & Lynn Wheeler
  • Re: User interface, security, and "simplicity" Peter Gutmann
  • Re: User interface, security, and "simplicity" Perry E. Metzger
  • Re: User interface, security, and "simplicity" Jeff Simmons
  • Re: User interface, security, and "simplicity" Steven M. Bellovin
  • Re: User interface, security, and "simplicity" Perry E. Metzger
  • Re: User interface, security, and "simplicity" Thor Lancelot Simon
  • Re: User interface, security, and "simplicity" Perry E. Metzger
  • Re: User interface, security, and "simplicity" James A. Donald
  • Re: User interface, security, and "simplicity" Thor Lancelot Simon
  • Re: User interface, security, and "simplicity" Victor Duchovni
  • Re: User interface, security, and "simplicity" Steven M. Bellovin
  • Re: User interface, security, and "simplicity" Jack Lloyd
  • Re: User interface, security, and "simplicity" Nicolas Williams
  • Re: User interface, security, and "simplicity" Ben Laurie
  • Re: User interface, security, and "simplicity" Steven M. Bellovin
  • Re: User interface, security, and "simplicity" Ray Dillinger
  • Re: User interface, security, and "simplicity" James A. Donald
  • Re: User interface, security, and "simplicity" Jacob Appelbaum
  • Re: User interface, security, and "simplicity" Perry E. Metzger
  • Re: User interface, security, and "simplicity" Ian G
  • Re: User interface, security, and "simplicity" Ed Gerck
  • User interface, security, and "simplicity" David Wagner
  • Re: User interface, security, and "simplicity" Victor Duchovni
  • Re: User interface, security, and "simplicity" Ian G
  • Re: User interface, security, and "simplicity" James A. Donald
  • Re: User interface, security, and "simplicity" Victor Duchovni
  • Re: User interface, security, and "simplicity" Peter Gutmann
• Interesting attack vector Peter Gutmann
• Pentagon looks for 'Killer Switch' Ali, Saqib
• Microsoft COFEE Arshad Noor
  • Re: Microsoft COFEE Adam Shostack
  • RE: Microsoft COFEE Dave Korn
• Shor's algorithm in danger? Rod Van Meter
• Re: Just update the microcode (was: Re: defending against evil in all layers of hardware and software) alex
  • Re: Just update the microcode (was: Re: defending against evil in all layers of hardware and software) John Ioannidis
• SSL and Malicious Hardware/Software Ryan Phillips
  • Re: SSL and Malicious Hardware/Software Victor Duchovni
  • Re: SSL and Malicious Hardware/Software Jack Lloyd
  • privacy expectations Was: SSL and Malicious Hardware/Software Alexander Klimov
  • Re: privacy expectations Was: SSL and Malicious Hardware/Software Steven M. Bellovin
  • Re: SSL and Malicious Hardware/Software Leichter, Jerry
  • Re: SSL and Malicious Hardware/Software Arcane Jill
  • Re: SSL and Malicious Hardware/Software Steven M. Bellovin
  • Re: SSL and Malicious Hardware/Software Peter Thoenen
  • Re: SSL and Malicious Hardware/Software Arcane Jill
• Doubts about efficiency of Shor's factoring algorithm in quantum computers Charles McElwain
  • Re: Doubts about efficiency of Shor's factoring algorithm in quantum computers Perry E. Metzger
  • Re: Doubts about efficiency of Shor's factoring algorithm in quantum computers Ray Perlner
• matt blaze on evil hardware Perry E. Metzger
• more on malicious hardware Perry E. Metzger
  • Re: more on malicious hardware Karsten Nohl
  • RE: more on malicious hardware Scott Guthery
  • Re: more on malicious hardware Allen
  • Re: more on malicious hardware Peter Gutmann
• "Designing and implementing malicious hardware" Perry E. Metzger
  • Re: "Designing and implementing malicious hardware" Jacob Appelbaum
  • Re: "Designing and implementing malicious hardware" Leichter, Jerry
  • Re: "Designing and implementing malicious hardware" Anne & Lynn Wheeler
  • Re: "Designing and implementing malicious hardware" Ivan Krstić
  • Re: "Designing and implementing malicious hardware" John Gilmore
  • Re: "Designing and implementing malicious hardware" Karsten Nohl
  • Re: "Designing and implementing malicious hardware" Adam Fields
  • Re: "Designing and implementing malicious hardware" Leichter, Jerry
  • Re: "Designing and implementing malicious hardware" Ed Gerck
  • Re: "Designing and implementing malicious hardware" Perry E. Metzger
  • Re: "Designing and implementing malicious hardware" Ed Gerck
  • Re: "Designing and implementing malicious hardware" Perry E. Metzger
  • Re: "Designing and implementing malicious hardware" Ed Gerck
  • Re: "Designing and implementing malicious hardware" Perry E. Metzger
  • Re: "Designing and implementing malicious hardware" Leichter, Jerry
  • Re: "Designing and implementing malicious hardware" James A. Donald
  • defending against evil in all layers of hardware and software John Denker
  • Re: defending against evil in all layers of hardware and software Perry E. Metzger
  • Just update the microcode (was: Re: defending against evil in all layers of hardware and software) John Ioannidis
  • Re: Just update the microcode (was: Re: defending against evil in all layers of hardware and software) Sebastian Krahmer
  • Re: defending against evil in all layers of hardware and software Stephan Neuhaus
  • Re: defending against evil in all layers of hardware and software Perry E. Metzger
  • Re: defending against evil in all layers of hardware and software Ivan Krstić
  • Re: defending against evil in all layers of hardware and software Ivan Krstić
  • Re: defending against evil in all layers of hardware and software Jonathan Thornburg
  • Re: "Designing and implementing malicious hardware" COMINT
  • OpenSparc -- the open source chip (except for the crypto parts) zooko
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Alexander Klimov
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Marcos el Ruptor
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Perry E. Metzger
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Eric Rescorla
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Florian Weimer
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Perry E. Metzger
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Ben Laurie
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Perry E. Metzger
  • Re: [mm] OpenSparc -- the open source chip (except for the crypto parts) Ben Laurie
  • Re: OpenSparc -- the open source chip (except for the crypto parts) James A. Donald
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Jon Callas
  • Re: OpenSparc -- the open source chip (except for the crypto parts) Matt Blaze
  • RE: OpenSparc -- the open source chip (except for the crypto parts) Scott Guthery
  • Re: OpenSparc -- the open source chip (except for the crypto parts) James A. Donald
  • RE: "Designing and implementing malicious hardware" Crawford Nathan-HMGT87
• Declassified NSA publications Steven M. Bellovin
  • Re: Declassified NSA publications Leichter, Jerry
  • Re: Declassified NSA publications Ilya Levin
• [Fwd: Secure Server e-Cert & Developer e-Cert. Comerica TM Connect Web Bank] Arshad Noor
  • Re: [Fwd: Secure Server e-Cert & Developer e-Cert. Comerica TM Connect Web Bank] Arshad Noor
  • Re: [Fwd: Secure Server e-Cert & Developer e-Cert. Comerica TM Connect Web Bank] Thierry Moreau
  • Re: [Fwd: Secure Server e-Cert & Developer e-Cert. Comerica TM Connect Web Bank] Peter Gutmann
• Re: Estimated 10 million dollars lost in parking meter fraud James Muir
• quantum cryptography broken? travis+ml-cryptography
• Re: Cruising the stacks and finding stuff Victor Duchovni
  • Re: Cruising the stacks and finding stuff Perry E. Metzger
  • Re: Cruising the stacks and finding stuff Leichter, Jerry
  • Re: Cruising the stacks and finding stuff Allen
  • Re: Cruising the stacks and finding stuff Perry E. Metzger
  • Re: Cruising the stacks and finding stuff Jack Lloyd
  • Re: Cruising the stacks and finding stuff Sandy Harris
  • no possible brute force Was: Cruising the stacks and finding stuff Alexander Klimov
  • Re: no possible brute force Was: Cruising the stacks and finding stuff Leichter, Jerry
  • Re: Cruising the stacks and finding stuff Sandy Harris
  • Re: Cruising the stacks and finding stuff Ian G
• TextTell - 1983 - Encrypted Text Transmission Nap van Zuuren
• Mark Dowd's Flash NULL Pointer Vulnerability Exploit Ryan Phillips
• New results against the Mifare cipher Peter Gutmann

• Earlier messages
• Later messages