Итак, вот подход, о котором я думал:
ПРОБЛЕМА:
- после того, как вы сделали все возможное, чтобы защитить свои серверы и клиентское приложение. Я хотел добавить дополнительный слой, чтобы убедиться, что даже если пользователь теряет доступ к своим данным, он может реально влиять только на свое собственное небольшое пространство в общей базе данных. (очевидно, что аутентификации на месте, но это основа модели authenticatino)
Решение, которое я имел в виду:
- Я хотел добавить «скрытое» поле, в котором хранятся IP-адреса пользователей.
Это означает, что когда пользователь вводит обычный пароль и запись usenrame, он также должен проверить, является ли машина, которую он использует, своей собственной, и, таким образом, мы сохраняем этот IP-адрес, беря его из своего запроса.
Позже, если им нужно будет снова войти в систему, они могут, но если они хотят получить данные, поиск на сервере маршрутизатора получит IP-адрес из запроса, добавьте его в сообщение как часть параметров фильтра.
Как только он запрашивает базу данных, если найдена комбинация IP + данных, которую хотят пользователи, он отправляет ее обратно.
Если обнаружен другой IP-адрес, то на сервере не существует никаких данных, поэтому ничего не отправляется обратно. который первоначально будет сделан при входе в систему и вызовет письмо пользователю, чтобы убедиться, что машина, которой он пользуется, является доверенной.
Есть ли более простой способ? это переоценка?
Спасибо,
Alex
Попробовал модуль ip-запроса в Express, работает нормально, но хотел узнать, была ли потенциальная угроза безопасности при использовании этого способа, и он будет реализован, прежде чем продолжить.