(UA) IT/Tech Ukrainians in Canada

Ві тя 🇺🇦

уявімо що шерять

Ві тя 🇺🇦

(Якийс сенс тоді якщо тенанти не шерять дашборд)

Ві тя 🇺🇦

ну і заодно не засрав дашборд

Ві тя 🇺🇦

умовно щоб менший тенант не стирив клієнт більшого тенанта і не сидів на білінгу більшого тенанта таким чином

Daniel 🇺🇦🍁🇨🇦

Так, ну можно щось таке. На стороні клієнта: Кожен раз, коли хочеш ротувати ключ, додаток генерує новий фінгерпрінт (або я запутався, і щось проїбав) На стороні сервера: Коли клієнт встановлює з'єднання з API за допомогою нового фінгерпрінта, сервер знову звертається до сервісу для розшифровки і перевірки. Потім інвалідація старого фг

Yev

депендс же как у вас сделано

Ві тя 🇺🇦

правильно все зрозумів 🤝

Ві тя 🇺🇦

яким чином е2е тест не зможе собі дістати ключ?

Max

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

Yev

jwt - поставить 24 часа ттл и вперед

Ві тя 🇺🇦

може ось це дурна ідея

Ві тя 🇺🇦

типу публічний ключ хєрові ліміти, подивились що клієнт ок - видали новий ключ з гуд лімітами

ᴍᴀʀᴢᴇᴅ

скритий пуш нотіфі в апку?

Yev

лоад при открытии апки

Ві тя 🇺🇦

і чи можна це обʼєднати з рейт лімітами якось

Ві тя 🇺🇦

це трохи не те, я і ти розуміємо що таке ротація і як її зробити в кмс; питання як прокинути клієнтові

Vlad

Генерируют ключик, и оставляют куки где-то в секюрном сторедже, а потом пароль, биометрия или что ещё. И доверяют если есть ключик в сторедже валидный

ᴍᴀʀᴢᴇᴅ

блокувати новий девайс і довіряти старому девайсу який розпочав лінійку

Ві тя 🇺🇦

Single use token це зветься, хороша штука, та що робити коли лінійка зламається

Vlad

Первый запуск так сказать. Банковские апки так делают