This is the Trace Id: 19fe20025a26103178ea95f128d0ba81
Перейти до основного Microsoft Defender Microsoft Entra Microsoft Intune Project Perception Microsoft Purview Microsoft Sentinel SIEM Переглянути всі продукти Кібербезпека на основі ШІ Безпека в хмарі Безпеки й система керування даними Доступ до ідентичностей і мережі Захист для ШІ Для малого та середнього бізнесу Інтегровані SecOps Нульова довіра Ціни Послуги Партнери Переваги Захисного комплексу Microsoft Поінформованість про кібербезпеку Історії клієнтів Основи безпеки Ознайомлювальні версії продуктів Визнання в галузі Microsoft Security Insider Звіт про цифровий захист (Digital Defense Report) від корпорації Майкрософт Центр реагування на кіберзагрози Блоґ про Захисний комплекс Microsoft Заходи, присвячена Захисному комплексу Microsoft Спільнота технічних спеціалістів Microsoft Документація Бібліотека технічного вмісту Навчання та сертифікація Програма забезпечення відповідності вимогам для Microsoft Cloud Центр безпеки та конфіденційності Microsoft Портал надійності Microsoft Ініціатива щодо безпечного майбутнього Центр рішень для бізнесу Зв’язатися з відділом збуту Почати безкоштовне ознайомлення Захисний комплекс Microsoft Azure Dynamics 365 Microsoft 365 Microsoft Teams Windows 365 Microsoft AI Azure Space Гібридна реальність Microsoft HoloLens Microsoft Viva Квантові обчислення Освіта Автомобілі Фінансові послуги Державні установи Охорона здоров’я Виробництво Торгівля Знайти партнера Стати партнером Мережа партнерів Microsoft Marketplace Компанії з розробки ПЗ Блоґ Microsoft Advertising Центр розробників Документація Заходи Ліцензування Microsoft Learn Дослідження Microsoft Переглянути карту сайту
КРАЩІ ЗАХОДИ БЕЗПЕКИ

Що таке програмні ідентичності?

Дізнайтеся, як програмні ідентичності — які використовуються в програмах, ботах, агентах ШІ, робочих навантаженнях і сценаріях, — змінюють підхід до безпеки й чому керування ними є критично важливим у світі, орієнтованому на хмарні технології.
Оскільки організації впроваджують дедалі більше автоматизації та хмарних інструментів, кількість програмних ідентичностей (NHI) зростає. Ці програмні ідентичності, які використовуються програмами, службами та сценаріями, допомагають системам працювати ефективно, але можуть створювати ризики для безпеки. Командам з ІТ й безпеки важливо розуміти, які NHI існують, до чого вони мають доступ і як використовуються. Це зменшує ризики та покращує керування в дедалі складнішому цифровому середовищі.

Основні тези

  • Програмні ідентичності відіграють ключову роль у цифрових операціях. Вони дають змогу програмам – наприклад, програмам, службам і сценаріям – самостійно отримувати доступ до систем і даних. Із зростанням популярності хмарних технологій керування цими ідентичностями стає важливим для забезпечення безпеки й ефективності.
  • Різні типи програмних ідентичностей вимагають ретельного керування. Облікові записи служб, керовані ідентичності та принципали служб виконують різні ролі. Якщо їх не контролювати, вони можуть отримати надмірний доступ або залишитися непоміченими, а це створює ризики для безпеки.
  • Агенти ШІ створюють нові виклики у сфері керування програмними ідентичностями. Ці автономні системи діють самостійно та можуть змінювати ролі, отримувати доступ до даних, запускати робочі процеси або взаємодіяти з іншими агентами ШІ без участі людини. Оскільки їх використання розширюється, рішення для роботи з ідентичностями мають розвиватися, щоб виявляти, контролювати й перевіряти, як агенти працюють у різних середовищах.
  • Програмні ідентичності потребують регулярного обслуговування, щоб залишатися захищеними. Їх слід переглядати й оновлювати, коли змінюються системи або ролі. Без цього вони можуть накопичувати надлишкові права доступу та перетворюватися на приховані вразливості.
  • ID робочих навантажень Microsoft Entra спрощує керування програмними ідентичностями. Це рішення допомагає організаціям знаходити, відстежувати й захищати програмні ідентичності. Завдяки таким інструментам, як вхід без пароля та політики доступу, легше підтримувати безпеку й контроль.

