например если инъекцию делать то в ответ злоумышленник не получил открытых данных ?
Не давать лишних прав тому кто читает
как это спасёт от инъекций если вдруг таковые будут?
Запросы выполняются под пользователем, а он не может прочитать больше чем положено.
Нет, шифрование БД- это утопия, либо надо ставить аппаратное решение, а оно будет дорого
От инъекций тебя шифрование и не спасёт
простите, но мне кажется вы не совсем верно мыслите. от инъекций защищаются не через encryption? а используют bind vars, экранируют все что нужно и т.д. отвечая же на часть вопроса, которая связана с шифрованием в мускуле есть две возможности: 1) аппка вместо данных пишет шифрованные данные, используя свой ключ. при чтении расшифровывает; 2) вторая возможность это использование шифрования на уровне таблицы https://dev.mysql.com/doc/refman/5.7/en/innodb-data-encryption.html.
Обсуждают сегодня