First Exploit On Quantum Cryptography Confirmed
Vadim Makarov writes "Physics World reports on researchers demonstrating a full eavesdropper on a quantum key distribution link. Unlike conventional exploits for security vulnerabilities that are often just a piece of software, spying on quantum cryptography required a box full of optics and mixed-signal electronics. Details are published in Nature Communications, and as a free preprint. The vulnerability was known before, but this is the first actual working exploit with secret-key recording confirmed. Patching this loophole is in progress. Disclosure: I am one of the researchers who worked on this."
O_____>-|o _____O
Quantum computing, quantum cryptography, etc. are pretty common categories here on /. and I really don't know anything about either. Now, the question is... should I be alarmed for not being up to date here? Or is this stuff that really won't become relevant for 90% of software engineers outside academia for quite a long while? (I mostly develop web services and mobile applications but I still expect to work in this field for quite a few decades and if this is something that software engineers should understand - whether we actually work with the technologies or not - I guess I should look into it) If I should study the subjects more, can anyone recommend any good resources (those don't need to be free).
No wait! The line is both perfectly secure and being eavesdropped on, at the same time. It's not until we hear the message that it becomes one or the other.
This is not an exploit of quantum cryptography.
It is an exploit in the implementation of the detectors.
They can't tell the difference between the quantum signal they are supposed to be detecting and a faked signal using classical light pulses. Man-in-the-middle attacks are fairly straightforward for classic light signals since they aren't changed when someone else intercepts them.
hmm your comment sounds fairly 'once and for all' itself.
Don't be too certain about that.
Why do they spend all this money, all this effort on systems that cost more and offer less security than a large RSA or ECC public key system?
Especially when RSA and ECC are so very well studied and don't rely on what amounts to lab grade optics with unknown exploits, weaknesses, and requirement for over paid professionals?
Why? I don't see the benefit. It is slower, harder to use, more expensive, the list goes on!
16K bit RSA keys are slow to generate but offer 256 bits of private key material equivalent security. Much less than that is needed for ECC. This all seems like a waste. It isn't even basic research anymore (which I endorse!) this is just some sort of dick measuring contest.
md5sum
d41d8cd98f00b204e9800998ecf8427e
"Disclosure: I am one of the researchers who worked on this."
Disclosure is an interesting word here. I would have used the word "brag" - and I think you are fully entitled to brag about that feat.
Does this have any impact on the security of my bitcoin wallet? If not, who cares.
This is an attack on implementation details, not the underlying physics of quantum mechanics. The title could have been a little better. This is (apparently; my only source is the submitter, as he's also the source in the article) the first working exploit of a quantum cryptography system that was able to steal the key without being detected.
The problem is there are always implementation details.
The basic design of QC says:
1) Assume that we can build these perfect emitters and detectors
2) Now we've got something that's perfectly secure
It's like saying:
1) Assume I can create an invincible dragon
2) Lets use it to distribute crypto keys
This is not to say s that QC is useless, but rather that it's capabilities are severely overhyped.
To put it another way, these "implementation details" are all part of the "underlying physics". Every piece of physics that gets from a human usable bit on one end to a human usable bit on the other end is "underlying physics".
You may as well claim to have designed the starship enterprise and the call the warp drive "implementation details".
What color to paint the walls... that's an implementation detail. The basic technology to make something work... that's an integral part of the problem.
As with most recent vulnerabilities in Cryptography (no, the quantum stuff is not crypto, it is signaling with special physical properties), the attack goes against the implementation. This did not stop several companies and a lot of fanbois to claim "unbreakability". I hope you have learned something.
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
You're exaggerating your point (eg. by talking about dragons and warp drive). One of the articles suggests you might mitigate this attack with a relatively simple extra verification step. This attack depends explicitly upon "blinding" a detector with light "above the intensity threshold" (certainly this is oversimplified). That's an attack on implementation details. Certainly I didn't mean to say that building a QC system is all "implementation details"; that would just be stupid. This one point that was attacked is an implementation detail.
should I be alarmed for not being up to date here?
You both should and shouldn't be alarmed.
I think I made the point well.... since neither perfect emitters/detectors, dragons or warp drives exist.
Since these items don't exist, then the problem needs be be examined in the light of what actually does exist.
The fact that the detector has an intensity threshold isn't an implementation detail, it a part of the underlying physics. Point me to a detector that doesn't have one.
You can't just replace the detector with a different one that doesn't have this problem, you have to make the QC system more complicated.
They talk about switching in a different source to verify the correct function of the receiver, but how do you do this on the fly and not miss messages?
You need to synchronize the two systems. How do you do this?
Via an unhackable secure channel... wait isn't that what the QC link was supposed to be in the first place?
I'm not saying that there isn't a solution to this problem. but it needs to be pointed out that fixing these "implementation details" appears to mean changing the design of the protocol. Something that forces a protocol redesign is a key part of the system.
People are used to regular crypto, where the task of computing the result of a basic mathematic function can be safely left to hand-waving. You can do RSA with a computer, or longhand on a piece of paper. The properties of the computer aren't an assumed part of the way the system works. With QC, it is assumed that pieces of hardware behave in very specific ideal ways. You can't buy parts that work like that, you have to use real parts. Therefore the system design, and explanations of how a real system works need to account for that.
People are used to regular crypto, where the task of computing the result of a basic mathematic function can be safely left to hand-waving. You can do RSA with a computer, or longhand on a piece of paper. The properties of the computer aren't an assumed part of the way the system works. With QC, it is assumed that pieces of hardware behave in very specific ideal ways. You can't buy parts that work like that, you have to use real parts. Therefore the system design, and explanations of how a real system works need to account for that.
I still think (from my fuzzy understanding of this attack) that it uses a specific implementation detail that depends upon the system used, and might be relatively easy to patch. Maybe they can use different wavelengths of photons, one for a test and one not--I don't have the expertise to say how much of a redesign is necessary. The article makes it sound like it's not a huge deal, and the Toshiba guys say in one of the other articles that their system isn't susceptible to these attacks when properly operated.
I still think (from my fuzzy understanding of this attack) that it uses a specific implementation detail that depends upon the system used, and might be relatively easy to patch. Maybe they can use different wavelengths of photons, one for a test and one not--I don't have the expertise to say how much of a redesign is necessary. The article makes it sound like it's not a huge deal, and the Toshiba guys say in one of the other articles that their system isn't susceptible to these attacks when properly operated.
Currently the problem is quite general, because most quantum cryptosystems today use detectors of the vulnerable type. We think it is patchable, just not by the approach the Toshiba group practices, but patchable. (We dislike Toshiba's approach for not being general and thorough, but more of a quick band-aid.) During the past 20 years there were a couple problems of similar magnitude in quantum crypto, and they were solved. Note that similar problems periodically show in implementations of classical crypto.
The future of quantum crypto will now be decided, from one side, by the market, and from another side, by publicly disclosed mathematical developments on various classical ciphers (which can be cracked overnight, but can also be proven more secure... I'm not a mathematician so I won't venture a guess for the odds of either). In quantum cryptography there is at least one well-engineered commercial system, several advanced commercial prototypes (Toshiba has one), and the hacking efforts are going to eliminate all easy loopholes in a reasonable time. It is also important how well quantum cryptography can be meshed into networks with many nodes and links. There have been several demonstrations of quantum crypto networks, the latest in Japan last year.
The current commercial systems (like ID Quantique's Cerberis) use quantum cryptography as an extra security layer on top of classical crypto. To get to the master key used to encrypt the data, one needs to crack both quantum key distribution and classical key distribution at the same tme. We temporarily compromised the quantum layer in this work, but in a commercial installation the data security would hang on the classical crypto, until the quantum layer is patched. Of course the security of the symmetric ciphers (normally AES with frequent key changes) used for high-speed data encryption is another question, but I think there is also an option to establish a low-bandwidth highly-secure channel encrypted by one-time-pad. The whole reason AES is offered with quantum crypto is that the performance of the classical crypto has spoiled everybody, and the users do not want to separate communication into high-security and low-security categories. They just want to encrypt the whole 10 Gbps link, so this is the default option.
17779 eligible voters in a district, 17779 'vote' as one. This is Russia.
Is Heisenberg spinning in his grave? I do have serious doubts that governments will ever allow fool proof encryption to be in the hands of the public.
Thank you for the informative reply!
When the eavesdropping is "in channel", doesn't require material access to the transmitting medium, the eavesdropping could be the fastest, preferred, mode of signaling on the link. Spinning the quantum wheel of "how associated" is the linked topology is going to precede what state info gets distributed most widely, therefore presenting the highest possibility of sync to another signal in the system - dominating it. So modulating the the wheel's state is going to get ahead, leaving everyone on the signal angling to write to it, not just read it. Picking up the traces in the reverb that come from the eavesdropper will make the eave less secret.
Indeed, if I'm tuning into some quantum state to exchange with it, the leading edge that makes its modulation of the remote state the first is the one I'm most aiming to use.
--
make install -not war
Lets assume for a second the quantum hardware itself works perfectly as advertised and cannot be compromised.
You still need classic (Such as a symmetric key) information to prove alice and bob are talking to each other rather than to malices quantum MITM proxy server.
Has anyone proved a perfect quantum OTP source improves actual security vs use of a zero knowledge algorithm to establish the same? Even if such an algorithm does not yet exist... Is it possible to construct one? Has it been shown this is not possible?
The original patent on quantum cryptography was for a banknote with trapped photons. These could only be read once, so you had to know the polarization axis of the of the photons to read their state. This was a wonderfully batty idea, and a useful explanation of what is known and what isn't known about a quantum state.
However, when you go into actual implementations of quantum communications, you find the hacking techniques are much the same. Here, they are trying to send out a single photon. If a real line is lossy, the system must have some sort of handshaking to resend bad bits. If you hack into their cable, and carefully mess up a few photons, you can tease this system into resending some parts of the signal, or sending a stronger signal with more than one photon; and then the system is no longer secure because more than one person can get a copy of it. It's the quantum physics equivalent of attaching your crocodile clips to the telephone wires without the user hearing the clicks.
My guess is you can get the same level of security from ordinary non-quantum techniques. If you are going to avoid a 'man in the middle' attack, you should meet the person at the other end. Suppose, when you meet, you exchange thumb drives with random data. You can then 'OR' your message with this data, using each bit once only to reduce it to random-looking bits; and the person at the other end can 'OR' it again to get it back again. An extra precaution would be to pad each message to a fixed length, so you don't give away the number of bits in your message. One time pad cryptography makes the communication link secure, but either end is potentially unsafe; which is pretty much what you would have with a perfect quantum encryption scheme.
Of course the security of the symmetric ciphers (normally AES with frequent key changes) used for high-speed data encryption is another question
Especially since AES can be quite vulnerable to side channel attacks, maybe even more so if implemented in hardware. AES should be used for less blocks than triple DES. Then again, it might be hard to come by another hardware accellerated cipher that has been researched as extensively - I suppose triple DES is out of the question. Maybe one of the other AES candidates or even Threefish could be used instead (or on top of AES, we're talking highly secure systems here).
I've worked on anonymous trusted networks.
No you haven't. Anonymous and trusted are mutually exclusive, and thats why you keep failing.
Seems fairly clear you don't even understand how humans naturally build trust in the real world. Your failure to understand that pretty much precludes you from augmenting it in any working way.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
If the line sounds a bit scratchy, it's just the cat wanting to be let out.