Що таке програмні ідентичності?

Програмна ідентичність – це цифрова ідентичність, яку використовує програмне забезпечення, наприклад програми, служби або сценарії, щоб автоматично отримувати доступ до систем і даних, подібно до того, як людина може входити в систему й виконувати завдання. Оскільки компанії використовують дедалі більше хмарних служб, інструментів автоматизації, розумних пристроїв і технологій ШІ, кількість цих ідентичностей швидко зростає. Сьогодні програмне забезпечення часто самостійно взаємодіє з іншими системами – чи то програма отримує інформацію, сценарій випускає нові оновлення програмного забезпечення, чи бот перевіряє транзакції.

Це зростання також створює нові завдання й проблеми. Багато програмних ідентичностей мають більше доступу, ніж їм потрібно, залишаються активними довше, ніж потрібно, або їх не відстежують стандартні інструменти безпеки. Ретельне керування ними допомагає зменшити ризики, підвищити ефективність і захистити як людей, так і системи.

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

Машинні, людські та програмні ідентичності

Не всі ідентичності в цифровому середовищі представляють людей. Оскільки організації використовують дедалі більше автоматизації та хмарних служб, важливо розуміти ключові відмінності між людськими, програмними та машинними ідентичностями
 
  • Людські ідентичності присвоюються реальним людям – наприклад, працівникам або партнерам, – які взаємодіють із системами вручну. Зазвичай ними керують через ролі, багатофакторну автентифікацію та політики доступу.

  • ⁠Програмні ідентичності – це програмні агенти, наприклад програми, боти, агенти ШІ або цифрові інструменти, які автоматично отримують доступ до систем. Вони необхідні для автоматизації, але в традиційній системі керуванні ідентичностями часто залишаються непоміченими.

  • ⁠Машинні ідентичності – це спеціалізований тип програмних ідентичностей, який використовується для захисту зв’язку між пристроями, серверами або віртуальними машинами. Для автентифікації компонентів інфраструктури в них часто використовуються сертифікати або криптографічні ключі.
Розуміння цих відмінностей допомагає командам ІТ й безпеки застосовувати необхідні інструменти контролю, відстежувати поведінку ідентичностей і ефективніше керувати доступом у складних середовищах.

Типи програмних ідентичностей

Існують різні типи програмних ідентичностей, і процеси створення, використання й керування для них в організації відрізняються. Кожен тип виконує конкретну роль, але всі вони призначені для того, щоб допомагати програмним системам безпечно отримувати доступ до ресурсів без участі людини.

Ось десять найпоширеніших типів таких загроз:

1. Облікові записи служб – це
часто використовувані облікові записи, що створюються вручну та дають змогу програмам або службам взаємодіяти із системами. Вони використовуються для:
 
  • - виконання фонових або автоматизованих завдань;
  • - доступу до файлів або баз даних;
  • - підключення служб між різними системами.
Щоб виконувати рутинні системні завдання, багато організацій використовують облікові записи служб, але без належного керування вони можуть отримати доступ до частин системи, які їм насправді не потрібні, що може підвищити ризик для безпеки.

2. Керовані ідентичності автоматично створюються й керуються хмарними платформами, тому контролювати, до чого може отримувати доступ програмне забезпечення, простіше. Кожна ідентичність пов’язана з певною системою або службою та існує лише доти, доки вона потрібна. Завдяки цьому розробникам не доводиться вручну обробляти імена користувачів або паролі, що знижує ризик витоку даних і підвищує рівень безпеки. Їх часто використовують для:
 
  • - безпечної автентифікації в хмарних службах без збереження конфіденційних даних, таких як паролі, ключі API або маркери доступу;
  • - призначення дозволів на доступ на основі ролей із мінімальним обсягом налаштування;
  • - ефективнішого керування програмними ідентичностями в міру розширення хмарних середовищ.
