получить доступ к исходникам != получить рутовый доступ к серверу.
допустим, сайт лежит по адресу
/var/www/useraccount/data/www/yoursite.com/
все ключи и соль, можно спрятать по адресу, допустим
/etc/anykey/key.cfg
выдав доступ ридонли и только для апача.
всё.
теперь, даже если человек получит доступ к исходникам, он не сможет считать ключ, если он получит базу, он не сможет ее расшифровать, не имея ключа
Вопрос в задание надо уточнить: доступ к исходникам где - на продакшен сервере или исходники попали в руки пакетом?
Если исследователь получил доступ к серверу жертвы и зашел в директорию /var/www/useraccount/data/www/yoursite.com/, то он может изменить код, дописать перехват вывода буфера, складывать уже расшифрованные данные куда угодно и делать с ними что угодно.
Иначе же да, так можно сделать, Maria DB поддерживает шифрование таблиц с помощью SSL ключа (файла)
задача на сообразительность.
получить доступ к исходникам != получить рутовый доступ к серверу.
допустим, сайт лежит по адресу
/var/www/useraccount/data/www/yoursite.com/
все ключи и соль, можно спрятать по адресу, допустим
/etc/anykey/key.cfg
выдав доступ ридонли и только для апача.
всё.
теперь, даже если человек получит доступ к исходникам, он не сможет считать ключ, если он получит базу, он не сможет ее расшифровать, не имея ключа
Вопрос в задание надо уточнить: доступ к исходникам где - на продакшен сервере или исходники попали в руки пакетом?
Если исследователь получил доступ к серверу жертвы и зашел в директорию /var/www/useraccount/data/www/yoursite.com/, то он может изменить код, дописать перехват вывода буфера, складывать уже расшифрованные данные куда угодно и делать с ними что угодно.
Иначе же да, так можно сделать, Maria DB поддерживает шифрование таблиц с помощью SSL ключа (файла)
ТС, вот тут подробнее https://mariadb.com/kb/en/mariadb/table-encryption/