Лучшая практика для шифрования базы данных в SQL Server 2005
Это нормальное поведение. Из MDN :
Метод HTMLFormElement.submit () отправляет данные.
Этот метод похож, но не идентичен, активируя отправку формы. Однако при непосредственном вызове этого метода:
Событие submit не вызывается . В частности, обработчик события onsubmit формы не запускается. Проверка ограничения не инициируется.
blockquote>Единственный обходной путь, который я вижу:
- добавьте свой код перед formulario.submit ();
- очень плохая идея переписать document.getElementById ('form1'). submit метод (пожалуйста, избегайте этого)
3 ответа
Посмотрите на эту ссылку для хорошего введения с образцами.
Я думаю, делая шифрование данных в приложении, лучше, потому что в этом случае переданные данные уже шифруются. Иначе необходимо использовать безопасный канал между приложением и сервером базы данных.
Это зависит от Ваших потребностей, сказал бы я.
Перед выбором метода шифрования необходимо получить доступ к тому, какие части системы уязвимы. Если потенциал для несанкционированного доступа к базе данных существует, та же угроза существует для Вашего приложения? Кто-то мог выполнить Ваш код через Отражатель и определить то, что методы использовались, чтобы зашифровать и дешифровать. Можно смягчить то воздействие в некоторой степени с кодом obsfucators. Если то беспокойство не является риском, то можно найти легче зашифровать данные на прикладном уровне.
Вы рассмотрели шифрование Ваших данных на уровне файловой системы?
Это - Windows 2008/Vista только, но это должно дать Вам, в чем Вы нуждаетесь, и это - то, для чего это разработано.