Використання керованих ідентичностей допомагає спростити доступ, зменшити потребу в керуванні обліковими даними та знизити ризик того, що програмне забезпечення матиме більше доступу, ніж потрібно.

3. Принципали служб – це ідентичності системи безпеки, які використовують програми або служби для доступу до хмарних ресурсів. Вони діють як ідентичність програми в межах платформи ідентичностей і широко використовуються для:
 
  • - завдань з автоматизації та створення сценаріїв;
  • - створення, тестування й розгортання робочих процесів;
  • - підключень між хмарними службами та сторонніми інструментами.
Принципали служб забезпечують гнучкий детальний контроль над тим, до чого може отримати доступ програмне забезпечення, але їх потрібно уважно відстежувати, щоб уникнути зловживань і зберегти безпеку систем.

4. Агенти ШІ – це новий клас програмних ідентичностей. Агенти на основі агентного ШІ – це автономні, динамічні програмні ідентичності, які можуть міркувати, делегувати завдання та діяти в різних системах без прямого людського втручання. На відміну від традиційних NHI, агенти ШІ можуть:
 
  • - створюватися за потреби та використовуватися в кількох доменах;
  • - отримувати доступ до API, баз даних і служб за допомогою тимчасових або контекстних облікових даних;
  • - обмірковувати завдання й змінювати ролі – іноді діючи як системні агенти, іноді від імені людей.
Динамічний життєвий цикл агента ШІ кидає виклик традиційним системам автентифікації, таким як OAuth або SAML, які розроблено для статичних людських або машинних ідентичностей. Використання агентів ШІ додає нові вимоги до ваших стратегій керування програмними ідентичностями, такі як:
 
  • Використання тимчасових облікових даних, які діють недовго і автоматично скасовуються.
  • ⁠Оцінювання відповідності політикам у реальному часі, яке надає динамічний доступ із мінімально необхідними правами.
  • ⁠Підзвітність і можливість перевірки для автономних дій, які виконують агенти.
  • Нагляд із боку людини за конфіденційними або високоризикованими завданнями, які виконують агенти.
Без належного керування агенти ШІ можуть створювати багато некерованих ідентичностей, що призводить до розростання обсягу облікових даних, поступового розширення прав і появи сліпих зон у системі безпеки.

Принцип роботи програмних ідентичностей

Програмні ідентичності дають змогу програмам, службам і віртуальним машинам автоматично входити в систему, отримувати доступ до ресурсів і виконувати завдання без участі людини. Хоча людина може ввійти в систему й виконати дію вручну, програмні ідентичності роблять це програмно – залежно від того, як їх налаштовано, – завдяки чому автоматизовані операції стають швидшими та безпечнішими.

Створення й призначення

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

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

Хоча програмні ідентичності не змінюють ролі й не залишають організацію, їм усе одно потрібне регулярне обслуговування, щоб залишатися захищеними та працювати належним чином. Для цього рекомендовано застосовувати:
 
  • регулярну ротацію облікових даних або ключів доступу;
  • перевірку дозволів для видалення непотрібних дозволів, які могли накопичитись із часом;
  • виявлення та видалення ідентичностей, які вже не активні або не потрібні;
  • моніторинг дій на наявність підозрілої поведінки або ознак зламу.
Без регулярного обслуговування програмні ідентичності можуть перетворитися на приховані ризики для безпеки, зокрема:
 
  • з часом накопичувати непотрібні дозволи;
  • залишатись активними після того, як системи, які вони підтримують, більше не використовуються;
  • залишатися непоміченими для інструментів моніторингу та ставати мішенню для зловмисників.
