Re: When to encrypt

Поиск
Список
Период
Сортировка
От Derek Fountain
Тема Re: When to encrypt
Дата
Msg-id 200412061433.31724.dflists@iinet.net.au
обсуждение исходный текст
Ответ на Re: When to encrypt  (Greg Stark <gsstark@mit.edu>)
Ответы Re: When to encrypt
Re: When to encrypt
Re: When to encrypt
Список pgsql-general
On Monday 06 December 2004 12:31, you wrote:
> Derek Fountain <dflists@iinet.net.au> writes:
> > If another SQL Injection vulnerability turns up (which it might, given
> > the state of the website code),
>
> You will never see another SQL injection vulnerability if you simply switch
> to always using prepared queries and placeholders.

<much wisdom snipped>

Indeed, but I'm still interested in the general answer. The server I have been
looking at was hopelessly insecure and SQL injection is only one of its
problems. There were several other ways in! Assume, for example, an attacker
can write his own script directly into the website document tree. In this
case prepared queries don't help protect what's in the database. The attacker
can use them himself if he likes!

Given this type of mess, having logins, passwords, credit card info and the
like encrypted in the DB will add another layer of protection. The question
is, do people normally add this layer, just in case, or do they assume that
all the previous layers will do the job?

Personally I've never encrypted data in this way, but for this guy there does
seem to be a requirement.


В списке pgsql-general по дате отправления:

Предыдущее
От: alex@pilosoft.com
Дата:
Сообщение: DBD::PgSPI 0.02
Следующее
От: Michael Fuhr
Дата:
Сообщение: Re: [HACKERS] DBD::PgSPI 0.02