Що насправді означає «підтверджено»
Надіслане або навіть прийняте запрошення — це ще не підтверджена домовленість про екстрений доступ. Власник усе ще має виконати крок перевірки. Вважайте домовленість непідтвердженою, доки не виконано кожен пункт нижче.
Запрошений контакт повинен мати обліковий запис Bitwarden у тій самій серверній географії, прийняти запрошення, а потім власник, який запрошував, має підтвердити його за допомогою фрази-відбитка. Джерело
Доки це підтвердження за фразою-відбитком не виконано, не розраховуйте на те, що отримувач зможе діяти пізніше. Якщо отримувач не прийняв запрошення, наступна дія належить йому, а не вам; якщо він прийняв, але ви не підтвердили, наступна дія належить вам.
Контрольний список: власник, отримувач і статус
Використовуйте цю таблицю як аудит статусу. Кожен рядок — це умова, яку можна перевірити, а не інструкція з меню: точні екрани не встановлені переглянутими фактами, тому перевіряйте поточні формулювання у власному обліковому записі, а не йдіть за запам’ятованим шляхом.
| Роль | Що має бути правдою | Якщо це не так |
|---|---|---|
| Власник | Має відповідний преміум-доступ | Функції екстреного контакту можуть бути недоступні; спершу перевірте статус свого плану |
| Власник | Не заблокований політикою організації | Політика автоматичного підтвердження організації може зробити додавання контактів недоступним |
| Отримувач | Має обліковий запис Bitwarden у тій самій серверній географії | Домовленість не можна завершити як задумано; усуньте невідповідність облікового запису/географії, перш ніж покладатися на неї |
| Отримувач | Прийняв запрошення | Ще нічого не підтверджено; отримувач має діяти |
| Власник | Підтвердив отримувача за допомогою фрази-відбитка | Домовленість усе ще непідтверджена; завершіть підтвердження |
Додавання екстрених контактів потребує відповідного преміум-доступу й може бути недоступним за політики автоматичного підтвердження організації. Джерело
Практичний наслідок: якщо ви налаштовуєте це в робочій або сімейній організації, запитайте адміністратора, чи застосовується автоматичне підтвердження, перш ніж обіцяти комусь, що екстрений доступ працюватиме. Політика, про яку ви не знали, — це шлях до тихого збою.
View проти Takeover: вирішіть, перш ніж це знадобиться
Рівень доступу — це окреме рішення від підтвердження. Обидва рівні залежать від тієї самої підтвердженої домовленості, але дають отримувачу різні повноваження.
View і Takeover — це різні рівні доступу; запити можуть бути схвалені вручну або автоматично після вибраного періоду очікування, якщо їх не відхилено. Джерело
Редакційна порада: обирайте найменший доступ, який усе ще вирішує проблему. Якщо отримувачу потрібно лише прочитати конкретний обліковий запис під час надзвичайної ситуації, View — вужчий вибір. Takeover — для ситуацій, коли отримувач має змінити пароль облікового запису, і його слід залишати для людини, якій ви довірили б таке повноваження. Жоден рівень не замінює підтвердженого запрошення, і жоден не надає доступу тому, кого ніколи не запрошували — неформальні стосунки, родинний зв’язок чи усна обіцянка не створюють доступу до облікового запису.
Тримайте фрази-відбитки та дані сховища приватними
Фраза-відбиток існує, щоб власник міг перевірити правильну людину, а не для розголошення. Діліться нею лише через канал, який ви контролюєте, і не вставляйте її в групові чати, тікети чи публічні дописи. Те саме стосується вмісту сховища: отримувачу, якому доступ ще не знадобився, не слід надсилати облікові дані «про всяк випадок». Підтвердження стосується домовленості, а не попереднього поширення даних.
Якщо ви не впевнені, чи канал достатньо приватний, вважайте його публічним і використайте інший.
Шляхи збою, до яких варто підготуватися
- Отримувач так і не приймає. Запрошення залишається непідтвердженим. Зверніться до людини напряму; не припускайте, що система її підштовхне.
- Отримувач прийняв, але власник так і не підтвердив. У розмові домовленість виглядає завершеною, але вона непридатна до використання. Перевірте крок із фразою-відбитком ще раз.
- Політика організації блокує додавання контактів. Зверніться до адміністратора; не обходьте політику.
- Обрано неправильний рівень доступу. Якщо встановлено View, але потрібні зміни пароля, або Takeover надано надто широко, свідомо перегляньте рівень, а не залишайте це на волю випадку.
- Невідповідність серверної географії. Обліковий запис отримувача має бути в тій самій серверній географії; якщо ні, налаштування не може просуватися за планом.
- Запит відхилено або проігноровано. Запит може бути схвалено вручну або автоматично після вибраного періоду очікування, якщо його не відхилено, тож розумійте, яка поведінка застосовується до вашого налаштування, ще до надзвичайної ситуації.
Практичний контрольний список перед тим, як покладатися
- Переконайтеся, що маєте відповідний преміум-доступ.
- Переконайтеся, що жодна політика автоматичного підтвердження організації не блокує додавання контактів.
- Переконайтеся, що отримувач має обліковий запис Bitwarden у тій самій серверній географії.
- Переконайтеся, що отримувач прийняв запрошення.
- Переконайтеся, що ви підтвердили його за допомогою фрази-відбитка.
- Переконайтеся, що рівень доступу (View або Takeover) відповідає тому, що отримувач має могти робити.
- Переконайтеся, що ви розумієте, чи схвалюються запити вручну або автоматично після періоду очікування.
- Тримайте фразу-відбиток і дані сховища подалі від спільних або публічних каналів.
Повторіть цей контрольний список після будь-якої зміни плану, членства в організації або облікового запису отримувача. Підтверджена домовленість може застаріти, якщо зміняться базові умови.
Якщо частина вашої підготовки полягає в пошуку облікових записів, які ви могли забути, посібник із пошуку забутих онлайн-акаунтів — розумний наступний крок, перш ніж вирішувати, які з них потребують екстреного покриття.