Ефективне керування цими ідентичностями – від створення до щоденного використання й подальшого обслуговування – є ключовою частиною сучасного керування ідентичностями та доступом. Якщо робити це правильно, це забезпечує захист автоматизації, підвищує її ефективність і спрощує контроль.

Ефективне керування програмними ідентичностями

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

Переваги

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

Організаціям слід використовувати такі інструменти, як системи керування ідентичностями та доступом (IAM), щоб допомогти командам безпеки керувати як людськими, так і програмними ідентичностями з одного центру.

Для програмних ідентичностей системи керування ідентичностями та доступом надають такі можливості:
 
  • огляд того, які системи отримують доступ до яких ресурсів;
  • керування доступом на основі політик для застосування дозволів із мінімально необхідними правами;
  • автоматизація життєвого циклу, що дає змогу зменшити обсяг ручного обслуговування;
  • моніторинг і журналювання для виявлення зловживань або ризикованої поведінки;
  • ротація та зберігання облікових даних у сховищі для кращого захисту.
Ці інструменти допомагають командам безпеки та ІТ забезпечити надійну роботу програмних ідентичностей у визначених межах й гарантувати, що вони не створюватимуть прогалин у відповідності, видимості чи керуванні.

Рекомендації

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

1. Застосовуйте доступ із мінімальними правами. Надавайте кожній ідентичності лише ті дозволи, які їй потрібні, – і нічого зайвого. Намагайтеся не надавати широких прав доступу або прав адміністратора. Це мінімізує вплив у разі компрометації ідентичності.

2. Автоматизуйте керування життєвим циклом. Використовуйте інструменти керування ідентичностями, щоб автоматизувати створення, ротацію та видалення програмних ідентичностей. Прив’язування облікових записів до життєвого циклу завдання або служби, які вони підтримують, допомагає уникнути ситуації, коли у вашому середовищі залишаються невикористані облікові записи.

3. Використовуйте керовані ідентичності, якщо це можливо. У хмарних середовищах керовані ідентичності автоматично забезпечують захищений доступ і оновлення паролів. Це означає, що немає потреби зберігати конфіденційні відомості, як-от паролі або ключі доступу, у вашому коді.

4. Централізуйте видимість і керування. Відстежуйте всі програмні ідентичності через централізовану систему IAM. Видимість у хмарних, локальних і гібридних середовищах полегшує виявлення невикористовуваних, неправильно налаштованих або ризикованих ідентичностей.

5. Захищайте облікові дані. Зберігайте конфіденційні відомості, як-от паролі, ключі доступу та сертифікати безпеки, у захищеній системі зберігання, а не в коді програми чи файлах налаштувань. Оновлюйте їх регулярно та стежте за будь-якою незвичною активністю.

6. Відстежуйте й перевіряйте дії. Налаштуйте журналювання та сповіщення, щоб відстежувати, як використовуються програмні ідентичності. Виявляйте незвичні або надмірні спроби доступу чи неочікувану поведінку, які можуть вказувати на зловживання.

7. Регулярно переглядайте та очищайте ідентичності. Заплануйте регулярні перевірки програмних ідентичностей та їхніх дозволів. Видаляйте невикористовувані ідентичності та обмежуйте надто широкий доступ, щоб підтримувати порядок і безпеку у вашому середовищі.

Запровадження цих рекомендованих методів допомагає організаціям випереджати ризики, пов’язані з ідентичностями, і водночас упевнено підтримувати автоматизацію та інновації.

Результати
 
  • Вищий рівень безпеки завдяки обмеженню точок доступу, які часто залишаються поза увагою.
  • Простіші перевірки та відповідність вимогам завдяки кращому відстеженню того, хто або які системи мають доступ.
  • Менша ймовірність помилок або надмірного використання доступу завдяки ефективному керуванню дозволами.
  • Підвищена ефективність завдяки автоматизованому налаштуванню, моніторингу та очищенню ідентичностей.
