Skip to main content
Напередодні Всесвітнього дня паролів сервіс хостингу коду Github повідомив, що випадково записав паролі відвідувачів у відкритому текстовому вигляді до своєї внутрішньої системи журналювання. За наявною інформацією, причиною розкриття приватних облікових даних стала невелика помилка в коді, яку згодом було усунуто. Як додатковий захід безпеки Github закликав частину зі своїх 27 мільйонів користувачів змінити паролі, щоб відновити доступ до облікових записів. Github локалізував цей інцидент, а деякі спостерігачі охарактеризували його як «незначний збій», проте він слугує яскравим нагадуванням: організації, яким ми довіряємо свої паролі, перебувають за одну дрібну помилку від масштабного витоку. А ситуація, якої вдалося ледь уникнути, як-от ця, підкреслює небезпеку політики за принципом «сподіваймося, що все обійдеться». Що можна зробити, щоб запобігти гіршому сценарію? Коротко: двофакторна автентифікація (2FA). Замість входу в облікові записи лише за допомогою пароля 2FA дає змогу налаштувати додаткову перевірку безпеки під час кожного входу. Наприклад, вона може передбачати 6-значний PIN-код, надісланий на ваш телефон для підтвердження, або випадковий код, що відображається в застосунку на вашому особистому пристрої. І хоч як це дивно, більшість організацій надають таку можливість, хоча вона часто вимкнена за замовчуванням. Незначні незручності від додаткової перевірки безпеки значно менші за труднощі, пов’язані з відновленням після втрати даних або викрадення особистості.