Довгоживучі ключі доступу
Статичний ключ доступу не має строку дії, тож він витікає й залишається чинним.
Що таке Довгоживучі ключі доступу?
Статичний ключ доступу ніколи не спливає, і саме ця єдина властивість робить його вразливістю. За обліковими даними, які рік працюють без проблем, ніхто не стежить, а ключ, закладений у конвеєр збірки, найчастіше й витікає. Ви візьмете ключ із публічного журналу збірки, переконаєтеся, що через кілька місяців він усе ще проходить автентифікацію, і прочитаєте секрет продакшн-бази даних. Одне лише відкликання не вирішує проблеми: коли конвеєр перестає працювати, йому зазвичай видають новий статичний ключ, тож ви напишете політику довіри, яка через федерацію видає короткочасні облікові дані на кожен запуск.
Що ви дізнаєтесь у Довгоживучі ключі доступу
- Враховуйте: статичний ключ не має строку дії, тож проміжок між витоком і зловживанням обмежує лише те, що хтось помітить проблему.
- Пам'ятайте, що витікає той ключ, який закладено в конвеєр, і він зазвичай переживає того, хто його створив.
- Використовуйте федерацію: вона видає короткочасні облікові дані на кожен запуск, тож немає довговічного секрету, який можна викрасти.
- Замінюйте розкриті облікові дані у два кроки: відкличте їх і видайте робочу заміну. Самого відкликання замало: воно зупинить конвеєр, і його доведеться скасувати.
Довгоживучі ключі доступу — Кроки навчання
-
Ключ, який хтось випадково опублікував
Боб не зламує компанії. Він збирає облікові дані, які компанії вже випадково оприлюднили, і пробує їх пізніше, бо більшість із них досі діє. Marnvex забезпечує роботу платформ даних клінічних випробувань для фармацевтичних спонсорів. Її система збірки публікує журнали консолі, а Боб їх читає.
-
Додайте ключ до профілю
Ключ корисний, лише коли його підключено до клієнта. Боб записує пару в іменований локальний профіль так само, як будь-який інженер налаштовує другий обліковий запис.
-
Чи ще працює ключ
Перше запитання — чи ключ узагалі ще проходить автентифікацію. Боб ставить найпростіше з можливих запитань.
-
Що відкриває ключ
Ідентичність CI нічим не примітна, але вона існує, щоб розгортати, а отже, може читати те, що потрібно застосунку для роботи. Боб просить у неї збережені облікові дані продакшн-бази даних. У Боба є облікові дані продакшн-бази даних, отримані з ключа, що витік кілька місяців тому.
-
Чому вразливістю став час
-
Виклики API з невідомого нам джерела
Моніторинг Marnvex фіксує, що користувач CI виконує виклики з адреси, якої досі не бачив.
-
Знайдіть ключ
Почати варто з самого ключа: який його вік, коли його востаннє використовували і чи був у нього колись строк дії.
-
Скільки ключ уже існує
Ключ CI — той, що викликав тривогу.
-
Без строку дії, 241 день
Власний запис про ключ пояснює, чому витік у квітні наприкінці серпня досі залишається інцидентом.
-
Вимкніть ключ
Спершу — локалізація. Відкликання ключа зупиняє Боба посеред інциденту й ненадовго порушить роботу CI, і це виправдана ціна, поки злам іще триває. Заміна — наступним кроком.
Охоплення стандартів безпеки
CWE
- CWE-798 Use of Hard-coded Credentials
- CWE-522 Insufficiently Protected Credentials
- CWE-324 Use of a Key Past its Expiration Date
MITRE ATT&CK
- T1552.001 Unsecured Credentials: Credentials In Files
- T1078.004 Valid Accounts: Cloud Accounts
CIS Controls
- CIS 5 Account Management
- CIS 6 Access Control Management
NIST CSF
- PR.AT-02 Individuals in specialized roles are provided with awareness and training so that they possess the knowledge and skills to perform relevant tasks with cybersecurity risks in mind
- PR.AA Identity Management, Authentication, and Access Control