Как очистить чувствительную память в JavaScript?

Question

У меня есть форма для входа, чтобы пользователь мог ввести свой пароль. Эта форма связана с моделью AngularJS. Предположим, что в соответствующем контроллере пользовательский пароль доступен через $scope.password.

Настоящая процедура входа в систему обрабатывается этой функцией: login($scope.email, $scope.password). После этой процедуры логика приложения больше не нуждается в пароле, и я хочу удалить ее из памяти браузера.

Для меня наиболее очевидный вопрос: что я могу сделать сразу после вызова login($scope.email, $scope.password), чтобы очистить память, удерживая значение, которое в настоящее время связано с $scope.password? Надеюсь, этот вопрос применим для JavaScript в целом.

Но тогда, следуя отсюда, у меня есть еще два AngularJS-специфические вопросы:

• это пароль значение формы связаны с более AngularJS-внутренних переменных, чем просто $scope.password? В этом случае переопределение $scope.password не помогло бы.

• При переключении вида контроллер, соответствующий старому представлению, и его область действия становятся «разрушенными». Должен ли я просто полагаться на сборку мусора, чтобы очистить память, содержащую пароль, в течение короткого промежутка времени после перехода от входа в систему?

Answer 1

Поскольку ничто в различных сценариях, связанных с веб-браузером, не делает обязательств относительно содержимого браузера, вы никогда не сможете быть уверены в том, что вы очищаете память.

Рассмотрим простой код JS:

x=1234; 
x=5678; 

Даже в таком простом фрагменте кода у Вас нет никакой гарантии, что вы на самом деле удалены 1234 из памяти. Все, что вы знаете, это то, что когда вы ссылаетесь на x, его значение будет 5678. Вы не знаете, перезаписал ли 56781234 или был записан в новое место памяти.

Точно так же после того, как пользователь ввел свой пароль в ответ на форму, содержащую:

<input type="password" name="p"> 

У вас нет гарантии, что вы можете когда-либо стереть память затаив пароль; даже если вы снова запустите форму.

Единственный способ обойти эти ограничения - написать толстый клиент, который запускается как настольное приложение или плагин для браузера.

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

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

Answer 2

Если это реальный риск для вашего приложения, единственным реальным выбором является создание страницы для входа, которая отделена от приложения.

Чтобы отправить пароль, вы можете использовать стандартную форму для входа, ответ заставит браузер извлечь новую страницу, и вся существующая память с паролем игнорируется.

Answer 3

Использование двоичных/char типизированных массивов. Заполните массив нулями, когда вам нужно уничтожить данные в памяти.

• https://developer.mozilla.org/en-US/docs/Web/JavaScript/Typed_arrays