Безпека

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

Відповіді на ці питання називають моделлю загроз. Вона показує, де вистачить простого захисту, а де потрібен сильніший. Для більшості правників головні ризики буденні: повторений пароль, фішинговий лист, документ з доступом «за посиланням», загублений телефон без блокування. Від них захищають кілька звичок і налаштувань, і саме з них складається цей практикум.

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

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

Бази сайтів регулярно витікають. Хеш не розшифровують, його підбирають: беруть мільйони відомих паролів, словники і типові шаблони («Kyiv2024!», імʼя плюс рік), рахують хеш кожного і шукають збіг. Короткі і шаблонні паролі знаходяться швидко. Потім знайдену пару «пошта і пароль» автоматично пробують на інших сервісах. Якщо пароль той самий, відкривається все.

Звідси два правила. Пароль має бути довгим і випадковим: кожен додатковий випадковий символ множить кількість варіантів. І кожен сервіс має свій пароль, щоб витік одного сайту лишався витоком одного сайту. Запамʼятати десятки таких паролів неможливо, тому їх тримає менеджер паролів.

Другий фактор додає до того, що ти знаєш (пароль), те, що ти маєш: телефон, застосунок з кодами, фізичний ключ. Тоді вкраденого пароля недостатньо. Це найефективніше окреме налаштування для облікового запису.

Фактори різняться тим, від чого захищають. Код з SMS можна перехопити або отримати, переоформивши номер на нову SIM-картку. Код із застосунку генерується на телефоні, але його можна ввести на підробленому сайті, і шахрай використає його за секунди. Ключ доступу (passkey) або фізичний ключ перевіряє адресу сайту сам і нічого не підпише для підробки. Тому такі ключі називають стійкими до фішингу.

Фішинг це лист, повідомлення чи сайт, який видає себе за знайомого відправника, щоб ти ввів пароль, відкрив файл або заплатив. Масовий фішинг впізнати легше. Цільовий знає твоє імʼя, справу, контрагента і приходить у слушний момент.

Головна перевірка стосується адреси. Посилання показує один текст, а веде на інший домен. Домен може відрізнятися на одну літеру, мати кириличну «а» замість латинської, або ховати справжню адресу в кінці: у «bank.ua.login-secure.com» власник домену «login-secure.com», а не банк.

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

Клієнт пересилає лист постачальника з новими реквізитами і просить відповісти швидко. Проходь крок за кроком: кожен вибір веде далі або в глухий кут, з якого можна повернутись. Наприкінці видно шлях, яким ти пройшов, і гілки, куди не звертав.

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

У дорозі (https, TLS): дані зашифровані між твоїм пристроєм і сервером. Власник Wi-Fi і провайдер бачать лише факт зʼєднання і обсяг. На сервері дані відкриваються. На сервері: сервіс зберігає дані зашифрованими, але ключі тримає він сам; це захист від сторонніх зломників, а не від сервісу чи законного запиту до нього. Наскрізне (end-to-end, як у Signal): ключі лише на пристроях учасників, сервер пересилає закриті конверти, які не може відкрити. Диск (FileVault, BitLocker): вміст загубленого ноутбука не прочитати без пароля входу.

Шифрування переносить слабке місце на пристрій. Розблокований телефон показує все, що зашифровано в дорозі і на сервері. Тому блокування екрана і шифрування диска так само важливі, як захищений канал.

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

Загублений пристрій захищають три речі: блокування екрана з PIN-кодом або паролем, шифрування диска і можливість знайти та стерти пристрій віддалено. На сучасних телефонах шифрування вмикається разом з PIN-кодом; на ноутбуках його вмикають у налаштуваннях (FileVault на Mac, BitLocker або «Шифрування пристрою» у Windows).

Резервна копія захищає від втрати: зламаний диск, крадіжка, програма-вимагач, яка шифрує файли і просить викуп, або власна помилка. Правило 3-2-1: три копії даних, на двох різних носіях, одна з них поза офісом. Копія, яку ніколи не пробували відновити, лише обіцянка копії.

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

Документ у хмарі з доступом «кожен, хто має посилання» доступний будь-кому, до кого посилання дійде. Посилання пересилають. Один форвард, і документ у третьої особи без жодного зламу. Правило мінімального доступу: давати доступ конкретним людям, лише на потрібний час і лише потрібного рівня (перегляд, коментування, редагування).

Питання «чи безпечно давати ШІ документи» складається з чотирьох. Чи можна прочитати запит у дорозі: ні, канал захищений TLS, як у банку. Що сервіс робить з даними після отримання: залежить від тарифу і налаштувань, зокрема від того, чи йдуть розмови на навчання і скільки зберігаються. Чи може хтось зобовʼязати сервіс зберегти або віддати дані: суд може, і такі випадки вже були. Які дані ти сам передав: це залежить від твоїх звичок.

Робочий підхід має три рівні. Задачі без чутливих даних: будь-який план з вимкненим навчанням. Матеріали клієнта: бізнесовий план або API, де навчання вимкнене за замовчуванням, плюс знеособлення всього, що можна прибрати без втрати змісту. Найчутливіше: локальна модель, дані якої не покидають контур фірми. Докладніше про навчання і зберігання даних у практикумах «Як працює мовна модель» і «Робота з асистентом».

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

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