Best encription method?

Best encription method?

am 27.09.2010 15:15:13 von Vikram A

--0-2031657115-1285593313=:72331
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hello experts! Can i have your valuable suggestion on the following?=
I would like to encrypt a particular table of records. =0AI hope can =
choose two ways,number one, application level encryption method =0Achoosing=
our own encryption algorithm and an another is database level =0Aencryptio=
n. my question is, which is portable, which is consistent? or altoget=
her the =0Aencryption should not degrades the performance. Note: The a=
pplication is going to be across an intranet Suggestions are appreciat=
ed! Thank you in advance.=0AVikram A =0A
--0-2031657115-1285593313=:72331--

Re: Best encription method?

am 27.09.2010 15:25:04 von Johan De Meersman

--001517573dbafee17604913da72c
Content-Type: text/plain; charset=ISO-8859-1

Both have benefits.

Application level:

- data is encrypted during transmit, too
- processing is offloaded from your hard-to-scale database server
- decrypt keys don't pass your database, so dba or other users can't peek

DB

- Guaranteed consistent implementation regardless of client


Can't think of other benefits of DB-side encryption, offhand :-) I would go
for the app-side every time. Let the database worry about managing the data,
don't bother it with application stuff.


On Mon, Sep 27, 2010 at 3:15 PM, Vikram A wrote:

> Hello experts!
>
> Can i have your valuable suggestion on the following?
>
> I would like to encrypt a particular table of records.
> I hope can choose two ways,number one, application level encryption method
> choosing our own encryption algorithm and an another is database level
> encryption.
>
> my question is, which is portable, which is consistent? or altogether the
> encryption should not degrades the performance.
>
> Note: The application is going to be across an intranet
>
> Suggestions are appreciated!
>
> Thank you in advance.
> Vikram A
>
>
>


--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--001517573dbafee17604913da72c--

Re: Best encription method?

am 27.09.2010 15:43:02 von Vikram A

--0-144943640-1285594982=:24348
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Dear Sir,=0AThank you for the suggestion, as you suggested i shall go for a=
pplication level. =0AI have another query too, please answer, =0ANorm=
ally, If i need to store an integer value i have to define it as int, If I =
=0Aencrypt this, i must define its type as string of different size[it depe=
nd upon =0Athe encryption output] than its original size. It increases the =
db size. I am =0Aknown that if it is secure i have to choose encryption. bu=
t when i choose =0Aencryption it leads the more memory usage. =0AAny =
comment on this? =0AThank you=0AVikram =0A______________________=
__________=0AFrom: Johan De Meersman =0ATo: Vikram A ikkiatbipl@yahoo.in>=0ACc: MY SQL Mailing list =0ASe=
nt: Mon, 27 September, 2010 6:55:04 PM=0ASubject: Re: Best encription metho=
d? Both have benefits. Application level: =09* data is encry=
pted during transmit, too =09* processing is offloaded from your hard-=
to-scale database server * decrypt keys don't pass your database, so d=
ba or other users can't peekDB =09* Guaranteed consistent implementati=
on regardless of client=0ACan't think of other benefits of DB-side encrypti=
on, offhand :-) I would go for =0Athe app-side every time. Let the database=
worry about managing the data, don't =0Abother it with application stuff.=
On Mon, Sep 27, 2010 at 3:15 PM, Vikram A > wrote: Hello experts!=0A>=0A>Can i have your valuable suggestion on =
the following?=0A>=0A>I would like to encrypt a particular table of records=
..=0A>I hope can choose two ways,number one, application level encryption me=
thod=0A>choosing our own encryption algorithm and an another is database le=
vel=0A>encryption.=0A>=0A>my question is, which is portable, which is cons=
istent? or altogether the=0A>encryption should not degrades the performance=
..=0A>=0A>Note: The application is going to be across an intranet=0A>=0A>Sug=
gestions are appreciated!=0A>=0A>Thank you in advance.=0A>Vikram A=0A>=0A>=
=0A> =0A-- =0ABier met grenadyn=0AIs als mosterd by den wyn=0ASy die't=
drinkt, is eene kwezel=0AHy die't drinkt, is ras een ezel =0A
--0-144943640-1285594982=:24348--

Re: Best encription method?

am 28.09.2010 10:38:57 von Johan De Meersman

--0016e659f534a1863d04914dc6ef
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Sep 27, 2010 at 3:43 PM, Vikram A wrote:

>
> Normally, If i need to store an integer value i have to define it as int,
> If I
> encrypt this, i must define its type as string of different size[it depend
> upon
> the encryption output] than its original size. It increases the db size. I
> am
> known that if it is secure i have to choose encryption. but when i choose
> encryption it leads the more memory usage.
>

Well, yes :-) That's part of the price you're going to pay for the security.