Коли застосовуються правильні системи та методи, керування програмними ідентичностями дає можливість посилити безпеку та водночас підтримати швидкість і масштаб сучасних ІТ-операцій.

Майбутнє програмних ідентичностей

У міру того як цифрові середовища стають складнішими, спосіб керування програмними ідентичностями й надалі змінюватиметься. Такі нові технології, як ШІ та блокчейн, уже починають змінювати процеси створення, контролю й захисту ідентичностей.

Керування ідентичностями на основі ШІ

ШІ відіграє дедалі більшу роль у покращенні видимості та ухваленні рішень щодо програмних ідентичностей. Завдяки штучному інтелекту організації можуть:
 
  • Автоматично виявляти незвичну поведінку або непотрібний доступ.
  • ⁠Рекомендувати зміни доступу на основі моделей використання.
  • ⁠Передбачати ризики безпеки, перш ніж вони переростуть у серйозні проблеми.
  • ⁠Постійно адаптувати політики в міру розвитку систем.
Такий тип інтелектуальної автоматизації полегшує керування великою кількістю ідентичностей, особливо в середовищах, де системи та служби часто створюються, оновлюються або вимикаються залежно від потреб.

Блокчейн і децентралізована ідентичність

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

Оскільки організації використовують більше ШІ, інтелектуальних пристроїв і автоматизованих систем, кількість програмних ідентичностей і далі зростатиме. Керування ними потребуватиме рішень для ідентичностей, які є гнучкими, автоматизованими та побудованими з урахуванням зростання, – щоб компанії могли залишатися під контролем навіть тоді, коли їхні технології стають складнішими.

Рішення Microsoft Entra для ідентичностей і доступу

Керування доступом у сучасному світі, підключеному до хмари, потребує більшого, ніж просто традиційні інструменти для роботи з ідентичностями. Рішення Microsoft для керування ідентичністю та доступом допомагають організаціям захищати користувачів, пристрої, програми та автоматизовані служби незалежно від того, звідки вони підключаються або які методи чи технології використовують.

Рішення Microsoft Entra для керування ідентичністю та мережевим доступом розроблено, щоб запобігати атакам, забезпечувати доступ із мінімальними привілеями та покращувати взаємодію з користувачами, водночас надаючи захищений доступ до ресурсів. Такі інструменти, як Microsoft Entra ID, Керування ідентифікатором Microsoft Entra, Зовнішній ID Microsoft Entra та ID робочих навантажень Microsoft Entra, створено спеціально для керування програмними ідентичностями.

Комплексне рішення для керування доступом Microsoft Entra забезпечує захищений доступ для робочих, клієнтських, партнерських і програмних ідентичностей до ресурсів у локальних і хмарних середовищах. Воно включає такі можливості:
 
  • єдиний вхід для спрощеного доступу до програм і служб;
  • багатофакторна автентифікація, зокрема без автентифікація без пароля та двофакторна автентифікація, наприклад із використанням біометрії, ключів FIDO та програм-автентифікаторів;
  • ⁠керування привілейованим доступом для захисту та моніторингу облікових записів із високим рівнем впливу та підвищеним рівнем дозволів;
  • безпека входу, яка захищає від атак прямим добором, повторного використання паролів і перехоплення сеансів;
  • ⁠умовний доступ, який коригує дозволи на основі сигналів у реальному часі, як-от рівень ризику, розташування та справність пристроїв;
  • захист ідентичностей завдяки виявленню загроз у реальному часі та автоматизованому реагуванню;
  • сучасний мережевий доступ до загальнодоступних і приватних мереж;
  • керування доступом для моніторингу, перевірки й автоматизації того, як користувачі та системи отримують доступ.
Ця уніфікована платформа допомагає захищати всі ідентичності – людські й програмні, – водночас підтримуючи захищений доступ у хмарних і гібридних середовищах. Завдяки вбудованим інструментам для керування, дозволів і автоматизації Microsoft Entra надає організаціям гнучкі можливості керування ідентичностями на кожному рівні.

