RSS



Go Back   bit-tech.net Forums > bit-tech.net > Article Discussion

Reply
 
Thread Tools
Old 26th Jun 2009, 13:38   #1
CardJoe
Player Character
bit-tech Staff
 
CardJoe's Avatar
 
Join Date: Apr 2007
Posts: 7,949
CardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to beholdCardJoe is a splendid one to behold
IBM develops crypto-peeking tech

http://www.bit-tech.net/news/bits/20...peeking-tech/1

An IBM researcher has cracked the problem of processing private data with a technique for working with encrypted data without ever having access to the unencrypted versions.

__________________
CardJoe is offline   Reply With Quote
Old 26th Jun 2009, 15:26   #2
mclean007
Officious Bystander
 
mclean007's Avatar
 
Join Date: May 2003
Location: Nodnol
Posts: 1,595
mclean007 is on a distinguished road
Quote:
Does the thought that systems can peek inside your encrypted data stores without your knowledge give you the heebie-jeebies
Surely the whole point is they CAN'T - this is about a technology that allows the manipulation of encrypted data without decryption. At the most basic level, this might involve an encryption system that preserves the ordinality of numbers - so E(3) (the result of encrypting the number 3) is less than E(5), E(10) < E(20) etc., and for any x < y, E(x) < E(y). That way you could sort encrypted data without decrypting it.

As a simple example, you could do this with a very simple but very weak encryption algorithm and very poor data efficiency (encrypted files would be larger than plaintext) - pick a large number as your key (k). Then to encrypt, E(x) = x * k + a random integer between 0 and (k-1). Because an attacker doesn't know k, he can't decrypt. The use of the random number prevents an attacker deducing k by factoring E(x). To decrypt, just round down E(x)/k to give an integer, x. This is flawed because the encryption is ludicrously weak, and also because if you encrypt two equal plaintexts there is no way to predict which will give a higher value after encryption, so sorting would not preserve the order of equal values, but it is an illustration.

I don't know what sort of operations you'd want to perform on encrypted data, but I guess sorting might be one of them. Addition and subtraction might be another. In any event, it will entail a different encryption algorithm to the usual suspects (RSA, AES etc.).

I look forward to reading about this in more detail.
__________________
Demand Naked DSL in the UK!
mclean007 is offline   Reply With Quote
Old 26th Jun 2009, 15:32   #3
mjm25
Hiiyaaaa
 
mjm25's Avatar
 
Join Date: Jan 2009
Location: Kent, England
Posts: 220
mjm25 will become famous soon enough
^ wow. not sure i understood more than 30 percent of that
__________________
EP45-UD3R, QX6800, 8GB Ballistix 6400 4-4-4-12, 4870x2, All in a CoolerMaster CM690! And now using... Windows 7, it's luuuuurvely
mjm25 is offline   Reply With Quote
Old 26th Jun 2009, 15:52   #4
_DTM2000_
Senior Super Douche
 
Join Date: Feb 2005
Location: Sheffield, UK
Posts: 229
_DTM2000_ is on a distinguished road
“enabling a layperson to perform flawless neurosurgery while blindfolded, and without later remembering the episode”

Hmm, sounds like an episode of Dollhouse.
_DTM2000_ is offline   Reply With Quote
Old 26th Jun 2009, 15:52   #5
B1GBUD
Multimodder
 
Join Date: May 2008
Posts: 203
B1GBUD is on a distinguished road
Quote:
Originally Posted by mjm25
^ wow. not sure i understood more than 30 percent of that
Agreed, now my head hurts.... thanks
B1GBUD is offline   Reply With Quote
Old 26th Jun 2009, 15:55   #6
mclean007
Officious Bystander
 
mclean007's Avatar
 