As the programmer said; I can make it better, faster and cheaper. Pick any
two.


--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--0016e659f534a1863d04914dc6ef--

Re: Best encription method?

am 29.09.2010 08:16:18 von Vikram A

--0-263097014-1285740978=:8431
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Sir, I must adopt the encryption. I shall bear the cost of the memory.=
=0AThank you for the guidance. Vikram A =0A_______________=
_________________=0AFrom: Johan De Meersman =0ATo: Vikr=
am A =0ACc: MY SQL Mailing list m>=0ASent: Tue, 28 September, 2010 2:08:57 PM=0ASubject: Re: Best encriptio=
n method? =0AOn Mon, Sep 27, 2010 at 3:43 PM, Vikram A ipl@yahoo.in> wrote: =0A>Normally, If i need to store an integer value=
i have to define it as int, If I=0A>encrypt this, i must define its type a=
s string of different size[it depend upon=0A>the encryption output] than it=
s original size. It increases the db size. I am=0A>known that if it is secu=
re i have to choose encryption. but when i choose=0A>encryption it leads th=
e more memory usage.=0A> Well, yes :-) That's part of the price you're=
going to pay for the security. As the programmer said; I can make it =
better, faster and cheaper. Pick any two.=0A -- =0ABier met grenadyn=
=0AIs als mosterd by den wyn=0ASy die't drinkt, is eene kwezel=0AHy die't d=
rinkt, is ras een ezel =0A
--0-263097014-1285740978=:8431--

Re: Best encription method?

am 09.11.2010 14:30:41 von Vikram A

--0-1862490064-1289309441=:61384
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Sir, We have done a encryption by using our own algorithm. it works fi=
ne. But during =0Athe report analysis we are facing the performance issue. =
Which is not =0Aappreciated by our users. =0AWe need only one column =
to be encrypted and the column size will never exceed 3 =0Achars. =0A=
We have planed to use the AES_ENCRYPT and AES_DECRYPT by using the "key str=
ing" =0Aas a parameter. We can keep this key string as our security point. =
We found it =0Ais giving better performance in all cases. Can i have =
your advise please? Thank you in advance! Vikram A =0A=
________________________________=0AFrom: Vikram A =0A=
To: Johan De Meersman =0ACc: MY SQL Mailing list @lists.mysql.com>=0ASent: Wed, 29 September, 2010 11:46:18 AM=0ASubject: Re=
: Best encription method? =0ASir, I must adopt the encryption. I =
shall bear the cost of the memory.=0AThank you for the guidance. Vikr=
am A =0A________________________________=0AFrom: Johan De Meersm=
an =0ATo: Vikram A =0ACc: MY SQL =
Mailing list =0ASent: Tue, 28 September, 2010 2:08:5=
7 PM=0ASubject: Re: Best encription method? =0AOn Mon, Sep 27, 2=
010 at 3:43 PM, Vikram A wrote: =0A>Normally, I=
f i need to store an integer value i have to define it as int, If I=0A>encr=
ypt this, i must define its type as string of different size[it depend upon=
=0A>the encryption output] than its original size. It increases the db size=
.. I am=0A>known that if it is secure i have to choose encryption. but when =
i choose=0A>encryption it leads the more memory usage.=0A> Well, yes :=
-) That's part of the price you're going to pay for the security. As t=
he programmer said; I can make it better, faster and cheaper. Pick any two.=
=0A -- =0ABier met grenadyn=0AIs als mosterd by den wyn=0ASy die't dr=
inkt, is eene kwezel=0AHy die't drinkt, is ras een ezel
--0-1862490064-1289309441=:61384--

Re: Best encription method?

am 09.11.2010 14:35:39 von Johan De Meersman

--00032557364a0ec99c04949ed1b7
Content-Type: text/plain; charset=ISO-8859-1

Seems like a better plan than simply rolling your own, yes. Do make sure
that the key string is well-documented :-p

On Tue, Nov 9, 2010 at 2:30 PM, Vikram A wrote:

> Sir,
>
> We have done a encryption by using our own algorithm. it works fine. But
> during
> the report analysis we are facing the performance issue. Which is not
> appreciated by our users.
>
>
> We need only one column to be encrypted and the column size will never
> exceed 3
> chars.
>
>
> We have planed to use the AES_ENCRYPT and AES_DECRYPT by using the "key
> string"
> as a parameter. We can keep this key string as our security point. We found
> it
> is giving better performance in all cases.
>
> Can i have your advise please?
>
> Thank you in advance!
>
> Vikram A
>
>
>
>
> ________________________________
> From: Vikram A
> To: Johan De Meersman
> Cc: MY SQL Mailing list
> Sent: Wed, 29 September, 2010 11:46:18 AM
> Subject: Re: Best encription method?
>
>
> Sir,
>
> I must adopt the encryption. I shall bear the cost of the memory.
> Thank you for the guidance.
>
> Vikram A
>
>
>
>
> ________________________________
> From: Johan De Meersman
> To: Vikram A
> Cc: MY SQL Mailing list
> Sent: Tue, 28 September, 2010 2:08:57 PM
> Subject: Re: Best encription method?
>
>
>
>
> On Mon, Sep 27, 2010 at 3:43 PM, Vikram A wrote:
>
>
> >Normally, If i need to store an integer value i have to define it as int,
> If I
> >encrypt this, i must define its type as string of different size[it depend
> upon
> >the encryption output] than its original size. It increases the db size. I
> am
> >known that if it is secure i have to choose encryption. but when i choose
> >encryption it leads the more memory usage.
> >
>
> Well, yes :-) That's part of the price you're going to pay for the
> security.
>
> As the programmer said; I can make it better, faster and cheaper. Pick any
> two.
>
>
> --
> Bier met grenadyn
> Is als mosterd by den wyn
> Sy die't drinkt, is eene kwezel
> Hy die't drinkt, is ras een ezel
>
>


--
Bier met grenadyn
Is als mosterd by den wyn
Sy die't drinkt, is eene kwezel
Hy die't drinkt, is ras een ezel

--00032557364a0ec99c04949ed1b7--

Re: Best encription method?

am 09.11.2010 14:51:59 von Vikram A

--0-910218413-1289310719=:75300
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Dear Sir, As you advised we will keep the "key" as well documented. =
Thank you Vikram A. ________________________________=
=0AFrom: Johan De Meersman =0ATo: Vikram A @yahoo.in>=0ACc: MY SQL Mailing list =0ASent: Tue, 9=
November, 2010 7:05:39 PM=0ASubject: Re: Best encription method? Seem=
s like a better plan than simply rolling your own, yes. Do make sure that =
=0Athe key string is well-documented :-p =0AOn Tue, Nov 9, 2010 at 2:3=
0 PM, Vikram A wrote: Sir,=0A>=0A>We have done =
a encryption by using our own algorithm. it works fine. But during=0A>the r=
eport analysis we are facing the performance issue. Which is not=0A>appreci=
ated by our users.=0A>=0A>=0A>We need only one column to be encrypted and t=
he column size will never exceed 3=0A>chars.=0A>=0A>=0A>We have planed to u=
se the AES_ENCRYPT and AES_DECRYPT by using the "key string"=0A>as a parame=
ter. We can keep this key string as our security point. We found it=0A>is g=
iving better performance in all cases.=0A>=0A>Can i have your advise pleas=
e?=0A>=0A>Thank you in advance!=0A>=0A>Vikram A=0A>=0A>=0A>=0A>=0A>________=
________________________=0A>From: Vikram A =0A>To: Jo=
han De Meersman =0A>Cc: MY SQL Mailing list s.mysql.com>=0A>Sent: Wed, 29 September, 2010 11:46:18 AM=0A>Subject: Re: B=
est encription method?=0A>=0A>=0A>Sir,=0A>=0A>I must adopt the encryption. =
I shall bear the cost of the memory.=0A>Thank you for the guidance.=0A>=0A>=
Vikram A=0A>=0A>=0A>=0A>=0A>________________________________=0A>Fro m: Johan=
De Meersman =0A>To: Vikram A =0A=
>Cc: MY SQL Mailing list =0A>Sent: Tue, 28 September=
, 2010 2:08:57 PM=0A>Subject: Re: Best encription method?=0A>=0A>=0A>=0A>=
=0A>On Mon, Sep 27, 2010 at 3:43 PM, Vikram A wrote:=
=0A>=0A>=0A>>Normally, If i need to store an integer value i have to define=
it as int, If I=0A>>encrypt this, i must define its type as string of diff=
erent size[it depend =0Aupon=0A>>the encryption output] than its original s=
ize. It increases the db size. I am=0A>>known that if it is secure i have t=
o choose encryption. but when i choose=0A>>encryption it leads the more mem=
ory usage.=0A>>=0A>=0A>Well, yes :-) That's part of the price you're going =
to pay for the security.=0A>=0A>As the programmer said; I can make it bette=
r, faster and cheaper. Pick any two.=0A>=0A>=0A>--=0A>Bier met grenadyn=0A>=
Is als mosterd by den wyn=0A>Sy die't drinkt, is eene kwezel=0A>Hy die't dr=
inkt, is ras een ezel=0A>=0A> =0A-- =0ABier met grenadyn=0AIs als most=
erd by den wyn=0ASy die't drinkt, is eene kwezel=0AHy die't drinkt, is ras =
een ezel =0A
--0-910218413-1289310719=:75300--