Перекладено ШІ. Спільнота ще не перевірила. Читати англійською

Блог · 21 вересня 2023 р. · Steve Simpson · Ідентичність

Безпека Salesforce: занурення в концепції єдиного входу (SSO)

Ми продовжуємо нашу пізнавальну подорож, обговорюючи автентифікацію й авторизацію через браузер. Сьогодні ми заглибимося далі, розплутуючи складну павутину єдиного входу (SSO) і концепцію зовнішнього постачальника ідентичності, що контролює автентифікацію в Salesforce.

Salesforce як постачальник ідентичності

Діаграма: автентифікація й авторизація через браузер. Коли постачальником ідентичності є Salesforce, браузер автентифікується, сесія переходить до вебсервера екземпляра, і сторінки стають доступними; зі стороннім постачальником ідентичності спершу передається SAML-твердження на сервер автентифікації Salesforce

Крок 1: Автентифікація встановлюється через сервер автентифікації Salesforce

Крок 2: Генерується сесія, що веде вас до вебсервера екземпляра.

Крок 3: Потім надається авторизація, що відкриває доступ до сторінок і ресурсів.

Однак що, як автентифікацією керує інша система? Саме тут вступає в гру сторонній єдиний вхід.

[caption id="" align=“alignnone” width=“1780”]Загальний потік автентифікації із зовнішнім постачальником ідентичності (IdP) Загальний потік автентифікації із зовнішнім постачальником ідентичності (IdP) [/caption]

Сторонній SSO: погляд з висоти пташиного польоту

У ситуаціях, коли постачальником ідентичності є стороння система:

Крок 1: Автентифікацію виконує сторонній постачальник ідентичності (IdP)

Крок 2: SAML-твердження передається на сервер автентифікації Salesforce.

Крок 3: Після перевірки ця сесія дає вашому браузеру доступ до вебсервера екземпляра Salesforce, і далі відбувається авторизація.

Розшифровуємо термінологію SSO

[caption id="" align=“alignnone” width=“1800”]Загальний погляд на єдиний вхід із кількома постачальниками послуг Загальний погляд на єдиний вхід із кількома постачальниками послуг [/caption]

Постачальник послуг (SP): Це платформи на кшталт Salesforce, Workday чи будь-якої захищеної системи, об’єднані під одним постачальником ідентичності (IDP).

Постачальник ідентичності (IDP): Центральний вузол ідентичності, зазвичай система промислового рівня, що керує автентифікацією користувачів.

Сховище ідентичностей: Сховище — у Salesforce чи у зовнішній системі, як-от Active Directory чи LDAP, — що зберігає облікові дані. Важливо, що паролі зберігаються в хешованому вигляді для посиленої безпеки.

Цифровий сертифікат: Використовується, щоб встановити відносини довіри між постачальником ідентичності (IDP) і постачальником послуг (SP), забезпечуючи безперешкодну й захищену передачу.

SAML-твердження: Цими токенами обмінюються IDP і SP; вони підтверджують ідентичність користувача.

Переваги єдиного входу

Спрощений досвід користувача: Коли один IDP керує кількома постачальниками послуг, користувачам потрібен лише один набір облікових даних, що зменшує втому від паролів і ризик слабких паролів.

Централізована безпека: Загальний IDP дає змогу дотримуватися узгоджених стандартів безпеки, тож навіть якщо в якомусь застосунку немає надійних механізмів безпеки, користувачі все одно захищені.

Ефективне керування: Якщо працівник звільняється чи є підозра на злам, доступ можна швидко відкликати в центральному IDP, забезпечуючи негайну реакцію безпеки.

Узгодженість: Єдиний механізм відновлення й скидання паролів забезпечує однаковість.

Єдиний вхід у дії

Уявіть користувача, що починає день із доступу до постачальника послуг, як-от Salesforce. До IDP надсилається SAML-запит. Після успішної автентифікації SAML-відповідь (чи SAML-твердження) повертається постачальникові послуг. Цей цикл підтверджує ідентичність користувача й дає безперешкодний досвід навігації.

Підсумок

SSO — ключовий елемент сучасної цифрової безпеки, що спрощує доступ користувачів до кількох платформ під пильним оком IDP. Сьогодні ми познайомили вас з базовими концепціями й перевагами SSO.

Залишайтеся з нами: у наступних заняттях ми глибше розглянемо інші компоненти.

Транскрипт оброблено за допомогою ШІ

STA 3.3