--- title: "Десять золотих правил керування обліковими даними" description: "Оцінка, а не комерційна пропозиція. Десять технічних, перевірених правил \"здав/не" lang: uk url: https://clavitor.ai/uk/rules markdown: https://clavitor.ai/uk/rules.md translation_of: https://clavitor.ai/en/rules.md authoritative: false publisher: Clavitor LLC --- > This is the Ukrainian translation of [The Ten Golden Rules of Credential Management](https://clavitor.ai/en/rules.md). The original English text is authoritative; where the two differ, the English version prevails. # Оцінка, а не комерційна пропозиція: Десять золотих правил керування обліковими даними Це правила, на яких має будуватися система облікових даних — технічні, перевірені, "здав/не здав". Перевірте будь-який інструмент за ними, включно з нашим, і підрахуйте, скільки він відповідає. Більшість індустрії відповідає менш ніж половині, тому що спосіб зберігання секретів протягом двадцяти років був розроблений для людей, яким потрібно було їх читати та запам'ятовувати. Приберіть це припущення, і планка підніметься. Ось де вона має бути. ## Десять правил. Кожне з них Clavitor дотримується. Кожне правило є універсальним принципом хорошого керування обліковими даними. Під кожним, простими словами, описано, як саме Clavitor його дотримується. ### 01 — Випадковий ключ: Ключ є випадковим, і жодна людина його ніколи не бачить. Секрет, який людина може прочитати, може бути фішинговим, вгаданим, повторно використаним або вимушеним з неї. Ключ має бути випадковим матеріалом, який генерує машина — ніколи не відображатися, ніколи не вводитися, ніколи не відновлюватися з чогось, що знає людина. **Clavitor:** 256 біт випадкового матеріалу, який пристрій генерує під час реєстрації. Жодна людина ніколи його не бачить. Нічого для фішингу чи примусу. ### 02 — Без головного пароля: Головного пароля не існує. Апаратний ключ є єдиним ключем. Головний пароль — це двері, а двері можна зламати. Фраза відновлення для власника — це фраза відновлення для зловмисника. Корінь довіри має бути фізичним ключем, який має бути присутнім. **Clavitor:** без головного пароля, без фрази відновлення, навіть як резервного варіанту. Корінь шифрування — це випадковий матеріал, загорнутий у ваш апаратний ключ. Ніщо, вибране людиною, не знаходиться в шляху ключа. ### 03 — Оператор не бачить: Оператор не може розшифрувати дані, які він зберігає. Якщо компанія, що керує серверами, може читати ваші секрети, то це може зробити і недобросовісний співробітник, повістка до суду або той, хто зламає цю компанію. Конфіденційність має базуватися на математиці, а не на добросовісності оператора. **Clavitor:** ми керуємо серверами і все одно не можемо читати ваші секрети. Ключі розшифрування ніколи не потрапляють на сервер. Візьміть базу даних, машину, резервні копії, і ви отримаєте рівномірно випадковий шифротекст. ### 04 — Жодних даних у стані спокою там, де виконується код: Секрет існує лише ту мить, коли він використовується, і ніколи не зберігається на машині, що виконує код. Облікові дані у файлі .env, змінній середовища, локальному кеші або звичайній пам'яті машини чекають, поки наступний процес їх не захопить, і вони так само вразливі на клієнтському пристрої, як і на сервері. Зашифрована локальна копія — це все одно копія, а її ключ знаходиться на тій самій машині. Код повинен отримувати можливість використовувати секрет, але ніколи — зберігати його. **Clavitor:** програма або агент ніколи не зберігає облікові дані — ні на клієнті, ні на сервері. Він отримує можливість використати їх, завантажуючи свіжі дані в момент використання, ніколи не записуючи на диск, ніколи не кешуючи, ніколи не залишаючи в пам'яті після завершення операції. Коли шкідливе програмне забезпечення шукає ключі, воно знаходить порожню кімнату. ### 05 — Без переліку: Агент не може перераховувати. Він досягає лише того, що йому було названо. Якщо зловмисник може переглядати, шукати або досліджувати сховище, один компроміс стає картою всього, чим ви володієте. Неможливість переліку сильніша за будь-яке обмеження на перелік. **Clavitor:** без списків, без пошуку, без виявлення на поверхні агента. Агент досягає того, що йому було названо, і навіть не може бачити решту. Примусове виконання на рівні протоколу, а не обмеження за допомогою лімітера. ### 06 — Прив'язаний до машини: Облікові дані прив'язані до машини, на яку вони були видані. Припустімо, що облікові дані зрештою будуть вкрадені. Важливо те, чи мають вони цінність поза машиною, до якої вони належать. Ключ, який працює з будь-якого місця, працює і з ноутбука зловмисника. **Clavitor:** облікові дані агента прив'язані до машини, на яку вони були видані. Підніміть їх, запустіть з іншого місця, і вони будуть відхилені ще до того, як їх побачить будь-який обробник. ### 07 — Без масового виведення: Жоден окремий зловмисник не може спорожнити сховище. Звичайне використання торкається кількох секретів. Крадіжка намагається взяти все, швидко. Система повинна розрізняти ці два випадки і зупиняти другий без необхідності спостереження з боку власника. **Clavitor:** кожен агент має обмеження швидкості та блокується за правилом двох ударів. Спроба отримати більше, ніж ваша звичайна кількість, спрацьовує сповіщення та вимикає агента. Стратегія "захопити все" натикається на стіну. ### 08 — Зареєстровано та атрибутовано: Кожна дія реєструється та атрибутується. Спільні облікові записи та тихі читання руйнують підзвітність. Коли щось йде не так, вам потрібно точно знати, хто або що це зробив, і які облікові дані він торкнувся. Запис з пропусками — це не запис. **Clavitor:** кожна дія атрибутується конкретному суб'єкту — на агента та на користувача. Повний життєвий цикл облікових даних — створення, читання, використання, відкликання — зафіксовано. ### 09 — Перевірена криптографія: Криптографія валідована, а не винайдена. Власноруч розроблена криптографія — це те, як розумні команди програють. Примітиви, що захищають секрет, повинні бути такими, які вже були валідовані незалежними рецензентами, а збірка повинна унеможливлювати випуск без них. Нудне та перевірене краще за винахідливе. **Clavitor:** сховище шифрується на зберіганні за допомогою криптографічного модуля FIPS 140-3, а збірка відмовляється публікувати бінарний файл, який його не містить. Жодних винайдених примітивів, жодних неперевірених скорочень. ### 10 — Відновлення за участю двох сторін: Жодне сховище не відновлюється без власника, і жодне — лише власником. Відновлення — це місце, де більшість систем тихо відчиняють усі двері, які вони зачинили: скидання через електронну пошту, SMS-код, контрольне запитання, служба підтримки, яку можна переконати зробити виняток. Шлях назад до сховища має вимагати участі власника та чогось більшого, ніж лише власника, щоб ані викрадений код відновлення, ані скомпрометований постачальник самі по собі ніколи не були достатніми. **Clavitor:** після втрати ключа повернення доступу потребує двох половин, які поєднуються лише на Вашому власному пристрої: коду відновлення, який зберігаєте Ви, та половини, яку зберігаємо ми і яка сама по собі марна — вона передається лише після того, як Ви підтвердите свою особу, наживо, на умовах, які встановили лише Ви. Ми не можемо відновити Вам доступ без Вас, і Ваш код сам по собі теж не може цього зробити. ## Пройдіться за списком. Протестуйте свій поточний інструмент за цими десятьма пунктами. Потім протестуйте наш. Ми записали їх, тому що більшість індустрії тихо провалює кілька пунктів — а ми створили Clavitor так, щоб він не провалив жодного. [Дивіться архітектуру безпеки](https://clavitor.ai/uk/security) [Використовуйте безкоштовно](https://clavitor.ai/uk/checkout)