Задать вопрос
@maryaTurova

Стоит ли держать ключ доступа в одной таблице с данными клиента или как организовать?

На данный момент думаю у меня не совсем верный подход.
В данных для регистрации только значение почты, и на неё отправляется ключ доступа для API.
Для входа в личный кабинет используется почта и этот самый ключ. Ключ никак не хешируется,так как не вижу смысла при каждом запросе API (а их много) проделывать манипуляции с хешем и проверкой.Т.е. в базе всё в открытом виде.
Само API по принципу как в сервисах по решению капч (например: rucaptcha.com).
С одной стороны, даже если злоумышленник подберет логин+ключ.....ну зайдет в личный кабинет, посмотрит графики а глядишь еще счет пополнит юзеру :)).
А вот с другой, если у него будет ключ ,то это плохо.
Как правильно всё-таки организовать?
Спасибо за внимание.
  • Вопрос задан
  • 61 просмотр
Подписаться 1 Средний Комментировать
Помогут разобраться в теме Все курсы
  • Skillfactory
    Профессия Fullstack веб-разработчик на JavaScript и PHP
    20 месяцев
    Далее
  • Хекслет
    PHP-разработчик
    10 месяцев
    Далее
  • Нетология
    Веб-разработчик с нуля: профессия с выбором специализации
    14 месяцев
    Далее
Решения вопроса 1
Rsa97
@Rsa97
Для правильного вопроса надо знать половину ответа
Используйте не ключ, а долговременный токен JWT, тогда вообще ничего хранить не нужно, кроме общего открытого ключа для расшифровки подписи.
Ответ написан
Комментировать
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы
FoodSoul Калининград
от 180 000 до 250 000 ₽
IT-Spirit Москва
от 230 000 до 320 000 ₽
от 200 000 до 290 000 ₽