ID робочих навантажень Microsoft Entra

Оскільки компанії використовують дедалі більше інструментів автоматизації, хмарних програм і підключених служб, керування програмними ідентичностями стає настільки ж важливим, як і захист людських ідентичностей. ID робочих навантажень Microsoft Entra надає централізовані інструменти для захисту таких програмних ідентичностей – зокрема принципалів служб, програм і керованих ідентичностей, – щоб допомогти командам:
 
  • - надавати доступ без жорстко кодованих облікових даних;
  • - відстежувати підключення ПЗ в різних середовищах;
  • - моніторингу справності й використання ідентичностей.
Разом із Захистом ідентифікатора Microsoft Entra рішення "ID робочих навантажень" безперервно відстежує програмні ідентичності на наявність ознак компрометації – таких як витоки секретів, незвичні моделі входу або збіги з даними аналізу загроз – і позначає їх для негайного усунення.

Функції

Захищайте програмний доступ у великих середовищах за допомогою функцій рішення "ID робочих навантажень Microsoft Entra", таких як:
 
  • Автоматичне виявлення ідентичностей. Виявляйте й інвентаризуйте ідентичності завдань – наприклад, програми, служби й сценарії – у середовищах Azure і гібридних середовищах.
  • Автентифікація без облікових даних. Усуньте необхідність зберігати паролі або ключі доступу в коді, використовуючи керовані ідентифікаційні дані та тимчасові маркери для захищеного автоматичного доступу.
  • Застосування доступу з мінімальними правами. Застосовуйте дозволи на основі ролей, які обмежують доступ лише областю, необхідною для кожного завдання. Це допоможе зменшити ризик виникнення надмірно привілейованих ідентичностей.
  • ⁠Умовний доступ для робочих навантажень. Застосовуйте політики в реальному часі залежно від рівня ризику, розташування та контексту, щоб поширити елементи керування за принципом нульової довіри на програмні ідентичності.
  • ⁠Централізований моніторинг і звітування. Відстежуйте дії ідентичностей робочих навантажень завдяки вбудованому журналюванню, виявленню аномалій і звітності, готовій до аудиту.
  • ⁠Інтеграція з екосистемою Microsoft Entra. Використовуйте рішення "ID робочих навантажень Microsoft Entra" разом із такими продуктами, як Entra ID, "Захист ідентифікаторів", "Керування ідентифікатором" та іншими інструментами безпеки Microsoft для уніфікованого захисту ідентичностей.
Результати

Організації, які використовують ID робочих навантажень Microsoft Entra, можуть:
 
  • автоматично виявляти й контролювати ідентичності робочих навантажень у середовищах Azure та інших середовищах;
  • ⁠застосовувати доступ із мінімальними правами за допомогою керування доступом на основі ролей і політик умовного доступу;
  • посилити захист облікових даних, усунувши жорстко кодовані секрети та ввімкнувши надійні методи автентифікації;
  • ⁠покращити огляд системи безпеки завдяки безперервному моніторингу та виявленню ризиків на основі дій;
  • ⁠спростити аудит і дотримання вимог за допомогою централізованого керування ідентичністю та політик.
Приклади сценаріїв, які відображають реальні труднощі

Автоматизація захищених випусків програм у сфері фінансових послуг

Фінансова установа створює й розгортає програми для клієнтів, використовуючи автоматизовані інструменти для створення та запуску програмного забезпечення. Щоб зменшити ризик розкриття облікових даних, вони використовують ID робочих навантажень Microsoft Entra для призначення керованих ідентичностей кожному етапу циклу випуску.

Це допомагає організації:
 
  • виключити жорстко кодовані секрети в сценаріях автоматизації;
  • обмежити доступ до конфіденційних фінансових даних і API з урахуванням середовища й завдання;
  • прискорити перевірки відповідності, ведучи чіткі журнали доступу.
