Шифрование БД SQL и других данных на своем хостинге?

Стоит такая задача.

Подскажите возможно ли вообще зашифровать полностью или частично БД SQL и другие подобные данные на хостинге?
В частности от возможности "грабежа" самими админами?

Т.е чтобы даже при копировании моих БД с хостинга. Было не возможным изьять какие либо данные без знания ключа.

Ну оракл могет. вопрос в другом.
Чтобы база работала - она должна быть запущенна. Раз она будет запущена - значит к ней по любому будет доступ для приложения.
Раз он будет у приложения - значит он будет и у твоих админов.

Вывод. Шифрование - хуйня. Важен надежный персонал.

гипотетически тоже вопрос интересовал.
увольняется админ - пассы меняют вообще - до рута там?
или нифига?

Конечно меняют. Есть ишо вариант использования ключей но это для продвинутых

береш дедик меняеш пароли рутовый включительно

ивсе

Цитата:

береш дедик меняеш пароли рутовый включительно

Хм, а что с дедика снять копию нельзя?
Нет я конечно понимаю, что на сервере возможностей больше. Я не специалист по администрированию.

Но меня по большей части интересуют механизмы сохранения информации на обычных хостингах.

Ну вот по примеру Zend, шифруется код.

brainstorm писал:

Ну оракл могет. вопрос в другом. Чтобы база работала - она должна быть запущенна. Раз она будет запущена - значит к ней по любому будет доступ для приложения. Раз он будет у приложения - значит он будет и у твоих админов. Вывод. Шифрование - хуйня. Важен надежный персонал.

Боюсь врядли найдется персонал который не продаст Вас и вашу базу с потрохами при давлении или за 500 баксов в подарок.

Ну, а если к примеру БД формируется от клиента один раз, а далее она должна быть доступна только для меня?

Или к примеру часть БД свободна для доступа , часть базы шифруется и хранится на хосте, но прочитать могу ее только я при вводе ключа.
Возможен даже такой вариант, данные шифруются на хостинге, я преодически эти данные копирую на локал и с помощью ключа изымаю данные.

PinPay писал:

Но меня по большей части интересуют механизмы сохранения информации на обычных хостингах.

Толку от твоей шифровки данных. Если у тебя эта инфа как то отображается в человеческом виде значит используется обратимое шифрование (что может быть зашифровано то и расшифровано). Если тебя эта проблема интересует в теоретическом плане, то расширяй mysql_* функции делай там обмен ключами и шифровку/дешифровку данных - практически это неприменимо ввиду нагрузки от всего этого дела.

Не совсем правильно.
Если админы не имеют входа на сервак во время его работы (для чтения/выгрузки образа памяти), то шифровка данных на стэйбл сторэйдж очень даже помогает. Только ключ надо вводить каждый раз после ребута при старте системы/сервиса. В частности можно монтировать шифрованный раздел и не париться отдельно с базой/мазой. Другое дело, что никогда не может быть уверен пользователь, что ему предоставили натуральный дедик, а не виртуал. Тут колокэйшн отчасти может помочь.

Gourad писал:

Толку от твоей шифровки данных. Если у тебя эта инфа как то отображается в человеческом виде значит используется обратимое шифрование (что может быть зашифровано то и расшифровано). Если тебя эта проблема интересует в теоретическом плане, то расширяй mysql_* функции делай там обмен ключами и шифровку/дешифровку данных - практически это неприменимо ввиду нагрузки от всего этого дела.

Вообще-то в mysql штатные функции есть, посмотри например AES_DECRYPT в мануале.

Sha писал:

Не совсем правильно. Если админы не имеют входа на сервак во время его работы

в честь чего не имеют то? если есть физический доступ к серверу..

по сабжу - единственный вариант - установка сервера у себя в офисе )

а вобше пользуйся крупными кампаниями эти точно не будут фигнейстродать

потомчто им имя дороже

sonata писал:

Вообще-то в mysql штатные функции есть, посмотри например AES_DECRYPT в мануале.

Угу есть. Я и предложил ТС перегрузить mysql_* функции чтобы они работали с шифровкой, т.к. если мне память не изменяет библиотеки mysql_secure нету, а к каждому запросу писать ENCRYPT/DECRYPT излишний геморрой.

и вообще ну закодируешь ты базу

твои скрипты ее юзать будут значит они будут уметь ее рас кодировать вот через них и сопрут данные


допустим ты пошел дальше закодировал скрипты зендом
этот же зенд можно спокойно рас кодировать за оприделеную плату

так что тут надо отталкивала от стоимости данных в базе

если база стоит больше 1k $ то ее глупо держать на вертуале

PinPay писал:

Т.е чтобы даже при копировании моих БД с хостинга. Было не возможным изьять какие либо данные без знания ключа.

как вариант: шифрованная БД на одном дедике, скрипты для работы с нею на другом.
дедики и админы - разные.

идеальный вариант это

покупаеш сервак береш Collocation сам на него ставиш ось
вешаеш все проги

и сам его админеш

Не все так плохо.
Теоретически "все можно сломать", практически же, определенные процедуры, продуманная архитектура базы данных и шифрование ключевых элементов помогут средневоспаленную параною успокоить.

PinPay писал:

Боюсь врядли найдется персонал который не продаст Вас и вашу базу с потрохами при давлении или за 500 баксов в подарок.

Это ж как жестко надо эксплуатировать админов чтобы они за 500 баксов слили все. )