Авторизація є критичною, але невидимою частиною більшості додатків. Авторизація визначає, хто має доступ до яких даних. Дозвіл стосується Хто може увійти в двері, Хто має ключі до яких кімнат? Історично, команди розробників побудували логіку авторизації у свій код додатків. Але побудова і підтримка логіки авторизації стала м'язовою роботою, і з часом ніхто не хоче торкатися коду з побоюванням дати неправильній людині доступ до конфіденційної інформації. Останнім часом з'явився новий набір інструментів для розробників, щоб вирішити цей критичний компонент розробки програмного забезпечення. Як Twilio зробив для SMS або Stripe для платежів, постачальники, такі як Oso, прагнуть вирішити Таким чином, розробники можуть зосередитися на своїй основній програмі. дозвіл дозвіл Types of Authorization Типи дозволів Існує кілька загальних шаблонів авторизації. Як правило, організації починають з (або RBAC), де користувачі мають визначені ролі, які визначають дані, до яких вони можуть отримати доступ. , або . Рольова авторизація Редактор Коментар глядач Рольова авторизація Звучить просто, чи не так? Давайте розширимо приклад Google Docs. Припустимо, що користувач створює цілу папку документів. доступу до папки, ви повинні мати Тепер нам потрібно впровадити контроль доступу на основі відносин (або ReBAC), що означає, що вам не тільки потрібні ролі, але і потрібно організувати дозволи на основі відносин між ресурсами. глядач глядач Тоді ви можете запропонувати додаткові вимоги, такі як визначення публічних проти приватних документів, тимчасовий доступ (ця особа може мати редакторський доступ до документа до закриття бізнесу) або умовний доступ (чутливі документи HR не можуть бути доступні, навіть якщо ваша роль дозволить це інакше). Securing LLM Chatbots Забезпечення LLM Chatbots На додаток до цих традиційних моделей дозволу, вибух запроваджує нові способи взаємодії з даними, а також нові виклики. Гнучкість та масштабність LLM ускладнюють забезпечення того, щоб ви не витікали конфіденційні дані. Щоб бути точними, ці моделі повинні навчатися на великій кількості даних. При поверненні відповідей, однак, необхідно, щоб тільки кінцеві користувачі бачили тільки ті дані, які вони повинні бачити. Наприклад, уявіть співробітника, який запитує внутрішнього чатбота: "Прошу підсумувати результати зустрічі виконавчого персоналу за останні 6 місяців". LLM чатботи LLM чатботи Нижче наведено приклад потоку даних для авторизованого чат-бота RAG, який включає перевірки дозволів перед поверненням відповіді кінцевому користувачеві: Who is using authorization as a service? Хто використовує авторизацію як послугу? Нові пропозиції продавців дозволяти компаніям надавати дрібні контролю доступу, такі як контроль доступу на основі ролей (RBAC), контроль доступу на основі відносин (ReBAC) і контроль доступу на основі атрибутів (ABAC), а також нові випадки використання для забезпечення чат-ботів LLM. Все більше організацій тепер використовують авторизацію як послугу для забезпечення своїх додатків. Авторизація як послуга Авторизація як послуга

This story contains new, firsthand information uncovered by the writer.

Це аудіо створено мовою оригіналу історії!

Надто довго; Читати

Boost your HackerNoon story @ $159.99! 🚀

Як SaaS-компанії змінюють свій підхід до авторизації

About Author

КОМЕНТАРІ

ПОВІСИТИ БИРКИ

ЦЯ СТАТТЯ БУЛА ПРЕДСТАВЛЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps