Re: Crypting data
- From: Will Dickson <wrd@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 27 Feb 2007 23:29:15 +0000
On Tue, 27 Feb 2007 13:49:16 -0800, rene.marxis wrote:
Hello
i have some simple questions on crypting. I like to encrypt some data i
send to some customer and i'd like to ensure no one is able to
create/encrypt the data except me.
Are you sure that's what you need?
Either someone can create the data, or they can't - cryptography won't
make a difference either way. Similarly, once somebody's created the data
in question, there's no way you can prevent them from encrypting it if
they feel like it.
If you're looking for a DRM scheme (whereby you try to dictate what the
customer can do with the data once you've sent it to them) my suggestion
would be to look for a different business model. It *will* get cracked.
If, on the other hand, what you want is some means whereby the customer
can verify that the data is coming from you and not some impostor, then
cryptography can help you. What you're looking for in this case is called
"public key" cryptography.
Two pieces of advice:
1. Use the standard. It's called "X.509" and it's got nasty big teeth.
2. If this is for *anything* involving money, get someone else to build it
for you. This crypto stuff is a *lot* harder to get right than it looks,
you're not ready, and it'll take you a long time to get ready. (Please
don't take that as a personal attack - it isn't intended as one.) The
problem with security-critical code in general, of which crypto code is a
subset, is that - unlike most other kinds of code - you can't tell whether
you got it wrong until somebody breaks it and leaves you holding a large
bill / lawsuit.
HTH
Will.
.
- Follow-Ups:
- Re: Crypting data
- From: rene . marxis
- Re: Crypting data
- References:
- Crypting data
- From: rene . marxis
- Crypting data
- Prev by Date: Re: My attempt to break Rijndael (SAT-attack)
- Next by Date: Is there any way...
- Previous by thread: Crypting data
- Next by thread: Re: Crypting data
- Index(es):