Підтримка надійного обміну даними в системах IoT для охорони здоров’я

Постачальник послуг охорони здоров’я використовує медичні пристрої з підтримкою IoT, щоб збирати й надсилати телеметричні дані пацієнтів до розміщених у хмарі програм для моніторингу в реальному часі. Кожному пристрою присвоюється унікальна ідентичність за допомогою ID робочих навантажень Microsoft Entra, щоб перевіряти його автентичність і забезпечувати захищений зв’язок.

Таким чином постачальник може:
 
  • автоматично автентифікувати пристрої, перш ніж вони почнуть передавати дані пацієнтів;
  • заборонити доступ неавторизованих пристроїв до регульованих систем охорони здоров’я;
  • спростити керування ідентичностями під час заміни пристроїв або виведення їх із експлуатації.
Захист доступу для ботів автоматизації роздрібної торгівлі

Велика роздрібна мережа використовує ботів на основі ШІ для відстеження запасів, повторного замовлення товарів і аналізу тенденцій у точках продажу. Кожному боту потрібен індивідуальний доступ до внутрішніх систем, як-от бази даних запасів або API постачальників. ID робочих навантажень Microsoft Entra дає ІТ-команді змогу призначати й застосовувати точні дозволи для кожного бота.

Це дає компанії змогу:
 
  • призначати доступ на основі конкретної функції кожного бота;
  • мінімізувати ризик, уникаючи надання широких стандартних дозволів;
  • перевіряти дії на предмет дотримання внутрішніх і галузевих стандартів.

Запитання й відповіді

  • Прикладом програмної ідентичності є хмарна програма, якій потрібно отримати доступ до бази даних. Замість використання облікових даних користувача програмі призначають цифрову ідентичність, щоб вона могла безпечно підключатися, читати або записувати дані – так само, як це робив би користувач. Ця ідентичність дає програмі змогу автентифікуватися й виконувати завдання автоматично, без участі людини.
  • Існує кілька поширених типів програмних ідентичностей, кожен з яких створено, щоб допомогти програмному забезпеченню отримувати захищений доступ до систем і даних:

    1. Облікові записи служб – це створені вручну облікові записи, які використовують програми або служби для виконання завдань, доступу до файлів або підключення систем – часто в локальних або застарілих середовищах.

    2. Керовані ідентичності – це ідентичності, які хмарні платформи створюють і контролюють автоматично. Ці ідентичності обробляють автентифікацію без потреби зберігати облікові дані, тому їх простіше й безпечніше використовувати у великому масштабі.

    3. Принципали служб – це цифрові ідентичності для програм або служб у хмарному каталозі. Їх зазвичай використовують для автоматизації, розгортання або підключення різних хмарних інструментів і служб із точним керуванням доступом.

    Кожен тип відіграє ключову роль у підтримці захищеної автоматизації та обміну даними між комп’ютерами.
  • Основна відмінність між людськими та програмними ідентичностями полягає в тому, кого (або що) вони представляють:
     
    • Людські ідентичності пов’язані з реальними людьми, наприклад працівниками, партнерами або підрядниками. Ці ідентичності використовуються для входу, ухвалення рішень і ручної взаємодії із системами. Зазвичай їх захищають за допомогою імен користувачів, паролів і багатофакторної автентифікації.

    • Програмні ідентичності призначають програмному забезпеченню – наприклад, програмам, службам, ботам або сценаріям – щоб воно могло автоматично отримувати доступ до систем і даних. Ці ідентичності дають технологіям змогу виконувати завдання без безпосереднього втручання людини і часто використовуються в системах автоматизації, хмарних службах або для обміну даними між комп’ютерами.

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

Підпишіться на новини про Захисний комплекс Microsoft

Українська (Україна) Конфіденційність інформації про здоров’я споживачів Звернутися до корпорації Microsoft Конфіденційність Керування файлами cookie Умови використання Товарні знаки Відомості про рекламу