Join Date: May 2003
Location: Nodnol
Posts: 1,595
mclean007 is on a distinguished road
Sorry, I tend not to explain myself very well! Basically the idea is to allow some (presumably fairly basic) manipulation of encrypted data without needing to decrypt it and re-encrypt it. I'm sure it has applications, not sure exactly what!
__________________
Demand Naked DSL in the UK!
mclean007 is offline   Reply With Quote
Old 26th Jun 2009, 16:51   #7
Jenny_Y8S
She geek
 
Jenny_Y8S's Avatar
 
Join Date: Dec 2008
Location: UK
Posts: 246
Jenny_Y8S will become famous soon enough
Very sceptical of the security within this one. Searching is one area where encryption is a barrier to function and for good reason.

I build fundraising systems for some of the big name charities and you have to be clever to work around the FACT!! that you cannot search within encypted data without either A) compromising your encryption methods or B) decrypting everthing before you search.

Any technique that allows basic manipulation (even sorting) poses a potential risk of exposing the contents or content distribution of your encrypted data.

It also has it's flaws, as you will see here: http://portal.acm.org/citation.cfm?doid=1536414.1536440
__________________
Asus P6T Deluxe, i7 920, BFG 285OC, 6gb, 7x1tb, Vista X64, Dell 2408, Dell 2001
Dell M90, T7600,3gb, Win7x64, Dell 2001
MacBook Pro 13" SnowLeopard
Jenny_Y8S is offline   Reply With Quote
Old 26th Jun 2009, 17:34   #8
nicae
Multimodder
 
Join Date: Nov 2008
Posts: 98
nicae is on a distinguished road
Quote:
Originally Posted by mclean007
Sorry, I tend not to explain myself very well! Basically the idea is to allow some (presumably fairly basic) manipulation of encrypted data without needing to decrypt it and re-encrypt it. I'm sure it has applications, not sure exactly what!
I understood your first post. It was very clear, actually. Thanks!

Quote:
Originally Posted by Jenny_Y8S
I build fundraising systems for some of the big name charities and you have to be clever to work around the FACT!! that you cannot search within encypted data without either A) compromising your encryption methods or B) decrypting everthing before you search.
It's your FACT!!s that are being challenged by this man's discovery.
__________________
C2D E8400 :: PNY 8800GT 512MB :: 2x2GB G.SKILL Pi Black DDR2 800 4-4-4-12 :: Asus Maximus Formula :: WindowsXP SP3 :: 2x320GB HDDs RAID0 :: Zalman CNPS9500 LED :: OCZ Freeze :: SevenTeam ST-550PAG 550W
nicae is offline   Reply With Quote
Old 27th Jun 2009, 02:40   #9
thehippoz
sea grogin
 
thehippoz's Avatar
 
Join Date: Dec 2008
Location: Fresno, CA
Posts: 1,735
thehippoz is a glorious beacon of lightthehippoz is a glorious beacon of lightthehippoz is a glorious beacon of lightthehippoz is a glorious beacon of lightthehippoz is a glorious beacon of light
homo encryption huh
__________________
He's the American ****head who makes tricks with bricks!
thehippoz is offline   Reply With Quote
Old 28th Jun 2009, 19:47   #10
boggsi
Multimodder
 
Join Date: Aug 2005
Posts: 105
boggsi is on a distinguished road
A quick look at wikipedia sheds plenty of light on this subject. Homomorphic encryption in the past has existed but only allowed one of two operations on the encrypted data, addition or multiplication. I'm assuming this IBM breakthrough allows both.

To do this as an example, if you were the only one that could decrypt information from your bank. Homorphic encryption would allow you to pass this encrypted data on to a third party and they could for example add up all the debits and credits returning you a balance. But they would do this purely with the encrypted information from your bank and return the answer to you encrypted in the same way. They would never need (or be able to) to decrypt and see the actual amounts of money you transacted.

Obviously this is a limited example, but you can imagine the possibilities for third parties processing your personal information without ever having access to its actual details.
boggsi is offline   Reply With Quote
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT. The time now is 11:48.
Powered by: vBulletin Version 3
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.