dorsal/arxiv
View SchemaThe Laws of Physics and Cryptographic Security
| Authors | Terry Rudolph |
|---|---|
| Categories | |
| ArXiv ID | quant-ph/0202143 |
| URL | https://arxiv.org/abs/quant-ph/0202143 |
Abstract
This paper consists of musings that originate mainly from conversations with other physicists, as together we've tried to learn some cryptography, but also from conversations with a couple of classical cryptographers. The main thrust of the paper is an attempt to explore the ramifications for cryptographic security of incorporating physics into our thinking at every level. I begin by discussing two fundamental cryptographic principles, namely that security must not rely on secrecy of the protocol and that our local environment must be secure, from a physical perspective. I go on to explain why by definition a particular cryptographic task, oblivious transfer, is inconsistent with a belief in the validity of quantum mechanics. More precisely, oblivious transfer defines states and operations that do not exist in any (complex) Hilbert space. I go on to argue the fallaciousness of a "black box" approach to quantum cryptography, in which classical cryptographers just trust physicists to provide them with secure quantum cryptographic sub-protocols, which they then attempt to incorporate into larger cryptographic systems. Lest quantum cryptographers begin to feel too smug, I discuss the fact that current implementations of quantum key distribution are only technologically secure, and not "unconditionally" secure as is sometimes claimed. I next examine the concept of a secure lab from a physical perspective, and end by making some observations about the cryptographic significance of the (often overlooked) necessity for parties who wish to communicate having established physical reference frames.
{
"annotation_id": "12c82033-bf46-4518-8331-462559c8b166",
"date_created": "2026-03-02T18:01:49.258000Z",
"date_modified": "2026-03-02T18:01:49.258000Z",
"file_hash": "8bab1afb1db90af73e5b2430f32536f3ef8649ec57f5c7dccae80ecf55fc9b3e",
"private": false,
"record": {
"abstract": "This paper consists of musings that originate mainly from conversations with\nother physicists, as together we\u0027ve tried to learn some cryptography, but also\nfrom conversations with a couple of classical cryptographers. The main thrust\nof the paper is an attempt to explore the ramifications for cryptographic\nsecurity of incorporating physics into our thinking at every level. I begin by\ndiscussing two fundamental cryptographic principles, namely that security must\nnot rely on secrecy of the protocol and that our local environment must be\nsecure, from a physical perspective. I go on to explain why by definition a\nparticular cryptographic task, oblivious transfer, is inconsistent with a\nbelief in the validity of quantum mechanics. More precisely, oblivious transfer\ndefines states and operations that do not exist in any (complex) Hilbert space.\nI go on to argue the fallaciousness of a \"black box\" approach to quantum\ncryptography, in which classical cryptographers just trust physicists to\nprovide them with secure quantum cryptographic sub-protocols, which they then\nattempt to incorporate into larger cryptographic systems. Lest quantum\ncryptographers begin to feel too smug, I discuss the fact that current\nimplementations of quantum key distribution are only technologically secure,\nand not \"unconditionally\" secure as is sometimes claimed. I next examine the\nconcept of a secure lab from a physical perspective, and end by making some\nobservations about the cryptographic significance of the (often overlooked)\nnecessity for parties who wish to communicate having established physical\nreference frames.",
"arxiv_id": "quant-ph/0202143",
"authors": [
"Terry Rudolph"
],
"categories": [
"quant-ph"
],
"title": "The Laws of Physics and Cryptographic Security",
"url": "https://arxiv.org/abs/quant-ph/0202143"
},
"schema_id": "dorsal/arxiv",
"source": {
"execution_id": "5d309e4b-71fc-4291-9837-22ebcc16b346",
"id": "arXiv Dataset IDs",
"type": "Model",
"variant": "snapshot-2026-03-01",
"version": "0.1.0"
},
"user_id": 1000002
}