Ciko

Чому прошивки це окремий рівень загрози Більшість думає про загрози на рівні операційної системи. Перевстановив систему – чистий. Але прошивки живуть нижче за ОС і переживають будь-яку переустановку. Заражений UEFI продовжує працювати після форматування, зміни жорсткого диска та навіть після заміни ОС. Це є принципово інший рівень персистентності. UEFI/BIOS атаки Як це працює UEFI це перше, що запускається при включенні комп'ютера - до завантажувача, до ядра ОС, до антивірусу. Код у UEFI має максимальний рівень привілеїв та повний доступ до заліза. Шкідливий код в UEFI може: впроваджувати payload в ОС при кожному завантаженні, перехоплювати дані перед тим, як ОС встигла завантажитися, відключати механізми захисту типу Secure Boot, виживати після повної переустановки системи та заміни накопичувача. Реальні випадки LoJax - перший задокументований UEFI руткіт використаний у реальних атаках. Виявлено ESET у 2018 році, приписано групі APT28. Модифікував SPI флеш пам'ять UEFI та виживав після будь-яких маніпуляцій з диском. MoonBounce - виявлено Kaspersky в 2022 році. Впроваджувався безпосередньо в CORE_DXE компонент UEFI, що робило його практично невидимим для стандартних інструментів. CosmicStrand - ще більш просунутий, виявлений у 2022 році. Був присутнім на материнських платах Gigabyte та ASUS, імовірно, впроваджувався ще на етапі виробництва або продажу. Вектори зараження Фізичний доступ до машини – найпряміший спосіб. Через вразливості в драйверах деякі драйвери мають доступ до SPI флешу де зберігається UEFI. Через supply chain – зараження на етапі виробництва чи логістики, задокументовані випадки є. Через оновлення прошивки з підроблених джерел. Як захиститися Secure Boot з кастомними ключами – не з дефолтними ключами Microsoft, а зі своїми. Дефолтні ключі широко відомі та скомпрометовані у ряді сценаріїв. Intel Boot Guard та AMD Platform Secure Boot – апаратна верифікація прошивки при старті. Якщо виробник увімкнув і правильно налаштував, модифікація UEFI стає вкрай складною. Регулярна перевірка прошивки. Інструмент chipsec – відкритий проект Intel для аудиту безпеки платформи. Перевіряє параметри захисту SPI флешу, конфігурацію Secure Boot, цілісність критичних компонентів. UEFI Capsule Updates тільки з офіційних джерел виробника, що верифіковані через офіційний сайт. Фізичний захист - якщо до машини був фізичний доступ сторонніх, довіряти їй не можна без повної перевірки. Thunderbolt та DMA атаки суміжна тема. Thunderbolt дає пристроям прямий доступ до пам'яті (DMA - Direct Memory Access) в обхід процесора та ОС. Під'єднаний пристрій може читати та писати будь-яку область пам'яті. Thunderspy – атака задокументована у 2020 році. При фізичному доступі на п'ять хвилин дозволяє обійти будь-який захист, включаючи BitLocker та екран блокування через перепрограмування контролера Thunderbolt. Захист: відключити Thunderbolt у UEFI, якщо не використовується. Увімкнути Kernel DMA Protection у Windows або аналог на Linux. Thunderbolt із режимом Security Level встановленим у User Authorization — пристрої потребують явного підтвердження. Апаратні кейлоггери Що це і чому небезпечно Апаратний кейлоггер це фізичний пристрій, який перехоплює натискання клавіш незалежно від ОС. Жодний антивірус його не бачить. Жодний форензик аналіз системи його не виявить. Він працює лише на рівні заліза. Види USB кейлоггери – вставляються між клавіатурою та комп'ютером. Виглядають як невеликий адаптер, що часто маскуються під USB хаб або зарядний пристрій. Накопичують дані у внутрішній пам'яті, потім фізично витягуються. Деякі моделі передають дані WiFi в реальному часі. PS/2 кейлогери - для старих роз'ємів PS/2. Рідко зустрічаються зараз, але на промисловому устаткуванні зі старою периферією актуальні. Firmware кейлоггери – вбудовуються у прошивку самої клавіатури. Зовнішньо клавіатура виглядає штатно, ніяких фізичних ознак. Дані можуть зберігатися у флеш пам'яті клавіатури або передаватися бездротовим каналом. Акустичні кейлоггери - не пристрої, а метод. Різні клавіші видають трохи різні звуки при натисканні. Дослідження показали можливість відновлення тексту звуку клавіатури з точністю до 95% через мікрофон у приміщенні або через мікрофон ноутбука. Електромагнітні кейлоггери – перехоплення електромагнітного випромінювання від провідної клавіатури. Дослідники з EPFL у 2009 році показали, що PS/2 клавіатури можна перехоплювати на відстані до 20 метрів через стіни. Як виявити фізичний огляд. Регулярно перевіряти з'єднання клавіатури з комп'ютером. USB кейлоггер це зайвий елемент у ланцюжку - має бути видно при уважному огляді. Якщо клавіатура раніше підключалася безпосередньо, а тепер є проміжний адаптер — питання. Довжина кабелю та вага. USB кейлоггер додає кілька сантиметрів до довжини підключення та має вагу. На знайомому устаткуванні зміни помітні. Аналіз USB-пристроїв. У Windows через Device Manager або USBDeview — дивитися список підключених пристроїв USB. Кейлоггер з'являється як окремий пристрій. На Linux через lsusb - будь-який невідомий пристрій у ланцюжку підозрілий. Поведінкові ознаки. Невелика затримка між натисканням клавіші та появою символу може вказувати на перехоплення, хоча це ненадійна ознака. Перевірка прошивки клавіатури. Складніше, але можливо для технічно підготовлених. Порівняння хеш прошивки з офіційним значенням від виробника. Захист Фізичний контроль доступу – основне. Якщо до робочого місця був доступ сторонніх, перевіряти обладнання перед роботою. Бездротові клавіатури – окремий ризик. Багато хто використовують слабке шифрування або не використовують його взагалі. Дослідження MouseJack показало вразливості у більшості бездротових клавіатур, що не використовують Bluetooth. Краще провідна клавіатура з регулярним візуальним оглядом. Екранна клавіатура для критично важливого введення – паролів, ключових фраз. Апаратний кейлоггер її не перехопить, але це захищає лише від конкретного вектора. Загальний висновок Ці вектори об'єднує одне — вони працюють нижче рівня, на якому більшість людей думають про безпеку. Переустановка ОС, зміна паролів, шифрування диска не допомагають, якщо загроза на рівні прошивки або фізичного пристрою. Захист від цих векторів починається з фізичного контролю доступу до обладнання та закінчується апаратною верифікацією на рівні UEFI.

Що таке Subgraph OS Subgraph OS — дистрибутив Linux, заснований на Debian, розроблений канадською компанією Subgraph. Головна ідея – кожна програма запускається в ізольованому sandbox-контейнері з обмеженим доступом до системи та мережі. Весь трафік примусово маршрутизується через Tor. Архітектура ізоляції Ключовий компонент - Oz, власна система ізоляції додатків. Кожна програма отримує власний простір імен (namespace) через механізми Linux kernel: окрему файлову систему, окремі мережеві інтерфейси, обмежений доступ до системних викликів через seccomp-bpf фільтри. Практичний ефект такий: якщо браузер скомпрометований через вразливість — атакуючий виявляється всередині ізольованого контейнера браузера без доступу до файлів інших програм, до домашньої директорії користувача та мережі безпосередньо. Ядро з посиленим захистом Subgraph використовує патчене ядро Linux з кількома додатковими механізмами захисту. grsecurity та PaX патчі (у більш старих версіях) додають рандомізацію адресного простору, захист від переповнення стека та обмеження на виконання коду. Це закриває цілий клас експлойтів, які працюють проти стандартного ядра Linux. Tor інтеграція На відміну від Tails де Tor реалізований через прозорий проксі на рівні мережі - Subgraph інтегрує Tor глибше. Кожен контейнер програми отримує свій Tor circuit що означає, що різні програми не ділять один і той же circuit і не можуть корелюватися через нього. Meaproxy Цікавий компонент, який є в Subgraph і якого немає в більшості аналогів - Metaproxy. Це прозорий проксі, який перехоплює вихідні з'єднання програм і автоматично направляє їх через Tor без необхідності налаштовувати кожну програму окремо. Додаток, який не вміє працювати через SOCKS-проксі, все одно отримує свій трафік загорнутим у Tor автоматично. CoyIM - вбудований месенджер Subgraph йде в комплекті з CoyIM - месенджером, написаним з нуля на Go спеціально з фокусом на безпеку. Підтримує XMPP з OTR-шифруванням, працює лише через Tor, написаний без використання небезпечних компонентів типу електронної пошти чи браузерного двигуна. Де Subgraph виграє у Tails Ізоляція на рівні додатків - Tails не ізолює програми один від одного. Якщо один процес скомпрометований в Tails, він потенційно має доступ до всієї сесії користувача. У Subgraph компрометація однієї програми обмежена його контейнером. Персистентність - Subgraph можна встановити як постійну систему зі зберіганням даних між сесіями, що Tails принципово не підтримує за своєю концепцією. Зручність повсякденного використання як повноцінно встановлена система Subgraph зручніше для роботи на постійній основі ніж завантаження з USB щоразу. Де Subgraph програє Tails Амнезія - Subgraph як постійна система залишає сліди на диску. Якщо потрібна гарантована амнезія після сесії, Tails залишається найкращим вибором. Статус розробки — це чесне та важливе застереження. Subgraph OS тривалий час перебував у статусі alpha та розробка була відносно повільною порівняно з Tails та Qubes. Перед використанням варто перевірити актуальний статус проекту та коли було останнє оновлення. Аудити безпеки - Tails пройшов значно більше незалежних аудитів за свою історію. Subgraph менш перевірений сторонніми дослідниками. Спільнота – значно менше користувачів та документації порівняно з Tails. Для кого Subgraph підходить Для людини якій потрібна постійна встановлена система з ізоляцією додатків та примусовим Tor, і яка готова миритися з менш зрілим проектом заради архітектурних переваг ізоляції. Хороша альтернатива Qubes для слабкішого заліза — Qubes потребує значних ресурсів через віртуалізацію, Subgraph працює на звичайному ноутбуці. Зв'язування з іншими інструментами Subgraph добре поєднується з фізичними ключами безпеки (YubiKey/Nitrokey) для автентифікації, VeraCrypt для зашифрованих контейнерів із чутливими даними та Feather Wallet або Monerujo через емулятор для роботи з Monero.

Ми звикли мислити категоріями мережі - IP, метадані, fingerprinting браузера, кореляція трафіку. Але є цілий клас атак, що взагалі не стосується мережі як такої, а працює через фізичні побічні ефекти пристрою. Їх прийнято називати side-channel атаками, і в контексті деанонімізації вони набагато цікавіші, ніж здається на перший погляд. Візьмемо для початку аналіз електроспоживання. Ідея не нова, вона родом із криптоаналізу — атаки типу differential power analysis застосовувалися ще проти смарт-карток для вилучення криптографічних ключів через коливання енергоспоживання чіпа під час обчислень. Але та ж логіка масштабується і на рівень цілого пристрою: характер енергоспоживання ноутбука або телефону змінюється в залежності від того, які процеси виконуються, які програми активні, який тип навантаження йде на CPU і GPU. Теоретично за профілем енергоспоживання можна з достатньою точністю реконструювати патерн активності користувача, навіть не маючи доступу до самих даних. Другий вектор, який мене особисто зачепив найбільше, це акустичний аналіз звуку клавіатури. Існують дослідження, що показують, що кожна клавіша має злегка унікальний акустичний підпис через положення щодо мікрофона і механіки самого перемикача. З навчанням моделі на достатньому обсязі даних можна відновлювати текст, що набирається, просто по звуку набору, записаному через мікрофон ноутбука, телефону, що лежить поряд, або навіть через дзвінок в Zoom. Це повністю обходить будь-яке шифрування трафіку, тому що атака відбувається до того, як дані взагалі потрапляють до мережі. Третій момент – це аналіз вібрації та даних акселерометра. Сучасні смартфони набиті сенсорами, які формально не вимагають дозволів користувача так само, як камера або мікрофон. Але акселерометр здатний фіксувати мікровібрації від натискань на екран або фізичну клавіатуру, що лежить на тій самій поверхні. Відомі дослідження, де за даними гіроскопа та акселерометра відновлювали PIN-коди та навіть окремі слова при наборі тексту на сусідньому пристрої. Що поєднує всі ці вектори і чому я вважаю їх недооціненими в контексті анонімності конкретно. Людина може побудувати ідеальну мережеву модель захисту - Tor, компартменталізація, окремі віртуальні машини, нічого зайвого в трафіку. Але якщо фізичний пристрій, на якому все це відбувається, знаходиться в середовищі зі сторонніми сенсорами — чи то скомпрометований додаток з доступом до акселерометра, чи розумна колонка в тій же кімнаті, чи просто загальний ноутбук на столі з іншим пристроєм — модель загроз повинна розширюватися за межі мережі. Мені здається, ця тема погано обговорюється саме тому, що вона вимагає фізичного доступу або близькості, на відміну від віддалених мережевих атак, і тому багато хто вважає її теоретичною екзотикою. Але з урахуванням того, скільки у нас навколо пристроїв із мікрофонами та сенсорами руху, недооцінювати цей клас атак мені здається помилкою.

Принципова різниця у призначенні Tor проектувався як інструмент анонімного виходу у звичайний відкритий інтернет. Він має exit-вузли, через які трафік залишає анонімну мережу і потрапляє в клірнет — це його основний сценарій, і саме під нього оптимізована вся інфраструктура. I2P спочатку спроектований як замкнуте середовище. Це не проксі в інтернет, а повноцінна окрема мережа зі своїми сервісами всередині. Базовий сценарій — анонімне спілкування між двома учасниками мережі I2P, а не анонімний візит на звичайний сайт. Вихід у клірнет через outproxy технічно є, але це побічна функція, що погано масштабується і не те, під що ця мережа заточена. Якщо потрібен анонімний вихід у звичайний інтернет – для цього Tor підходить краще. Якщо потрібна анонімна інфраструктура для спілкування, хостингу, файлообміну всередині закритого контуру, тут I2P виграє. Це Ключова архітектурна відмінність, і саме вона дає I2P реальну перевагу у стійкості до кореляційного аналізу. Tor використовує цибульну маршрутизацію (onion routing) з фіксованим ланцюжком із трьох вузлів. Цей ланцюжок симетричний - один і той же маршрут використовується і для відправки, і для отримання даних. Це зручно, але створює вразливість: якщо спостерігач контролює вхідний та вихідний вузол одночасно, у нього з'являється шанс на кореляцію трафіку таймінгом. I2P використовує часникову маршрутизацію (garlic routing) із принципово іншою моделлю тунелів. Тут використовуються роздільні тунелі: вихідний тунель (outbound tunnel), яким ви відправляєте дані, і тунель (inbound tunnel), яким ви їх отримуєте — це два повністю незалежних маршруту через різні вузли. Тобто навіть якщо спостерігач скомпрометує вузол на шляху вихідного трафіку, це не дає йому автоматичного доступу до маршруту, що входить того ж користувача. Додатково "часник" дозволяє упаковувати кілька зашифрованих повідомлень в одну капсулу, що ускладнює аналіз обсягу та таймінгу трафіку порівняно з прямолінійною моделлю Tor. Я вважаю, що саме ця асиметрія тунелів — найсильніше архітектурне рішення I2P, і вона недооцінена саме тому, що лежить на поверхні при поверхневому знайомстві. Децентралізація через NetDb Tor управляється через directory authorities — відносно невелику кількість довірених серверів, які містять актуальний список вузлів мережі. Це робоча модель, але вона створює точку, яку теоретично можна чинити тиск чи яку можна заблокувати. I2P використовує NetDb - розподілену хеш-таблицю (DHT), концептуально схожу на механізм, що використовується в торрент-мережах. Інформація про доступні вузли розмивається по мережі, а не зберігається централізовано. Практичний ефект — вища стійкість до точкового блокування інфраструктури на рівні держави чи провайдера, тому що немає єдиної точки відмови, яку можна відрізати. Зворотний бік цього рішення — відсутність централізованого списку вузлів робить початкове підключення до мережі (bootstrap) повільнішим і менш передбачуваним, особливо у першому запуску клієнта. Розмір мережі - головний практичний недолік Тут я буду чесний і не продаватиму I2P як ідеальне рішення. Мережа I2P історично і зараз значно менша за Tor за кількістю активних вузлів і користувачів. Це прямо впливає на анонімність через розмір anonymity set – чим менше людей у мережі, тим теоретично простіше звузити коло підозрюваних за цілеспрямованої деанонімізації. Це не критично для більшості побутових сценаріїв, але це об'єктивний фактор, який потрібно враховувати в моделі загроз, якщо йдеться про серйозного супротивника з ресурсами. Сервіси всередині мережі eepsites — аналог .onion-сайтів у Tor, тільки з доменом .i2p, доступні виключно всередині мережі I2PSnark — вбудований BitTorrent-клієнт для анонімного файлообміну прямо всередині I2P, без необхідності налаштовувати окремий торрент-клієнт через проксі Susimail – вбудована анонімна поштова система підтримка анонімних IRC-серверів у мережі Моя практична рекомендація Якщо завдання — анонімно вийти у звичайний відкритий інтернет, читати новини, заходити на клірнет-сайти без стеження — беріть Tor, він краще протестований і стабільніший саме під цей сценарій. Якщо завдання побудувати стійку до блокувань інфраструктуру всередині закритого контуру: анонімний файлообмін, хостинг сервісу, який не повинен бути прив'язаний до відкритого інтернету, спілкування без прив'язки до клірнету — тут I2P архітектурно сильніше саме за рахунок окремих тунелів і децентралізованого NetDb.

Снапшоти - це не просто "точка відновлення" Снапшот віртуальної машини - це повний зліпок стану оперативної пам'яті, диска та іноді навіть стану процесора на конкретний момент часу. Проблема в тому, що цей зліпок фізично зберігається на диску хост-системи у вигляді файлів (наприклад. Vmem для VMware або аналогічних файлів для VirtualBox), і в цих файлах буквально лежить дамп RAM гостьової системи на момент створення снапшота. Якщо ви робили снапшот під час активної сесії – там може бути все: розшифровані дані, ключі з оперативної пам'яті, відкриті сесії у браузері, навіть паролі, якщо вони на той момент перебували у пам'яті у відкритому вигляді. Найнеприємніше навіть якщо ви потім відкотили снапшот або видалили VM повністю, сам файл снапшота на хості не обов'язково видаляється безпечно. Стандартне видалення файлу просто видаляє запис із таблиці файлової системи, а дані фізично залишаються на диску до перезапису. Тобто форензик-фахівець із доступом до хост-машин може відновити ці файли стандартними інструментами відновлення даних. Гіпервізор веде Власні логи - VMware Workstation і VirtualBox пишуть файли конфігурації, логи запуску/зупинки VM, іноді навіть історію змін налаштувань мережі. Це метадані про факт існування та використання віртуальної машини, і ці логи лежать на хості, а не всередині гостьової системи — тобто шифрування диска всередині VM їх взагалі не захищає. Далі файл підкачки (swap/pagefile) хост-системи. Гіпервізор активно використовує оперативну пам'ять, і якщо у хоста недостатньо RAM, частина даних гостьової VM може вивантажуватись операційною системою хоста у файл підкачки на диску. Це означає, що фрагменти вмісту гостьової пам'яті теоретично можуть опинитися в page file хоста, повністю за межами вашого "захищеного" віртуального середовища. Схожа історія з файлом глибокого сну хост-системи (hiberfil.sys в Windows) — якщо хост йшов у сон або глибокий сну, поки VM була запущена, в цьому файлі може застрягти знімок всієї оперативної пам'яті, включаючи пам'ять, що відноситься до гостьової системи. Метадані файлової системи хоста Навіть без аналізу вмісту, самі тимчасові мітки створення, зміни та доступу до файлів VM (vmdk, vdi, vmem, конфігураційні файли) дають форензику тимчасову лінію активності - коли VM створювалася, коли останній раз використовувалася, скільки разів вносилися зміни. Це не розкриває змісту, але відновлює патерн поведінки, що часто буває достатньо в поєднанні з іншими даними. Чому Whonix і подібні рішення знижують, але не прибирають цю проблему повністю . Але вона вирішує проблему форензики лише на рівні хоста, описану вище. Якщо зловмисник чи слідство отримує фізичний чи віддалений доступ до самого хоста, а не до гостьової VM, вся ізоляція всередині гіпервізора не має значення – артефакти лежать зовні периметра, який ця ізоляція захищає. Практичні висновки, які я вважаю важливими Повнодискове шифрування хост-системи (а не тільки гостьовий VM) - це не опція, а необхідність, якщо модель загрози має фізичний доступ до пристрою. Без цього всі перелічені файли – снапшоти, page file, hiberfil.sys – лежать у відкритому вигляді на хості незалежно від того, як захищена сама VM. Відключення файлу глибокого сну на хості та налаштування достатнього об'єму RAM, щоб уникнути активного використання swap, знижує ймовірність витоку фрагментів пам'яті гостьової системи на диск хоста. Безпечне видалення снапшотів (з перезаписом, а не просто delete) є обов'язковим, якщо снапшот містив чутливу сесію — інакше відновлення стандартними форензик-інструментами тривіальне.

Принцип простий і старий - це клітина Фарадея в портативному виконанні. Корпус сумки зроблений із провідного матеріалу (зазвичай багатошарова металізована тканина), який перерозподіляє електромагнітне поле по своїй поверхні, не даючи сигналу пройти всередину або вийти назовні. При коректному виконанні блокує весь спектр, який цікавить нас у контексті OPSEC: стільниковий зв'язок (2G/3G/4G/5G), Wi-Fi, Bluetooth, GPS, NFC. Ключове слово тут - "при коректному виконанні". Ринок завалений дешевими сумками, які послаблюють сигнал, але не блокують його повністю, особливо по краях, де шви та застібки порушують безперервність екрануючого шару. Якщо ви реально розглядаєте це як частину моделі загроз, а не як гарний аксесуар, має сенс перевіряти конкретну сумку вимірюванням сигналу (навіть банально покласти телефон усередину і спробувати зателефонувати з другого пристрою). Сценарій 1 - захист від віддаленого трекінгу в реальному часі Це найочевидніший і найменш спірний кейс. Якщо у вашій моделі загроз є противник, здатний відслідковувати геолокацію пристрою віддалено - через скомпрометований додаток, через стільникового оператора, через шкідливе програмне забезпечення з доступом до GPS - фізичне екранування це єдиний метод, який гарантовано працює незалежно від того, наскільки глибоко скомпрометований сам пристрій програмно. Софтверний захист (відключення GPS у налаштуваннях, режим польоту) залежить від довіри до операційної системи. Faraday-сумка не залежить ні від чогось програмного — вона працює на рівні фізики, а не довіри до коду. Тут екранування реально необхідне у вузькому, але конкретному випадку: коли є обґрунтовані причини вважати, що пристрій вже скомпрометований (або може бути скомпрометований) на рівні, який ви не можете перевірити та не можете довіряти програмним засобам відключення зв'язку. Сценарій 2 — захист від geofencing warrants та масових запитів локації Це більш тонкий та юридично цікавий випадок. Geofencing warrant — це запит правоохоронців до оператора або Google/Apple про видачу даних про всі пристрої, що знаходилися в певній геозоні за період часу, без прив'язки до конкретної людини. Якщо пристрій фізично не передає сигнал у момент знаходження в зоні інтересу, він технічно не може потрапити в такий запит, тому що даних про його присутність просто не виникає на стороні оператора чи агрегатора локації. Важливий нюанс – це захищає лише від майбутнього збору даних. Якщо пристрій вже передавав сигнал до того, як ви його екранували, ці дані вже зафіксовані інфраструктурою і екранування заднім числом їх не видаляє. Сценарій 3 — захист від примусового розблокування на кордоні або під час затримання Тут тема стає по-справжньому цікавою юридично. У багатьох сучасних пристроїв є функція, яка стирає або перешифровує дані, якщо пристрій довго не підключався до мережі, або вимагає додаткової аутентифікації після тривалого офлайну (наприклад, після перезавантаження телефон вимагає пароль, а не біометрію, до першого розблокування). Якщо пристрій фізично ізольований від мережі, на ньому може спрацювати механізм, що вимагає повний пароль замість відбитка/особи — а це важливо, тому що юридично в ряді юрисдикцій пароль захищений правом не свідчити проти себе сильніше, ніж біометрія, яку можуть змусити фізично застосувати без вашої згоди. Тобто Faraday-сумка в цьому контексті не блокує сигнал заради самого блокування - вона використовується як тригер для переведення пристрою в більш захищений режим автентифікації перед потенційною взаємодією з силовими структурами. Де це надмірно Якщо у вашій моделі погроз немає противника, здатного на віддалений доступ до пристрою, і ви не перетинаєте кордону з пристроєм, що містить щось по-справжньому чутливе, і ви не берете участі в активності, яка може потрапити під geofencing-запит - постійне використання Faraday-сумки в побуті це чистий Це незручно (ви втрачаєте повідомлення, дзвінки, навігацію), створює хибне почуття тотального захисту і відволікає від реальних, вірогідніших векторів витоку — тих самих метаданих у файлах, fingerprinting браузера, банальної OPSEC-дисципліни у поведінці. Також варто розуміти обмеження методу - екранування захищає від віддаленого радіосигналу, але не захищає від форензики, якщо пристрій фізично вилучено та відкрито офлайн. Це інструмент проти мережного вектора, а не універсальний захист. Практичний висновок Я розглядаю Faraday-сумку як інструмент для конкретних, заздалегідь продуманих моментів — перетин кордону з чутливим пристроєм, участь у заході з високим ризиком геозонного запиту, транспортування пристрою, на якому є підстави підозрювати компрометацію. Чи не як постійний аксесуар на кожен день.

Чому базовий Tor детектується і блокується Перше, що потрібно зрозуміти - Tor ніколи не був спроектований як інструмент, що приховує факт свого використання. Його завдання – анонімізувати зміст та маршрут трафіку, а не маскувати протокол. Проблема в тому, що стандартний Tor-хендшейк має впізнавану сигнатуру на рівні протоколу — конкретну структуру TLS-сертифікатів, патерни розмірів пакетів, специфічні байтові послідовності при установці з'єднання з вузлом мережі. Системи Deep Packet Inspection (DPI), які масово розгорнуті в країнах з державним контролем трафіку, не потребують розшифрування вмісту, щоб заблокувати Tor – їм достатньо розпізнати саму сигнатуру протоколу на льоту та скинути з'єднання. Додатково списки IP-адрес публічних Tor-вузлів відкриті (це частина архітектури - directory authorities публікують consensus з адресами relay-вузлів), тому блокування IP теж тривіальна для державного провайдера. Виходить подвійна проблема: блокування за сигнатурою протоколу та блокування за відомими адресами вхідних вузлів. Bridges – вирішення проблеми відомих адрес Bridge-вузли – це вхідні точки в мережу Tor, які не публікуються у відкритому consensus-каталозі. Замість того, щоб тягнути список вхідних вузлів з публічного джерела, який так само доступний і цензору, користувач отримує адреси мостів через альтернативні закриті канали — запит по email з певного поштового домену, через сайт із captcha-захистом від масового скрейпінгу, або через закриті канали розповсюдження всередині довірених спільнот. Це вирішує проблему блокування IP, але не вирішує проблему сигнатури протоколу — DPI все ще може розпізнати сам факт використання Tor-протоколу, навіть якщо не знає заздалегідь, що конкретний IP відноситься до Tor-мережі, просто аналізуючи характер трафіку в реальному часі. Pluggable transports — маскування самого протоколу Ось тут починається по-справжньому цікава частина, тому що різні pluggable transports вирішують завдання маскування абсолютно різними методами, і я вважаю важливим розуміти різницю, а не сприймати їх як взаємозамінні опції у списку. obfs4— це обфускація лише на рівні випадкового шуму. Протокол додає криптографічний шар поверх Tor-трафіку, роблячи його статистично схожим на випадкові байти без відомої структури. Для DPI-системи, яка шукає конкретні сигнатури протоколів, такий трафік не матчиться під один відомий шаблон — він просто виглядає як незрозумілий шум. Слабке місце такого підходу — сам факт наявності трафіку, який виглядає як чистий шум без видимої структури, в деяких конфігураціях DPI теж може вважатися підозрілим патерном, тому що легітимний звичайний трафік (HTTP, відео, звичайний TLS) має впізнавану статистичну структуру, а чистий шум на неї не походить. meek - принципово інший підхід, заснований на маскування через domain fronting. Ідея в тому, щоб сховати Tor-трафік усередині звичайного HTTPS-з'єднання до великого хмарного провайдера (історично використовувалися Google App Engine, Amazon CloudFront, Microsoft Azure). З погляду цензора зовні видно лише TLS-з'єднання до домену великої хмарної платформи — а такі домени цензор фізично не може заблокувати повністю, тому що на тій же інфраструктурі висять тисячі легітимних сервісів, і блокування означало б відрізати доступ до величезного шматка звичайного інтернету. Реальний Tor-трафік всередині тунелюється через цю хмарну інфраструктуру до цього bridge-вузла. Слабкість цього методу – великі хмарні провайдери періодично закривають domain fronting як фічу на рівні інфраструктури саме тому, що її одночасно використовують і для обходу цензури, і для маскування шкідливого трафіку, і компаніям не хочеться бути посередині цього конфлікту. Snowflake — на мій погляд, найвитонченіший із сучасних підходів. Замість постійної інфраструктури на стороні хмарних провайдерів, Snowflake використовує тимчасові WebRTC-з'єднання через браузери звичайних добровольців по всьому світу, які встановили розширення або просто тримають відкриту вкладку з проксі-кодом. Трафік користувача в країні, що цензурується, встановлює WebRTC-з'єднання до випадкового добровольчого "сноуфлейку", який і прокидає його далі в мережу Tor. З погляду DPI це виглядає як звичайний WebRTC-трафік - той же протокол, що використовується у відеодзвінках, і блокувати його цілком означало б заблокувати значну частину легітимних відеосервісів. Додаткова перевага – немає постійної інфраструктури, яку можна методично заблокувати, бо пул добровольчих вузлів постійно змінюється. Чому важливо комбінувати, а не вибирати один інструмент назавжди Практичний висновок, який мені здається недооціненим — цензурні системи теж розвиваються та адаптуються, особливо в країнах із серйозними ресурсами на це завдання (Китай із його Great Firewall — найпросунутіший приклад). Те, що працювало рік тому, може бути детектовано сьогодні через оновлені моделі машинного навчання, що аналізують тонкі статистичні аномалії трафіку, а не лише явні сигнатури. Тому в реальних умовах активної цензури розумна стратегія мати під рукою кілька pluggable transports одночасно і перемикатися за перших ознак деградації з'єднання, а не закладатися на єдиний метод як постійне рішення.

Повний стек анонімності 2026: месенджери, VPN, Tor, ОС та duress-інструменти МесенджериSimpleX Chat — без ідентифікаторів взагалі, без телефону та облікового запису, контакти через одноразові посилання Session – без телефону, маршрутизація через onion-мережу Oxen Briar - P2P через Tor, Wi-Fi або Bluetooth, працює навіть без інтернету Cwtch - побудований поверх Tor, заточений на стійкість до аналізу метаданих Threema - швейцарська юрисдикція, без обов'язкового номера телефону Wire - без прив'язки до номера, також Швейцарія Olvid — Франція, без центрального каталогу користувачів Tox - повністю P2P, без серверів Jami – проект GNU, децентралізований, без сервера Status - побудований на Ethereum, децентралізований, без телефону Element та інші клієнти Matrix (FluffyChat, SchildiChat, Cinny, Nheko) - відкритий протокол, можна вибрати клієнт під завдання БраузериTor Browser – основний інструмент для реальної анонімності у мережі Mullvad Browser - спільна розробка Tor Project і Mullvad, антифінгерпринтінг без мережі Tor LibreWolf - форк Firefox без телеметрії Ungoogled Chromium — Chromium без сервісів та стеження Google Privacy Browser – легка альтернатива для повсякденного використання VPNMullvad - оплата без прив'язки до особи, мінімум даних IVPN — схожа модель, можна зареєструватись взагалі без email ProtonVPN – незалежний аудит, Швейцарія OVPN – шведський провайдер, сервери працюють лише в оперативній пам'яті AirVPN - італійський провайдер, традиційно популярний у технічної аудиторії Tor та обхід цензуриTor - сама анонімна мережа Orbot – маршрутизація трафіку Android через Tor obfs4 / meek / Snowflake - обхід блокувань Tor у країнах з активною цензурою I2P - окрема анонімна мережа, заточена під сервіси в собі Lokinet - окрема onion-мережа від команди Session, можна використовувати незалежно від месенджера Операційні системиTails - live-система з флешки, не залишає слідів на хості Whonix - Gateway + Workstation, ізоляція реального IP Qubes OS - компартменталізація через віртуалізацію GrapheneOS - деgoogleфікований Android з посиленим шифруванням CalyxOS - схожа модель, трохи м'якше за налаштування /e/OS — ще один деgoogleфікований форк для менш технічної аудиторії Шифрування, паролі, двофакторкаVeraCrypt - шифровані контейнери та диски, є приховані томи Cryptomator — шифрування папок перед завантаженням у звичайну хмару LUKS – повнодискове шифрування на рівні ядра Linux KeePassXC - менеджер паролів з локальною базою Aegis Authenticator - відкритий генератор 2FA-кодів із зашифрованим локальним сховищем Bitwarden / Vaultwarden - менеджер паролів, можна підняти повністю на своїй інфраструктурі Метадані та зйомкаScrambled Exif - стирає метадані фото перед відправкою одним натисканням ObscuraCam – автоматично замазує обличчя на фото та відео перед збереженням БекапиSeedvault - вбудований шифрований бекап у GrapheneOS і CalyxOS Borg/restic - консольні інструменти дедуплікованого зашифрованого бекапу ПоштаProtonMail — Швейцарія, шифрування за промовчанням Tutanota — Німеччина, схожа модель K-9 Mail / Thunderbird для Android - з підтримкою PGP через OpenKeychain Встановлення додатків без прив'язки до особистостіF-Droid — каталог відкритого програмного забезпечення без облікового запису Aurora Store – анонімний доступ до каталогу Google Play Obtainium — автооновлення прямо з GitHub-релізів, минаючи стор. DNS та мережеві утилітиNextDNS — блокування трекерів, що настроюється, на рівні DNS RethinkDNS - DNS і firewall в одному додатку InviZible Pro - Tor, I2P і DNSCrypt в одному пакеті NetGuard — контроль доступу додатків до мережі ПошуковикиDuckDuckGo – без персоналізації за умовчанням SearXNG - відкритий метапошуковик, можна хостити самому Brave Search – незалежний індекс КриптовалютиMonero – обфускація сум та адрес за промовчанням Cake Wallet / Feather - гаманці для Monero Wasabi Wallet - CoinJoin для Bitcoin Sparrow Wallet – акцент на PayJoin та повний контроль UTXO Окреме важливе застереження: якщо десь бачите в старих списках Samourai Wallet – забудьте про нього, сервіс закритий після арешту засновників, а домен зараз у руках шахраїв і роздає фішинг. Duress та інструменти для параноїків Це окремий, по-справжньому важливий пласт — що робити, якщо пристрій намагаються розблокувати проти вашої волі: на кордоні, при затриманні, пограбуванні, домашньому насильстві. Duress PIN/Password в GrapheneOS — вбудована в саму систему функція, а не сторонній софт, і саме тому надійніше за будь-яку програму поверх звичайного Android. Ви задаєте окремий код, і якщо ввести його в будь-якому місці, де система просить розблокування, миттєво і без можливості перервати процес знищуються апаратні ключі шифрування (включаючи ключі диска), видаляються eSIM, пристрій вимикається. Після цього можна зробити звичайне заводське скидання і користуватися телефоном заново - він не "цегла", просто старі дані вже принципово недоступні. Робочий прийом - зробити duress-код максимально простим (1234, 0000) або взагалі написати його на папірці в чохлі: розрахунок на те, що випадкова людина або недосвідчений атакуючий введе саме його першим. Додатково GrapheneOS має автоматичне перезавантаження пристрою після заданого періоду без розблокування (за замовчуванням 18 годин) – після нього всі дані знову повністю зашифровані і недоступні без PIN. Це пряма протидія саме тій форензиці через холодну пам'ять пристрою, яку розбирали раніше. Ripple — відкритий додаток типу "панічна кнопка", який робить щось саме, а розсилає сигнал іншим додаткам-респондерам: заблокуватися, замаскуватися, стерти приватні дані. Сценарій - у вас є невелике вікно часу до того, як пристрій потрапить не в ті руки, і одне натискання запускає ланцюгову реакцію у всіх потрібних програмах відразу. Amarok - ховає файли та програми: плаваюча panic-кнопка моментально приховує все, є перемикач прямо в шторці швидких налаштувань, можна замаскувати саму програму під звичайний календар. Чесне застереження від розробників це інструмент саме для приховування, а не шифрування, використовувати його як єдиний захист не варто. Valv – зашифрована галерея з підтримкою кількох окремих сховищ під різні паролі. Класична plausible deniability: один пароль відкриває безневинний набір файлів, другий реально чутливий. F-Droid сам по собі підтримує панічні тригери - може приховати себе або по команді видалити будь-який обраний додаток разом з його даними, що зручно, якщо в панічний набір входить відразу весь стек приватних інструментів.

Чому TOTP-коди не захищають від фішингу Коли ви використовуєте генератор одноразових кодів - Aegis або будь-який інший - ця схема має фундаментальну вразливість: код можна перехопити в реальному часі. Атакуючий робить точну копію сторінки входу, ви вводите логін, пароль і шестизначний код - атакуючий моментально використовує всі три на цьому сайті, поки код ще діє. Називається це real-time phishing, і проти нього TOTP не захищає ніяк, тому що код валідний 30 секунд, а автоматизована атака працює за частки секунди. Фізичний ключ безпеки працює принципово інакше. Протокол FIDO2/WebAuthn криптографічно прив'язує аутентифікацію до конкретного домену під час реєстрації ключа. Коли ви намагаєтеся увійти, ключ перевіряє домен сторінки, на якій відбувається вхід - і якщо домен не збігається з тим, на якому ключ був зареєстрований, автентифікація просто не відбувається, навіть якщо сайт виглядає ідентично. Жодного коду, який можна перехопити, не існує в принципі — вся криптографія відбувається між ключем та браузером локально. Три основні гравці YubiKey - найвідоміше ім'я в цьому сегменті, виробляється шведсько-американською компанією Yubico. Лінійка широка: є версії USB-A, USB-C, NFC для телефонів, версія для Lightning під старі iPhone. Підтримує FIDO2, WebAuthn, TOTP, OpenPGP, PIV та низку інших протоколів залежно від моделі. Прошивка закрита — це чесна претензія YubiKey, яку варто позначити: ви не можете перевірити, що саме виконується всередині пристрою. Nitrokey — німецький відкритий альтернативний ключ із відкритою прошивкою та відкритим залізом. Це важлива відмінність від YubiKey - можна перевірити вихідний код, можна зібрати прошивку самостійно. Підтримує OpenPGP, FIDO2, зберігання ключів шифрування. Окрема модель Nitrokey HSM орієнтована корпоративне використання. Для людей, у яких у моделі загроз є закладки на рівні прошивки, це єдиний розумний вибір у цьому сегменті. OnlyKey - американський ключ з відкритою прошивкою, має унікальну функцію, якої немає у конкурентів: PIN вводиться безпосередньо на самому ключі через вбудовані кнопки, а не на комп'ютері. Це захищає від кейлоггерів - навіть якщо пристрій заражений, PIN, введений на самому ключі, не може бути перехоплений програмно. Також підтримує зберігання паролів прямо на ключі із введенням через кнопки без необхідності вводити будь-що з клавіатури. Практичні сценарії використання Для захисту облікових записів через FIDO2/WebAuthn — всі три ключі працюють однаково добре з сервісами, які підтримують цей протокол. Більшість великих платформ уже підтримують його. Для зберігання PGP-ключів і підпису коммітів у Git - Nitrokey і YubiKey, причому ключ генерується прямо на пристрої і ніколи не залишає його у відкритому вигляді, що принципово сильніше зберігання ключа у файлі на диску. Для SSH-автентифікації на серверах - всі три підтримують зберігання SSH-ключів з обов'язковим фізичним торканням ключа під час кожного підключення, що унеможливлює автоматичне використання вкрадених облікових даних. Що важливо враховувати у моделі загроз Фізичний ключ вирішує конкретну проблему – захист від віддалених атак, фішингу та компрометації паролів. Він не захищає від сценарію, де атакуючий має фізичний доступ до вашого комп'ютера в момент активної сесії, і не захищає від ситуації, коли вас змушують фізично аутентифікуватися. Важливий практичний момент завжди потрібен другий резервний ключ на випадок втрати основного, зареєстрований на тих же сервісах. Втрата єдиного ключа без резервних кодів відновлення означає повну втрату доступу до облікових записів, що за наслідками не краще злому.

Чому TOTP-коди не захищають від фішингу Коли ви використовуєте генератор одноразових кодів - Aegis або будь-який інший - ця схема має фундаментальну вразливість: код можна перехопити в реальному часі. Атакуючий робить точну копію сторінки входу, ви вводите логін, пароль і шестизначний код - атакуючий моментально використовує всі три на цьому сайті, поки код ще діє. Називається це real-time phishing, і проти нього TOTP не захищає ніяк, тому що код валідний 30 секунд, а автоматизована атака працює за частки секунди. Фізичний ключ безпеки працює принципово інакше. Протокол FIDO2/WebAuthn криптографічно прив'язує аутентифікацію до конкретного домену під час реєстрації ключа. Коли ви намагаєтеся увійти, ключ перевіряє домен сторінки, на якій відбувається вхід - і якщо домен не збігається з тим, на якому ключ був зареєстрований, автентифікація просто не відбувається, навіть якщо сайт виглядає ідентично. Жодного коду, який можна перехопити, не існує в принципі — вся криптографія відбувається між ключем та браузером локально. Три основні гравці YubiKey - найвідоміше ім'я в цьому сегменті, виробляється шведсько-американською компанією Yubico. Лінійка широка: є версії USB-A, USB-C, NFC для телефонів, версія для Lightning під старі iPhone. Підтримує FIDO2, WebAuthn, TOTP, OpenPGP, PIV та низку інших протоколів залежно від моделі. Прошивка закрита — це чесна претензія YubiKey, яку варто позначити: ви не можете перевірити, що саме виконується всередині пристрою. Nitrokey — німецький відкритий альтернативний ключ із відкритою прошивкою та відкритим залізом. Це важлива відмінність від YubiKey - можна перевірити вихідний код, можна зібрати прошивку самостійно. Підтримує OpenPGP, FIDO2, зберігання ключів шифрування. Окрема модель Nitrokey HSM орієнтована корпоративне використання. Для людей, у яких у моделі загроз є закладки на рівні прошивки, це єдиний розумний вибір у цьому сегменті. OnlyKey - американський ключ з відкритою прошивкою, має унікальну функцію, якої немає у конкурентів: PIN вводиться безпосередньо на самому ключі через вбудовані кнопки, а не на комп'ютері. Це захищає від кейлоггерів - навіть якщо пристрій заражений, PIN, введений на самому ключі, не може бути перехоплений програмно. Також підтримує зберігання паролів прямо на ключі із введенням через кнопки без необхідності вводити будь-що з клавіатури. Практичні сценарії використання Для захисту облікових записів через FIDO2/WebAuthn — всі три ключі працюють однаково добре з сервісами, які підтримують цей протокол. Більшість великих платформ уже підтримують його. Для зберігання PGP-ключів і підпису коммітів у Git - Nitrokey і YubiKey, причому ключ генерується прямо на пристрої і ніколи не залишає його у відкритому вигляді, що принципово сильніше зберігання ключа у файлі на диску. Для SSH-автентифікації на серверах - всі три підтримують зберігання SSH-ключів з обов'язковим фізичним торканням ключа під час кожного підключення, що унеможливлює автоматичне використання вкрадених облікових даних. Що важливо враховувати у моделі загроз Фізичний ключ вирішує конкретну проблему – захист від віддалених атак, фішингу та компрометації паролів. Він не захищає від сценарію, де атакуючий має фізичний доступ до вашого комп'ютера в момент активної сесії, і не захищає від ситуації, коли вас змушують фізично аутентифікуватися. Важливий практичний момент завжди потрібен другий резервний ключ на випадок втрати основного, зареєстрований на тих же сервісах. Втрата єдиного ключа без резервних кодів відновлення означає повну втрату доступу до облікових записів, що за наслідками не краще злому.

До від'їзду — підготовка пристроїв Перше рішення, яке потрібно прийняти заздалегідь, які пристрої взагалі брати із собою. Ідеальний варіант для поїздки в країну з високим ризиком - окремий "чистий" пристрій, який не містить нічого чутливого та використовується лише для поїздок. На ньому немає історії, немає облікових записів, немає особистих даних - це просто інструмент. Якщо ви берете основний пристрій, мінімальний чекіст до виїзду виглядає так. Зробити повний зашифрований бекап і залишити його вдома. Видалити з пристрою все, що не потрібно в поїздці, чим менше даних на пристрої, тим менше можна втратити при вилученні. Вимкнути біометричне розблокування та перейти тільки на PIN – це важливо юридично, тому що в ряді юрисдикцій відбиток пальця або обличчя можна використовувати для примусового розблокування без вашої згоди, тоді як знання PIN захищене правом не свідчити проти себе сильніше. На GrapheneOS активувати duress-PIN, про який говорили в минулому пості, і налаштувати auto-reboot на короткий інтервал – наприклад, 4-6 годин. Це означає, що навіть якщо пристрій вилучили, поки ви спали або відволіклися, після перезавантаження він вимагає повного PIN, а не біометрії. Перетин кордону — найгостріший момент Митні та прикордонні служби у багатьох країнах мають широкі повноваження щодо огляду пристроїв без ордера та без пояснення причин. Це не гіпотетичний сценарій — практика огляду пристроїв на кордонах США, Великобританії, Австралії та багатьох інших країн добре задокументована. Найважливіша річ, яку потрібно розуміти: вимкнений пристрій із повнодисковим шифруванням значно складніше розкрити, ніж пристрій у режимі сну або з увімкненим екраном. Перед проходженням контролю пристрій варто вимкнути повністю — після ввімкнення він вимагатиме PIN до першого розблокування, що дає значно вищий рівень захисту даних навіть при фізичному вилученні. Якщо пристрій вимагатиме розблокування — залежно від юрисдикції у вас можуть бути права відмовитися, але це може призвести до затримання або конфіскації пристрою. Це юридично складна зона, яка сильно залежить від країни та від того, громадянин ви чи іноземець. Наперед вивчити конкретну правову ситуацію в країні призначення — не зайве. У країні мережева безпека Публічний Wi-Fi у готелях, кафе та аеропортах – це потенційно вороже мережеве середовище. Базове правило — VPN завжди увімкнений при підключенні до будь-якої незнайомої мережі. Але є нюанс: у країнах із активною цензурою самі VPN можуть бути заблоковані чи детектуватись. У таких випадках потрібні pluggable transports для Tor (obfs4, Snowflake), про які говорили раніше, - вони маскують факт використання захищеного з'єднання. Мобільні дані через місцеву SIM-карту загалом надійніші за публічний Wi-Fi з погляду MITM-атак від сусідніх пристроїв у мережі, але створюють іншу проблему — реєстрація SIM за паспортом у більшості країн означає, що оператор знає вашу особу і прив'язує всі з'єднання до неї. Заряджання через публічні USB-порти в аеропортах та готелях — окремий вектор атаки, відомий як juice jacking. Через USB можна передавати як живлення, а й дані, і скомпрометований зарядний порт теоретично може взаємодіяти з пристроєм. Просте рішення - використовувати тільки свій власний зарядний кабель і адаптер, або USB data blocker - недорогий перехідник, що фізично відключає контакти даних і залишає лише живлення. Готель — фізична безпека Вашого приладу Ваш номер без нагляду може бути доступний для персоналу або інших зацікавлених сторін. Класичний сценарій називається evil maid attack - фізичний доступ до незахищеного пристрою навіть на короткий час дозволяє встановити апаратний кейлоггер або скомпрометувати завантажувач системи. Мінімальні заходи: пристрій завжди вимкнено, коли ви виходите з номера, критично важливі речі з собою, а не в сейфі готелю — сейф закривається персоналом. Для параноїдального рівня захисту — Haven, програма від команди Сноудена, про яку говорили раніше, перетворює другий телефон на детектор присутності в кімнаті за вашої відсутності. Комунікації у поїздці Для чутливих розмов — лише зашифровані месенджери зі списку, який розбирали раніше, через Tor чи VPN. Звичайні дзвінки та SMS повністю прозорі для місцевого оператора та потенційно для місцевих спецслужб. У країнах з активним стеженням це не параноя, а базова гігієна. Окремий момент – соціальна інженерія. У деяких країнах місцеві контакти або знайомі можуть бути джерелом інформації для третіх сторін. Це не означає параноїдально уникати всіх контактів, але означає обережність у тому, що і кому ви розповідаєте про свою діяльність, маршрут і цілі поїздки. Після повернення Якщо поїздка була в країну з високим ризиком і пристрій міг бути скомпрометований фізично – найчистіший варіант це повне скидання до заводських налаштувань та відновлення з бекапу, зробленого до поїздки. Це радикально, але це єдиний спосіб гарантовано прибрати потенційні імпланти на рівні операційної системи. Зміна паролів і ключів, які використовувалися в поїздці — розумний захід на випадок, якщо вони були перехоплені способами, які ви не можете перевірити.

Чому звичайні ноутбуки проблема Стандартний ноутбук будь-якого великого виробника - Dell, Lenovo, HP - містить кілька рівнів закритого пропрієтарного коду, який працює нижче операційної системи і який неможливо перевірити. BIOS/UEFI прошивка, Intel Management Engine або AMD Platform Security Processor, контролери пристроїв - все це закриті бінарники, яким ви змушені довіряти сліпо. Purism Librem 14 Librem 14 це ноутбук американської компанії Purism, спроектований з явним пріоритетом безпеки, що верифікується, на апаратному рівні. Ключова особливість – нейтралізація Intel Management Engine. IME це окремий процесор всередині процесора, який працює незалежно від основної системи, має доступ до пам'яті, мережі і може працювати навіть коли комп'ютер вимкнено. На Librem 14 IME нейтралізовано через офіційний механізм HAP bit – це не повне видалення, але значне скорочення функціональності та поверхні атаки. Відкрита прошивка - Librem 14 поставляється з coreboot замість пропрієтарного BIOS і PureBoot замість стандартного завантажувача. PureBoot використовує TPM чіп та фізичний ключ безпеки (Librem Key – модифікований Nitrokey) для верифікації цілісності прошивки та завантажувача при кожному старті. Якщо хтось модифікував прошивку, поки пристрій був не під вашим контролем — система при наступному завантаженні покаже попередження через зміну індикатора на ключі. Фізичні перемикачі - окремі апаратні перемикачі для камери та мікрофона, і окремі для Wi-Fi та Bluetooth. Це не програмне відключення, яке можна обійти через вразливість — фізичний розрив ланцюга на рівні заліза. Камера і мікрофон фізично відключені поки перемикач у положенні off незалежно від того, що робить операційна система. Підтримувані операційні системи - PureOS (власний дистрибутив Purism заснований на Debian), але працює з будь-яким Linux, включаючи Tails, Qubes OS, NixOS про який говорили раніше. Чесні обмеження — Librem 14 значно дорожчий за звичайний ноутбук аналогічних характеристик, продуктивність не видатна, і компанія невелика що створює ризики довгострокової підтримки. System76 System76 - американська компанія з Денвера, спочатку спеціалізувалася на ноутбуках з Linux, але в останні роки рухається у бік відкритого заліза. Coreboot - System76 активно переводить свої ноутбуки на coreboot, і це вже реалізовано на декількох моделях, включаючи Galago Pro і Lemur Pro. Відкрита прошивка перевіряється та аудується на відміну від пропрієтарного BIOS. System76 Open Firmware — компанія розробляє власну надбудову над coreboot, яку називає System76 Open Firmware, публікує вихідний код і бере активну участь у розробці coreboot upstream. PopOS – власний дистрибутив Ubuntu з додатковими налаштуваннями, але ноутбуки System76 працюють із будь-яким Linux. Thelio — окрім ноутбуків, компанія виробляє десктопи з відкритою прошивкою і навіть публікує механічні креслення корпусів як відкрите залізо. Чесні обмеження System76 не нейтралізує Intel ME на відміну від Purism, фізичних перемикачів немає на більшості моделей. Це швидше "максимально відкритий Linux ноутбук", ніж "параноїдальна безпека". Порівняння двох підходів Purism йде глибше на рівень заліза – нейтралізація IME, фізичні перемикачі, апаратна верифікація завантаження. Це максимальний захист від загроз на рівні прошивки. System76 йде ширше – відкрита прошивка, відкрите залізо, активна участь у open source екосистемі. Це практичніший варіант для повсякденного використання без жертви зручністю. Альтернативи, які варто знати Тhinkpad з coreboot - класичні моделі Lenovo ThinkPad X230, T430, X220 мають зрілу підтримку coreboot через проект Skulls і libreboot. Це старе залізо але з найперевіренішим часом відкритим стеком прошивок і значно дешевше. Framework Laptop — модульний ноутбук із замінними компонентами, що рухається у бік відкритої прошивки. Не досягає рівня Purism але значно краще за звичайних виробників за прозорістю. Практичний висновок Якщо в моделі загроз є противник, здатний на атаку рівня прошивки (evil maid атака на BIOS, компрометація IME) - Librem 14 з PureBoot і Librem Key це єдиний комерційно доступний варіант з апаратною верифікацією цілісності при кожному завантаженні. Якщо потрібний просто хороший Linux ноутбук з відкритою прошивкою без екзотичних вимог - System76 або Framework з coreboot дають хороше співвідношення відкритості та практичності.

Що таке шифрування і навіщо воно потрібно Шифрування це математичне перетворення даних на нечитаний вид за допомогою ключа. Без ключа дані виглядають як довільний набір байт. Із ключем читаються нормально. За цим стоїть сторіччя математики та криптографії. Важливо зрозуміти з самого початку — шифрування захищає дані у спокої та русі. Дані спокою це файли на диску. Дані руху є трафік між пристроями. Різні інструменти вирішують різні завдання та плутати їх небезпечно.Симетричне шифрування Один і той же ключ використовується для шифрування та розшифровки. Швидко та ефективно для великих обсягів даних. AES– стандарт де-факто. Прийнятий урядом США після відкритого конкурсу 2001 року. Використовується скрізь – у LUKS для шифрування дисків, у TLS для веб-трафіку, у месенджерах. AES-128 є достатнім для більшості завдань. AES-256 використовується там, де потрібний захист на десятиліття вперед у тому числі від майбутніх квантових комп'ютерів. ChaCha20- сучасна альтернатива AES. Використовується у TLS 1.3, WireGuard, Signal. Швидше за AES на пристроях без апаратного прискорення. Однаково надійна за правильної реалізації. Головна проблема симетричного шифрування – як безпечно передати ключ іншій стороні? Цю проблему вирішує асиметричне шифрування. Асиметричне шифрування Використовує пару ключів – публічний та приватний. Публічний роздаєш усім. Приватний зберігаєш лише у себе. RSA- класичний алгоритм заснований на складності факторизації великих чисел. Використовується у PGP, SSL, SSH. Потребує великих ключів - щонайменше 2048 біт, рекомендується 4096 біт. Elliptic Curve Cryptography (ECC)– сучасна альтернатива RSA. Дає той же рівень безпеки за значно меншого розміру ключа. 256-бітний ключ ECC еквівалентний 3072-бітному ключу RSA. Використовується у сучасних месенджерах, TLS 1.3, Signal Protocol. Асиметричне шифрування повільніше за симетричне тому на практиці використовується гібридний підхід - асиметричне шифрування для обміну ключами, симетричне для шифрування самих даних. Захист ключів - найважливіше Алгоритм шифрування математики. Зламати брутфорсом AES-256 неможливо при будь-якому існуючому залозі. Але сам ключ потрібно звідкись взяти – зазвичай із пароля користувача. Тут з'являється функція виведення ключа (KDF). Вона бере твій пароль і перетворює його на криптографічний ключ так, щоб перебір паролів був максимально дорогим. PBKDF2– старий стандарт. Прості ітерації хешування. Добре паралелізується на GPU – вразливий до атак із відеокартами. bcrypt— вимагає більше пам'яті, ніж PBKDF2. Найкраще захищає від GPU атак. Argon2id– переможець Password Hashing Competition 2015 року. Потребує величезної кількості RAM на кожну спробу. Робить атаки через GPU та спеціалізоване залізо економічно невигідними. Це найкращий вибір для захисту ключів у 2026 році. LUKS vs VeraCrypt - докладне порівняння Це два інструменти, які часто порівнюють, але вони вирішують трохи різні завдання. LUKS (Linux Unified Key Setup) LUKS – це стандарт повнодискового шифрування на Linux. Не окрема програма, а специфікація формату зашифрованого розділу підтримується ядром Linux безпосередньо. Що робить LUKS добрим. Інтеграція з ядром Linux на рівні dm-crypt означає максимальну продуктивність - шифрування та розшифрування відбуваються прозоро без помітної втрати швидкості на сучасному залізі з апаратним AES. До 8 ключових слотів можна додати кілька паролів для різних цілей, включаючи duress пароль який знищує дані. LUKS2 підтримує Argon2id – найсильніший захист ключа від брутфорсу. Для чого LUKS найкращий вибір. Шифрування системного диска на Linux – це єдиний правильний інструмент для цього завдання. Шифрування зовнішніх дисків та флешок під Linux. Ситуації, де потрібна максимальна продуктивність та інтеграція з операційною системою. Слабка сторона LUKS. Метадані заголовка видно - сам факт, що диск зашифрований через LUKS можна визначити без знання пароля. Немає нативної підтримки прихованих томів. Прив'язаний до екосистеми Linux. VeraCrypt VeraCrypt це форк TrueCrypt розроблений після того, як проект TrueCrypt був закритий за підозрілих обставин у 2014 році. Кросплатформовий – працює на Windows, macOS, Linux. Що робить VeraCrypt унікальним. Приховані томи - це головна особливість якої немає у LUKS. Створюєш зашифрований контейнер із двома паролями. Один відкриває звичайний том із невинними даними. Другий відкриває прихований том із реально важливими даними. Математично довести існування прихованого тому неможливо без знання другого пароля — це називається plausible deniability. Зашифровані контейнери у вигляді файлів - можна створити зашифрований файл-контейнер, який зберігається всередині вже зашифрованого диска, створюючи додатковий шар захисту. Кросплатформенність - контейнер VeraCrypt можна відкрити на Windows, macOS і Linux одним і тим самим паролем. Для чого VeraCrypt найкращий вибір. Зберігання чутливих файлів усередині зашифрованої системи — подвійний шар захисту. Ситуація де потрібна plausible deniability — прихований том захищає при примусі до видачі пароля. Кросплатформні контейнери, які потрібно відкривати на різних операційних системах. Зберігання файлів на хмарних сервісах – шифруєш контейнер локально та завантажуєш зашифрований файл у хмару. Слабка сторона VeraCrypt. Повільніше LUKS через роботу в просторі користувача, а не на рівні ядра. Ітерації при введенні пароля займають кілька секунд - це навмисно для захисту від брутфорсу, але незручно. Як вибрати правильний інструмент Питання не в тому який інструмент є кращим — питання в тому яку загрозу потрібно закрити. Шифруєш системний диск Linuxлише LUKS. Це його рідне середовище. Максимальна продуктивність та інтеграція. Зберігаєш чутливі файли всередині зашифрованої системи— VeraCrypt контейнер. Подвійний шар. Якщо хтось отримав доступ до системи, файли в контейнері все одно зашифровані окремим ключем. Потрібна plausible deniability- тільки VeraCrypt із прихованим томом. LUKS цього не вміє. Шифруєш флешку для перенесення даних між пристроями, включаючи Windows— VeraCrypt. LUKS флешку не відкриєш Windows без додаткових інструментів. Максимальна зв'язка для параноїка- LUKS на системному диску плюс VeraCrypt контейнер всередині особливо чутливих даних. Два незалежні шари шифрування з різними паролями. Практичні рекомендації Перше — сила пароля важливіша за вибір алгоритму. AES-256 із паролем "password" зламується за секунди. AES-128 з паролем із шести випадкових слів через Diceware незламуємо за розумний час. Друге - Argon2id в LUKS2 обов'язковий. Якщо встановлено LUKS зі стандартними налаштуваннями, параметри KDF можуть бути слабшими, ніж потрібно. Перевірити і посилити можна через cryptsetup. Третє — фізична безпека важливіша за криптографію. Увімкнений пристрій із розшифрованим диском нівелює будь-яке шифрування. Ключі у RAM доступні при cold boot атаці. Вимкнений пристрій з LUKS та сильним паролем – математично захищений. Четверте – шифрування це не анонімність. Зашифрований диск приховує вміст даних, але не приховує сам факт їх існування, час створення та метадані файлової системи. Для анонімності необхідні окремі інструменти.

Проблема із звичайними способами передачі файлів Більшість людей передають файли через месенджери, хмарні сховища або email, не замислюючись про те, що відбувається з файлом на шляху від відправника до одержувача. Email – провайдер бачить все. Gmail сканує вміст листів. Вкладення зберігаються на серверах роками. Telegram — якщо файл надсилається як документ, він завантажується на сервери Telegram. Компанія має повний доступ до незашифрованих файлів у звичайних чатах. Google Drive та Dropbox – файл зберігається на серверах компанії. За юридичного запиту компанія видасть його без питань. Зашифровані месенджери типу Signal — вміст зашифрований, але метадані про те, хто з ким і коли спілкувався, зберігаються. Загальна проблема всіх цих способів одна – файл проходить через сервери третьої сторони. Третя сторона може бути зламана, отримати юридичний запит або просто зберігати дані довше, ніж потрібно. Що таке OnionShare OnionShare створює пряме з'єднання між відправником та одержувачем через мережу Tor без проміжних серверів. Технічно це працює так - OnionShare запускає тимчасовий веб-сервер прямо на твоєму комп'ютері і робить його доступним через адресу onion в мережі Tor. Отримувач відкриває цю адресу Tor Browser і завантажує файл безпосередньо з твого комп'ютера. Коли передача завершена onion адреса зникає назавжди. Архітектурний результат такий - файл ніколи не залишає пряме з'єднання між двома комп'ютерами. Жодних проміжних серверів. Жодних корпорацій які зберігають копії. Жодних логів на сторонніх серверах. Чотири режими роботи Режим відправки – класичний варіант. Додаєш файли, натискаєш Почати, отримуєш унікальну onion адресу. Надсилаєш адресу одержувачу будь-яким способом. Отримувач відкриває Tor Browser і скачує. За замовчуванням адреса зникає після першого завантаження. Режим отримання – найцінніший режим для журналістів та активістів. OnionShare створює onion адресу, куди інші люди можуть завантажувати файли тобі анонімно. Публікуєш адресу та джерела передають документи не розкриваючи своєї особистості. Ти не знаєш джерела IP. Джерело не знає твоє IP. Спрощений аналог SecureDrop без необхідності налаштовувати окремий сервер. Режим чату - створює анонімну чат кімнату, яка існує тільки поки запущений OnionShare. Усі учасники підключаються через Tor Browser. Жодних акаунтів, жодної історії, жодних слідів. Після закриття програми кімната зникає назавжди. Режим сайту дозволяє опублікувати будь-який контент анонімно через Tor без хостингу і реєстрації. Твоя особистість та місцезнаходження повністю приховані. Що саме ховається Приховує твій реальний IP від одержувача. IP отримувача від тебе. Вміст передачі від будь-яких третіх сторін. Метадані про те, хто з ким спілкувався. Не приховує - метадані всередині самого файлу. Якщо в документі є ім'я автора або у фотографії GPS координати, це потрібно очищати окремо через MAT2 або Metadata Cleaner перед відправкою. Правильна зв'язка інструментів OnionShare працює найкраще у комбінації з іншими інструментами. Перед надсиланням будь-якого файлу очищай метадані через MAT2. Після отримання файлу від джерела відкривай через Dangerzone перед тим, як дивитися вміст — файл може містити експлойт, який при відкритті розкриє реальний IP. Для максимальної анонімності використовуй OnionShare з Whonix Workstation - тоді навіть якщо програма скомпрометована реальний IP фізично недоступний. Обмеження Комп'ютер повинен бути увімкнений доки передача. Швидкість через Tor нижче за звичайний інтернет. Для постійного прийому документів у довгостроковій перспективі краще настроїти повноцінний SecureDrop. OnionShare є ідеальним для разових передач. Підсумок OnionShare це один з небагатьох інструментів, який забезпечує справжню анонімність при передачі файлів без компромісів. Жодних акаунтів. Жодних серверів. Жодних третіх сторін. Тільки пряме з'єднання через Tor між двома комп'ютерами. Для журналіста режим отримання файлів є особливо цінним — джерела передають документи анонімно без складної інфраструктури.

Що таке Kodachi Linux Kodachi це дистрибутив Linux заснований на Ubuntu та Debian, розроблений однією людиною на ім'я Warith Al Maawali з Оману. Існує з 2015 року та позиціонується як операційна система для анонімної роботи в інтернеті із коробки. Головна ідея — всі інструменти приватності вже налаштовані та працюють одразу після завантаження без додаткового налаштування. Плюси Kodachi Все з коробки – головна перевага Kodachi перед іншими дистрибутивами. VPN, Tor та DNSCrypt працюють одночасно відразу після завантаження. Не потрібно нічого налаштовувати вручну. Для новачка, який хоче швидко отримати захищене середовище, це серйозний аргумент. Зручний інтерфейс - Kodachi використовує робочий стіл Cinnamon, який візуально зрозумілий користувачам Windows і macOS. На робочому столі є віджети, що показують статус VPN, Tor, DNS, поточний IP та іншу інформацію в реальному часі. Великий набір встановлених інструментів — VeraCrypt, KeePassXC, Tor Browser, Metadata Cleaner, OnionShare, Ricochet та багато інших інструментів приватності вже встановлені та готові до роботи. AnonSurf інтеграція - весь системний трафік загортається через Tor через iptables правила однією кнопкою. Не треба знати команди терміналу. Працює як live система – завантажується з флешки без встановлення на диск. Можна використовувати будь-який комп'ютер. Російськомовне співтовариство є активною спільнотою в Telegram і на форумах де допомагають з налаштуванням. Десять років існування – дистрибутив не новий. Десять років без публічних скандалів та задокументованих інцидентів – це певний знак якості. Мінуси Kodachi Один розробник – це головний та важливий мінус. Весь дистрибутив тримається однією людині. Якщо він захворіє, втратить інтерес чи потрапить під тиск — проект може зникнути чи скомпрометуватися без попередження. Tails, Whonix та Qubes OS розробляються командами з відкритими процесами та фінансуванням. Kodachi – ні. Відсутність публічних аудитів безпеки – жодної задокументованої незалежної перевірки коду. Tails проходив аудити від німецької компанії Cure53. Whonix перевіряли незалежні дослідники. Для Kodachi такої інформації немає. Це не означає, що в коді є проблеми — це означає, що ми не знаємо, є вони чи ні. Програмна анонімізація через iptables AnonSurf використовує правила брандмауера для перенаправлення трафіку через Tor. Це програмне блокування, яке теоретично можна обійти через вразливість в ядрі або додаток з правами root. Whonix закриває це архітектурно - фізично неможливий витік IP. Kodachi такої гарантії не дає. Закриті компоненти – частина конфігурації та скриптів непрозора. Для серйозної моделі загроз довіра до закритих компонентів є неприйнятною. Застаріла база – Ubuntu та Debian основа іноді отримує оновлення безпеки із затримкою. Один розробник не встигає швидко реагувати на критичні вразливості. Невідоме походження VPN — у Kodachi встановлений VPN, але докладної інформації про провайдера, юрисдикцію та політику логів немає в публічному доступі. Для приватності це серйозне питання. Кому Kodachi підходить Новачок, який хоче базовий захист без вивчення Linux команд. Людина, якій потрібно швидко отримати захищене середовище без тривалого налаштування. Користувач із низьким рівнем загроз – приховати трафік від провайдера, обійти блокування, базову приватність. Той, хто вже розуміє обмеження інструменту і використовує його усвідомлено. Кому Kodachi не підходить? Користувач якого переслідують державні структури. Людина з серйозною моделлю загроз, де противник має технічні ресурси. Будь-хто потребує архітектурної гарантії анонімності, а не програмної. Той, для кого ціна помилки надто висока. Порівняння з альтернативами Проти Tails Kodachi програє по амнезії та аудитам. Tails залишає нульові сліди при вимкненні - Kodachi цього не гарантує. Проти Whonix програє за архітектурною надійністю. Whonix фізично не може допустити витоку IP - Kodachi може за певних умов. Проти звичайного Linux з правильним налаштуванням Kodachi виграє за зручністю для новачка, але програє за прозорістю та контролем. Чи варто користуватися Чесна відповідь залежить від моделі загроз. Якщо потрібний базовий захист і ти розумієш обмеження – Kodachi нормальний інструмент. Якщо життя чи свобода залежать від анонімності — лише Tails, Whonix або Qubes OS із незалежними аудитами та прозорою розробкою. Kodachi це як замок на дверях - захищає від випадкового злодія, але не від професійного зломщика з потрібними інструментами. Знай, що саме ти захищаєш і від кого — тоді рішення очевидне.

Навіщо це потрібно, якщо є Element із звичайним Matrix Element за замовчуванням підключається до сервера matrix.org або будь-якого іншого публічного сервера. Цей сервер бачить реальний IP при кожному підключенні, бачить метадані - хто з ким у якому чаті перебуває, коли був онлайн, навіть якщо вміст повідомлень зашифрований наскрізним шифруванням. Свій сервер через onion-адресу закриває саме це. Сервер бачить лише IP вихідного вузла Tor. Власник сервера повністю контролює залізо та логи, і ніхто крім нього не вирішує, як довго зберігаються дані. Що потрібно перед початком VPS-сервер, оплачений анонімно — наприклад, через Njalla, 1984 Hosting або Frantech, оплата криптовалютою, реєстрація через Tor Browser з тимчасовим email. Для тесту вистачить мінімальної конфігурації – 1-2 ГБ RAM, 20 ГБ диска. Доступ до сервера SSH. Будь-яка машина з Linux для керування та подальшого підключення через Element. Крок 1 — підключення до сервера та базова підготовка Підключаєшся до VPS по SSH з терміналу: ssh root@ip_адреса_сервера Обнови систему: apt update && apt upgrade -y Крок 2 — встановлення Synapse (серверна частина Matrix) apt install -y lsb-release wget apt-transport-https<br> Додай офіційний репозиторій Matrix: wget -O /usr/share/keyrings/matrix-org-archive-keyring.gpg https://packages.matrix.org/debian/matrix-org-archive-keyring.gpg <br>echo "deb [signed-by=/usr/share/keyrings/matrix-org-archive-keyring.gpg] https://packages.matrix.org/debian/ $(lsb_relea tee /etc/apt/sources.list.d/matrix-org.list<br> Встанови: apt update<br>apt install matrix-synapse-py3<br> У процесі установки запитає server name - це важливий момент, про який нижче. Крок 3 - встановлюємо Tor і налаштовуємо HiddenServicePort 443 127.0.0.8.0.8.0 . 8448 127.0.0.1:8448<br> Зберігаємо, перезапускаємо Tor: systemctl restart tor<br> Дивимося свою onion-адресу: cat /var/lib/tor/matrix/hostname<br> Отримаєш щось на кшталт abcdefghijklmnop.onion сервіс. Крок 4 — критично важливий момент для server_name Відкриваємо головний конфіг Synapse: nano /etc/matrix-synapse/homeserver.yaml Знаходимо рядок: server_name: "..." Тут вписуємо саме ту onion-адресу, яку отримали на попередньому кроці: server_name: "ab: " змінити після створення першого користувача — якщо змінити server_name пізніше, всі облікові записи стануть недійсними і доведеться починати з нуля. Перш ніж рухатися далі, переконайся, що вписав правильно. Крок 5 - налаштування TLS і портів У тому ж homeserver.yaml знаходимо розділ listeners: listeners:<br> - port: 8448 tls: false type: http<br> federation] compress: false Зверни увагу - tls: false. Це нормально і правильно в даній схемі, тому що весь трафік вже йде через зашифрований Tor-тунель, додатковий TLS поверх надмірний і лише ускладнює налаштування. Крок 6 — реєстрація користувачів Відключаємо відкриту реєстрацію, щоб сторонні не могли створити обліковий запис на сервері: enable_registration : false<br> Створюємо першого користувача вручну: register_new_matrix_user -c /etc/matrix-synapse/homeserver.yaml адміністратора - так/ні. Крок 7 - запуск сервісу systemctl enable matrix-synapse<br>systemctl start matrix-synapse<br>systemctl status matrix-synapse Перевіри, що статус active (running), без помилок. Крок 8 - підключення через Element Підключатися потрібно обов'язково через Tor, інакше весь зміст втрачається. Відкрий Element через Orbot на телефоні або через torsocks на десктопі: torsocks element-desktop<br> При вході не вибирай стандартний matrix.org, натисніть Змінити сервер домашнього простору (Edit → Homeserver URL) і введи: http://abcdefghijklmnop.onion:848 - Готово, аккаунт у приватній Matrix-мережі активний. Запрошення інших учасників Кожному новому учаснику потрібно: створити обліковий запис на сервері (реєстрація відключена для сторонніх, тому створює тільки адміністратор через ту саму команду register_new_matrix_user), передати йому onion-адресу та логін безпечним каналом - наприклад через OnionShare або Signal. Що це архітектурно дає Ніякий сторонній сервер не бачить метадані листування. IP всіх учасників прихований через Tor з обох сторін. Повний контроль над retention policy - скільки зберігаються повідомлення вирішує лише власник сервера. Логування можна вимкнути повністю лише на рівні сервера. Що варто знати наперед Сервер повинен бути постійно онлайн щоб учасники могли отримувати повідомлення - на відміну від разових інструментів передачі файлів, тут потрібна інфраструктура, яка живе постійно. Якщо сервер конфіскують або загубиться доступ - всі повідомлення, якщо retention включений, фізично зберігаються там, значить, варто налаштувати мінімальне зберігання через redaction і retention policy окремо. Оновити Synapse потрібно регулярно - вразливості в серверному програмному забезпеченні закривають швидко, але тільки якщо стежити за оновленнями. Підсумок Це не найпростіший вечір налаштування, але результат є повністю незалежним приватним чат-сервером без жодної точки довіри третій стороні. Для команди з кількох осіб, координації редакції, чи просто закритого кола людей, яким важлива приватність без компромісів, — це принципово сильніша позиція, ніж будь-який публічний месенджер, яким би зашифрованим він не був.

Проблема зі звичайною хмарою Google Drive, Dropbox, iCloud без додаткових налаштувань - всі вони мають доступ до вмісту твоїх файлів технічно. Навіть якщо компанія заявляє, що не читає файли вручну, вона має технічну можливість це робити: автоматичне сканування, індексацію для пошуку, аналіз для рекламних алгоритмів, і, що важливіше, видавати вміст за юридичним запитом. Більшість людей розуміють цю проблему, але вирішують її надто радикально - або взагалі відмовляються від хмари, втрачаючи зручність синхронізації між пристроями, або просто миряться з тим, що провайдер бачить все. Що робить Cryptomator Інструмент шифрує файли локально на вашому пристрої ще до того, як вони потраплять у хмару. Створюєш зашифроване сховище (vault), кладеш туди файли - Cryptomator шифрує кожен файл окремо і передає зашифровані дані до папки, яка вже синхронізується з будь-яким хмарним сервісом, яким користуєшся. Хмарний провайдер у результаті бачить лише набір файлів з випадковими іменами та нечитаним вмістом. Розшифровка відбувається лише локально, на пристрої, який має правильний пароль — сам сервіс зберігання фізично не може прочитати, що всередині. Чим це відрізняється від вбудованого шифрування хмар У деяких провайдерів (Proton Drive, Tresorit) наскрізне шифрування вбудоване спочатку - це теж надійно, але прив'язує до конкретного сервісу з обмеженим безкоштовним об'ємом і зазвичай вищою ціною за платний тариф. Cryptomator працює поверх будь-якої хмари - Google Drive, Dropbox, Яндекс.Диск, OneDrive, локальна мережа, взагалі будь-яка папка, яка синхронізується. Це дає можливість використовувати дешеві тарифи з великим обсягом місця у звичайних провайдерів, додаючи шифрування самостійно, а не переплачуючи за вбудовану приватність у нішевих сервісів. Технічно, що відбувається всередині Кожен файл шифрується алгоритмом AES-256 - тим же стандартом, який використовується в LUKS і більшості серйозних інструментів шифрування. Імена файлів теж шифруються, а не лише вміст – хмарний провайдер не бачить навіть назв документів, лише випадковий набір символів. Структура папок при цьому зберігається логічно на твоїй стороні – відкриваєш Cryptomator, вводиш пароль, бачиш звичайну файлову структуру з нормальними назвами, працюєш як із будь-якою папкою, а все шифрування відбувається прозоро на тлі. Як це виглядає на практиці? Встановлюєш Cryptomator на комп'ютер. Створюєш нове сховище, вказуєш, де фізично лежатиме зашифрована папка — наприклад, усередині папки, яку синхронізує Google Drive або Dropbox. Вигадуєш пароль для сховища. Cryptomator створює зашифровану структуру в цій папці і одночасно "відкриває" віртуальний диск у системі - з погляду будь-яких інших програм це виглядає як звичайна папка, куди можна перетягувати файли стандартним способом. Все, що кладеш у цей віртуальний диск, автоматично шифрується і потрапляє в реальну папку, що хмара синхронізується. Хмарний клієнт бачить лише зашифровані файли та завантажує саме їх — ти працюєш із розшифрованою версією лише локально, доки сховище відкрито з правильним паролем Мобільні програми Є версії під Android і iOS — можна відкривати те саме зашифроване сховище з телефону, вводячи той же пароль. Це дає доступ кросплатформи без необхідності довіряти вміст жодному пристрою або сервісу окремо — розшифровка відбувається на кожному пристрої локально. Відкритий вихідний код як ключова перевага На відміну від закритих хмарних рішень із вбудованим шифруванням, де доводиться вірити компанії на слово, що вона реалізувала шифрування правильно, код Cryptomator відкритий і може бути перевірений незалежно. Регулярні незалежні аудити безпеки публікуються — це не голослівна заява про приватність, а те, що можна верифікувати самому чи довіритися людям, які це вже зробили. Що Cryptomator не вирішує Метадані про сам факт використання хмари - провайдер все одно бачить, що обліковий запис активний, скільки місця зайнято, коли відбуваються завантаження файлів, навіть не знаючи їхнього вмісту. Це не анонімність використання хмари, саме захист вмісту від прочитання. Якщо потрібний додатковий захист від відстеження самого факту синхронізації - варто комбінувати з VPN або Tor при завантаженні, але це вже окремий рівень завдання, не те, що вирішує сам Cryptomator. Практичні сценарії використання Резервне копіювання чутливих документів у дешеву хмару без ризику, що провайдер матиме доступ до вмісту. Синхронізація файлів між кількома пристроями без необхідності довіряти хмарному сервісу. Зберігання особистих архівів, фотографій, фінансових документів — там, де формально потрібна доступність із будь-якої точки, але вміст не повинен бути помітним навіть гіпотетично провайдеру. Підсумок Cryptomator закриває конкретний і дуже частий компроміс між зручністю хмари і довірою третій стороні. Не потрібно вибирати між "зберігаю все локально і втрачаю зручність синхронізації" і "довіряю вміст корпорації" - є третій варіант, де хмара залишається просто транспортним шаром для вже зашифрованих даних, а реальний доступ до вмісту є тільки у того, хто знає пароль.

Проблема, яку не вирішують навіть хороші месенджери Signal, шифрує вміст повідомлень наскрізним шифруванням - це відмінно. Але сервер Signal все одно знає, хто з ким спілкується, коли, як часто, метадані залишаються видно, навіть якщо текст повідомлення не читаємо. Session і подібні месенджери без номера телефону вирішують частину цієї проблеми через маршрутизацію через власну мережу вузлів, але є інфраструктура — сервери, вузли, через які проходить трафік. Ricochet Refresh йде далі за всіх - він прибирає сервер з рівняння повністю. Архітектура - P2P через Tor без єдиного сервера Замість того, щоб відправляти повідомлення через проміжну інфраструктуру, Ricochet встановлює пряме з'єднання між двома співрозмовниками через Tor hidden service. Кожен користувач Ricochet сам є власним "сервером" у вигляді onion-адреси - повідомлення йде безпосередньо від однієї onion-адреси до іншої, минаючи будь-яку третю сторону. Це інший підхід, ніж в будь-якого месенджера з центральним сервером. Нема компанії, яка може видати логи. Немає бази даних із метаданими про те, хто з ким зв'язувався. Немає фізичної точки, куди можна прийти з юридичним запитом, бо нема чого вилучати — листування не зберігається ніде, крім самих співрозмовників. Як це виглядає на практиці При установці Ricochet генерує унікальну onion-адресу, яка і є твоєю "ідентифікатором" - не номер телефону, не email, не нікнейм, прив'язаний до сервера, а просто криптографічно згенерована адреса. Щоб додати співрозмовника, обмінюєшся цією onion-адресою будь-яким способом (особисто через інший захищений канал) — додаєш його в контакти. Далі при надсиланні повідомлення програма безпосередньо пов'язується з onion-адресою співрозмовника через Tor. Якщо співрозмовник офлайн - повідомлення не доставляється взагалі, тому що немає сервера, який міг би потримати його в черзі до того моменту, поки адресат з'явиться в мережі. Що це означає для метаданих саме У звичайних месенджерів навіть при повному шифруванні вмісту сервер бачить: IP-адреси підключень (або хоча б факт підключення), час активності, частоту повідомлень між конкретними парами користувачів, розмір даних, що передаються. З цього набору метаданих за належного аналізу можна відновити соціальний граф — хто з ким спілкується — навіть не читаючи жодного повідомлення. У Ricochet метадані фізично нема де накопичуватися. З'єднання існує рівно в момент передачі повідомлення, безпосередньо між двома onion-адресами через Tor, і зникає відразу після. Немає проміжного вузла, який бачив би обидва кінці розмови одночасно. Чому це працює саме через архітектуру Tor hidden services Кожна onion-адреса маршрутизується через мережу Tor так, що жоден вузол на шляху не знає одночасно і відправника, і одержувача - це вбудована властивість самого протоколу Tor, на якому будується Ricochet. Додаток не додає анонімність поверх звичайної мережі - він використовує ту анонімність, яку Tor дає архітектурно, для прямого P2P-з'єднання замість звичної клієнт-серверної моделі. Чесні обмеження – це не месенджер для повсякденного використання Обидва співрозмовники повинні бути онлайн одночасно для доставки повідомлення – немає хмарної черги повідомлень, як у Telegram чи WhatsApp, куди можна написати та адресат прочитає пізніше, коли ввімкне телефон. Немає синхронізації між пристроями — весь ідентифікатор (onion-адреса та ключі) живе на одному конкретному пристрої, де встановлено Ricochet. Втратив пристрій - втратив ідентифікатор, починаєш з нуля з новою адресою і знову обмінюєшся ним з усіма контактами. Немає групових чатів у класичному розумінні — архітектура заточена саме під приватні розмови віч-на-віч, а не під координацію великих груп. Вимагає, щоб обидва співрозмовники були технічно готові тримати програму постійно запущеною для отримання повідомлень — для випадкового користувача це незручно, але для тих, кому реально важлива максимальна анонімність конкретної розмови, це усвідомлений компроміс. Для кого це реально має сенс. Не для повсякденного листування з друзями — там зручніше і достатньо Signal чи Session. Ricochet має сенс саме для тих розмов, де важлива гарантія відсутності метаданих сильніша за зручність — разові чутливі обговорення, координація між людьми, яким потрібна архітектурна неможливість пов'язати їх листування постфактум. Підсумок Ricochet Refresh не намагається бути месенджером для всіх — це вузькоспеціалізований інструмент для конкретного завдання: розмова про факт існування якої не повинен знати ніхто, крім двох співрозмовників. За це сплачується зручністю – немає офлайн-доставки, немає синхронізації, немає груп. Але для тих рідкісних випадків, де це дійсно потрібно, нічого сильнішого за архітектурою анонімності серед месенджерів просто не існує.

Два принципово різні типи шифрування Перш ніж говорити про квантову загрозу, важливо розуміти, що AES і RSA вирішують різні завдання та побудовані на різній математиці. AES – симетричний алгоритм. Один і той же ключ використовується і для шифрування, і розшифровки. Саме AES шифрує твій диск через LUKS, файли через VeraCrypt, сам трафік усередині VPN-тунелю. RSA – асиметричний алгоритм. Пара ключів: публічний, який можна роздавати всім, та приватний, який залишається лише у власника. RSA зазвичай не шифрує самі дані безпосередньо — він використовується для обміну ключами та цифрових підписів, після чого подальше шифрування робить вже симетричний алгоритм на кшталт AES. Чому RSA вразливий для квантових комп'ютерів RSA тримається на одній конкретній математичній складності - проблеми розкладання дуже великих чисел на звичайні множники. Звичайному комп'ютеру на це потрібні роки або століття, залежно від розміру ключа, і саме це завдання, яке не можна вирішити на практиці, і захищає RSA. Але 1994 року математик Пітер Шор опублікував алгоритм, який спеціально вирішує саме це завдання — розкладання чисел на множники — експонентно швидше на квантовому комп'ютері, ніж на звичайному. Алгоритм Шора не теоретична абстракція, а конкретний, математично доведений метод. Проблема лише в тому, що поки що не існує квантового комп'ютера з достатньою кількістю стабільних кубитів, щоб реально застосувати його до ключів того розміру, що використовуються зараз. Але сама природа вразливості полягає в тому, що RSA тримається рівно на одній математичній проблемі, і для цієї конкретної проблеми вже існує готовий квантовий алгоритм злому. Питання не "якщо", а "коли" з'явиться залізо, здатне його виконати. Чому AES влаштований принципово інакше AES не ґрунтується на факторизації чисел або на будь-якій іншій задачі, для якої є спеціалізований квантовий алгоритм на кшталт алгоритму Шора. AES - це симетричний шифр, пристрій якого зводиться до перебору можливих ключів методом грубої сили, якщо не знаходити розумніших шляхів злому. Для симетричних алгоритмів єдиний відомий квантовий метод прискорення перебору — алгоритм Гровера, опублікований 1996 року. Але на відміну від алгоритму Шора, який дає експоненційне прискорення (злом стає якісно, значно швидше), алгоритм Гровера дає лише квадратичне прискорення. Що означає "квадратичне прискорення" на практиці Якщо AES-256 звичайному комп'ютеру потрібно перебрати в середньому половину від 2 до 256 комбінацій ключа, то алгоритм Гровера на квантовому комп'ютері скоротить цю роботу до приблизно 2 у ступені 128 операцій - що еквівалентно за складністю звичайному брутфорсу AES-1. А AES-128 сам по собі все ще вважається практично незламним методом повного перебору навіть без будь-якої квантової загрози — кількість операцій настільки величезна, що це залишається обчислювально нездійсненним на найближче майбутнє навіть теоретично, з будь-якою мислимою кількістю звичайних або квантових процесорів, об'єднаних. Тобто AES-256 після появи потужних квантових комп'ютерів не стане "зламаним" - він просто ефективно "просяде" до рівня надійності AES-128, який сам залишається досить сильним. Підсумкова різниця простими словами RSA вразлива, тому що квантовий алгоритм Шора атакує саме ту математичну структуру, на якій побудовано RSA — і робить це експоненційно швидше. AES стійкий, тому що для симетричних шифрів існує лише алгоритм Гровера, який дає лише квадратичне, а не експоненційне прискорення — і навіть із цим прискоренням AES-256 зберігає практичний захист, еквівалентний нинішньому AES-128. Дані, зашифровані через LUKS або VeraCrypt з AES-256, залишаються захищені навіть у гіпотетичному світі з працюючими великомасштабними квантовими комп'ютерами . А ось все, що побудовано на RSA – обмін ключами у старих версіях TLS, частина PGP-інфраструктури, цифрові підписи багатьох сервісів – потенційно вразливе, коли (і якщо) з'явиться досить потужне квантове залізо. Що вже роблять в індустрії на випередження NIST в 2024 році фіналізував нові стандарти постквантової криптографії - алгоритми на кшталт CRYSTALS-Kyber для обміну ключами і CRYSTALS-Dilithium для цифрових підписів, побудовані на математичних задачах, для яких поки не існує відомого ефективного квантового алгоритму. Signal вже додав постквантовий компонент у свій протокол обміну ключами. WireGuard-спільнота працює над інтеграцією постквантового захисту через проекти на кшталт Rosenpass. Підсумок Не все шифрування однаково стійке до квантових комп'ютерів — різниця не в силі алгоритму як такої, а в тому, чи конкретний відомий квантовий метод атакує саме ту математичну структуру, на якій алгоритм побудований. AES-256 у цьому сенсі виявився архітектурно вдалим ще до того, як хтось всерйоз думав про квантові комп'ютери — а RSA, навпаки, будується на тій проблемі, для якої алгоритм злому вже існує математично, просто поки не вистачає заліза для його практичного застосування.

Проблема зі звичайними онлайн-перекладачами Щоразу, коли вставляєш текст у Google Translate, DeepL або подібний сервіс, цей текст фізично йде на сервери компанії. Для звичайного листування може це не критично. Але якщо перекладаєш чутливий документ, листування з джерелом, фінансові дані, юридичний текст — весь цей контент виявляється на серверах третьої сторони, поза твоїм контролем, незалежно від того, що написано в політиці конфіденційності компанії. Google прямо в своїх умовах використання вказує, що може використовувати введений у Google Translate текст для покращення своїх моделей - тобто вміст потенційно не просто "проходить через" сервіс, а залишається там у якомусь вигляді. Що робить LibreTranslate Це повністю відкритий вихідний код перекладача, який можна розгорнути локально - на своєму комп'ютері або на своєму сервері - і перекладати текст, взагалі не відправляючи його нікуди за межі своєї інфраструктури. Технічно це обгортка навколо відкритих моделей машинного перекладу Argos Translate, які працюють повністю офлайн після того, як моделі мовних пар завантажені один раз на пристрій. Архітектура - чому це дійсно приватно, а не просто "ще один сервіс з обіцянками" На відміну від комерційних перекладачів, де доводиться вірити компанії на слово, що дані не зберігаються, тут можна фізично перевірити - якщо запускати LibreTranslate локально на своєму комп'ютері без інтернету взагалі, переклад продовжує працювати. Це прямий доказ того, що текст нікуди не йде, тому що йти просто нікуди - немає мережного з'єднання в принципі. Два способи використання Локальна установка на власному комп'ютері – повний офлайн-режим, максимальна приватність, але потребує деяких обчислювальних ресурсів та початкового налаштування. Публічні інстанси LibreTranslate - ентузіасти та організації тримають відкриті сервери LibreTranslate, доступні безкоштовно. Це зручніше, ніж локальна установка, але тут варто розуміти — текст все одно йде на сервер, просто не на сервер Google, а на сервер конкретного ентузіаста чи організації. Це менший ризик, ніж велика корпорація з історією монетизації даних, але не повний офлайн. API для інтеграції в інші інструменти LibreTranslate надає REST API - можна підключити його до інших програм, скриптів автоматизації, навіть до власних інструментів обробки документів, замість того, щоб вручну копіювати текст у веб-інтерфейс щоразу. Чесні обмеження в порівнянні з Google Translate Якість перекладу у відкритих моделей Argos Translate помітно поступається Google Translate і особливо DeepL - великі комерційні сервіси навчені на незрівнянно великих обсягах даних і з використанням великих обчислювальних потужностей. Для формального документа, де важлива точність нюансів, LibreTranslate може давати грубіший, менш природний результат. Мовні пари, що підтримуються, обмежені тим, що доступно у відкритих моделях — не таке широке охоплення мов, як у Google. Для яких завдань це реально має сенс Переклад документів від джерел до того, як визначився з подальшими діями по них - не хочеться, щоб вміст витікав на сервери Google ще до того, як вирішив, що з цим робити. Переклад чутливого листування, фінансових чи юридичних текстів. Ситуації, де важливіша гарантія приватності, ніж ідеальна якість перекладу, — якщо результат потрібен для розуміння суті, а не для публікації у відшліфованому вигляді. Практична порада щодо балансу приватності та якості Якщо якість критична, а приватність не першорядна — звичайний Google Translate або DeepL залишаються кращими за точністю. Якщо приватність важливіша, а переклад потрібен для розуміння суті документа, а не для публікації — LibreTranslate закриває саме це завдання, при цьому є єдиним варіантом, який можна фізично перевірити на предмет "чи нічого нікуди не йде", а не просто довіритися політиці конфіденційності компанії. Підсумок LibreTranslate вирішує вузьку, але реальну проблему - переклад тексту без передачі вмісту третій стороні. Для журналіста чи будь-кого, хто працює із чутливими документами регулярно, це той рідкісний випадок, коли відкритий інструмент дає архітектурну гарантію приватності, а не просто обіцянку.

Мобільних комп'ютерів давно більше, ніж стаціонарних. І наших особистих даних на них так само значно більше, ніж на стаціонарних. При цьому поточний дизайн OS мобільних пристроїв створює враження, що одне з їх основних завдань - якомога сильніше спростити доступ третім особам (в основному - корпораціям і державі, але й дрібним розробникам мобільних додатків теж обламується від цього пирога) до ваших особистих даних. Часткова відкритість Android трохи покращує ситуацію, але повноцінного вирішення проблеми витоку приватних даних поки що не існує . Основна проблема в тому, що поки на пристрої використовуються блоби немає жодних гарантій, що в них немає закладок (на зразок виявлених у прошивках Samsung Galaxy ). Аналогічна проблема з пропрієтарними програмами без відкритих вихідних даних (на зразок пакету GApps, починаючи з самого Google Play Маркет). По суті все навпаки — вкрай висока ймовірність, що закладки там є. Нерідко їх навіть не намагаються приховувати, видаючи за зручні "фічі" для синхронізації та/або бекапу ваших даних, забезпечення вас корисною рекламою, та "захист" від шкідливого софту або на випадок втрати пристрою. Один з найнадійніших способів захисту своїх даних описаний в статті Mission Impossible: Hardening Android for Security and Privacy , але там мова не про телефон, а про планшет, причому з підтримкою тільки WiFi (мобільних чіпів без блобів взагалі поки ще немає, для мобільного інтернету разом з цим планшетом пропонується використовувати окремий т.к. цьому модемі особистих даних просто немає), і, про всяк випадок, фізично відрізаним мікрофоном. Але, незважаючи на неможливість повноцінно захистити особисті дані на телефоні, я вважаю, що варто зробити максимум можливого: прикрити стільки каналів витоків, скільки вийде — мало хто може дозволити собі не використовувати мобільний телефон або не тримати на ньому особисті дані (хоча б контакти та історію дзвінків). Відразу уточню, що про анонімність взагалі не йтиметься. Це окрема велика та складна тема, яка, зокрема, вимагатиме використання Tor, повної відмови від GSM та перекладу всієї телефонії на шифрований VoIP, etc. На цю тему варто почитати попереднє посилання та скористатися програмами від The Guardian Project . Але робити це може мати сенс лише за умови, що ваші дані не втечуть прямо з телефону, тобто. після вирішення описаних у цій статті завдань. Наведені нижче прийоми захисту від ідентифікації/відстеження не дають анонімності, вони просто прикривають деякі додаткові канали витоку особистих даних (до яких відноситься і те, де і коли ви буваєте). Ще одна проблема - складність і не краще юзабіліті описаних рішень робить їх малодоступними для середнього користувача. Передбачається, що читач вміє міняти прошивки телефону, користуватися adb і хоч трохи орієнтується у командному рядку Linux. В принципі, більшу частину описаного можна (і потрібно!) автоматизувати і зробити доступним за натисканням пари кнопок звичайному користувачеві, але цього ніхто не зробив.

Досить довгий час я був спантеличений питанням пошуку месенджера, який би підтримував xmpp, з шифруванням OTR, а найголовніше, що він працював на iOS без jailbreake. До речі! на iOS 10.3 вже є jailbreake неприв'язаний. Відразу зазначу, що ідеального месенджера я не знайшов, але зупинив свій вибір на chatsecure! Його головний мінус - це те, що кожного разу коли ви повертаєте його на iOS - ваш статус стає офлайн і повідомлення про нові чати та повідомлення не приходять. В іншому ChatSecure – практично ідеальний. Проста установка, зручний, інтуїтивно зрозумілий інтерфейс, бездоганна робота шифрування. Отже: Встановлення та перший запуск програми. -Завантаження. Завантажити та завантажити програму можна зі стандартного каталогу програм: Google Play \ AppStore, Просто введіть у пошуку chatsecure ;-) -запуск. Коли ви вперше запускаєте програми, ви отримаєте пропозиції запаролити вхід. Ви також можете встановити пароль для шифрування. У цьому випадку всі надіслані та збережені повідомлення на вашому смартфоні будуть під паролем. Якщо ви вважаєте це зайвим, шифруватися будуть тільки повідомлення, що передаються. -Обліковий запис. Якщо у вас кілька акаунтів, то радимо додати "Google" та "Jabber". Це дозволить вам обмінюватися миттєвими повідомленнями на Facebook, Google Talk, Hangouts. Але для кращої анонімності раджу використати виключно Jabber. Планую написати мануал для Fine-Ukraine.top – встановлення власного анонімного Jabber-сервера без логів. Ви можете в будь-який момент зареєструвати свій обліковий запис, а також додати ще кілька облікових записів. Для цього необхідно ввести своє ім'я, пошту та пароль. Там же, в налаштуваннях, можете вибрати accounts і додати ще кілька акаунтів. Використання -вхід. При вході до програми ви можете використовувати будь-який обліковий запис, або одночасно переходити по всіх ваших облікових записах (що дуже зручно!). Для цього в налаштуваннях необхідно відзначити галочками бажані облікові записи. -Шифрування. Якщо ви та ваш друг використовують приватне спілкування. І на обох пристроях встановлена підтримка OTR, ви можете пройти процедуру верифікації відбитків пальців (Фінгерпринт). Якщо Вам друг спілкується через комп'ютер чи ноутбук, Ви можете заздалегідь обмінятися відбитками електронною поштою, або особисто. Крім відбитка пальців, можна використовувати QR код. Так, перебуваючи недалеко один від одного, обидва співрозмовники з легкістю можуть відсканувати ці коди один у одного в телефоні, і надалі всі повідомлення будуть зашифровані. -що пропонує ChatSecure. Отже, ми вже знаємо, що цей додаток є безпечним і можливості прочитати будь-кому ваші повідомлення немає можливостей. Але, що ще нам пропонує ChatSecure? Ви можете створювати групові чати, додавати співрозмовників, бачити статуси контактів та змінювати свої статуси. Ви можете використовувати миттєву передачу великих мультимедійних файлів, фотографій, відео та аудіо.

У цій статті я висвітлю тему шахрайства під виглядом здирництва грошей у вигляді «штрафу за перегляд нелегального відео». Ці види шахрайства набули популярності та популярності в останні роки. Схема дуже проста – за допомогою переадресації чи так званих «редиректів» зловмисники обманом спрямовували користувача на певний вірусний сайт. Після цього користувач стикався з написом на екрані, який повідомляв, що пристрій на даний момент заблокований через перегляд нелегального або порно-відео. Для розблокування пристрою нібито правоохоронці пропонували заплатити штраф у дуже великому розмірі. Цей штраф видавався у формі карток Itunes. Статистика показує, що користувачі траплялися на хитрощі шахраїв, хоча очищення кешу шляхом налаштувань на Ios могла дозволити вирішити таку проблему. Звичайно, шахраї не могли будь-яким чином зашифрувати системні файли і заблокувати пристрій, всі їх повідомлення були не більше, ніж блеф. У зв'язку з такою обстановкою та повсюдним поширенням шахрайських схем, компанії Apple розробила спеціальні патчі для різних пристроїв та ОС, таких як macos, iOs, tvOS та інші, тим самим усунула сотні різноманітних проблем та місць уразливостей. Дослідження показують, що нова iOS практично ознаменувала кінець здирницької діяльності. Старі версії iOS були піддані атакам зловмисників і здирників за наступними обставинами: Баг, який використовувався шахраями, дозволяв створювати на експлоїтах iOS 8 і більше, дозволяв у браузері користувача створювати нескінченну кількість спливаючих вікон, які стверджували про блокування і неможливість закрити вікно, і, Таким чином, користувач не міг продовжити роботу з браузером і шукав інші шляхи виходу з проблемної ситуації, також шляхом оплати штрафу. Нині ж, з виходом нової версії iOS10.3 цю проблему вирішено. Навіть якщо ви зіткнетеся з блокуванням вікна – знайте, що шахраї можуть заблокувати лише одну вкладку. Ви можете сміливо продовжувати роботу в інтернеті, не звертаючи уваги на безглузде повідомлення. Зважаючи на плачевну статистику, яка показує, що користувачі, навіть прямо не порушують закон ведуться на подібні "розлучення", компанія apple випустила оновлення iOS 10.3 - пророкуючи йому чи не звання найзахищенішого апдейта. І справді, понад 90 відкритих уразливостей було закрито, виконана титанічна робота з удосконалення безпеки, але не без вади. Так, наприклад розробник джайлбрейків - Ланг Ши випустив нову тулзу, яка допоможе користувачам, навіть не досвідченим ДБ - виконати повноцінний джайлбрейк, не прив'язаний, що не вимагає переактивації і все це для iOS 10.3

Підготовка Android смартфона до тестування на проникнення Почнемо підготовку вашого смартфона до тестування вторгнення. По самій Google Play, у нас є дві програми (платні та безкоштовні), щоб мати Android системи bash термінал. Після встановлення програми, ми повинні будемо зробити “кореневий” режим, щоб мати повний доступ до системи Android. Тому ми можемо встановити pentest та інструменти моніторингу. Apt-get - це потужна система керування пакетами, яка використовується для роботи з бібліотекою Ubuntu APT (Advanced Packaging Tool) для встановлення нових пакетів програмного забезпечення, видалення існуючих пакетів програмного забезпечення, оновлення існуючих пакетів програмного забезпечення. По-перше, ми будемо використовувати дистрибутиви Linux репозиторіїв для pentest, в даному прикладі я використовую дистрибутив Kali Linux. Як тільки ми виконаємо команду apt-get update, у нас будуть надійні інструменти шрифтів. Apt-get - це потужна система керування пакетами, яка використовується для роботи з бібліотекою Ubuntu APT (Advanced Packaging Tool) для встановлення нових пакетів програмного забезпечення, видалення існуючих пакетів програмного забезпечення, оновлення існуючих пакетів програмного забезпечення. Інструменти, які ми отримуємо після оновлення списку NMAP: сканер безпеки, сканер портів та інструмент дослідження мережі. Bettercap: потужний інструмент для виконання атак MITM Setoolkit: дозволяє виконувати багато видів діяльності соціальної інженерії. Спочатку ми протестуємо інструмент "NMAP" у мережі, до якої підключено смартфон. NMAP Bettercap Setoolkit

Блокування програм також відоме як блокування конфіденційності є однією з найважливіших проблем конфіденційності для всіх користувачів мобільних пристроїв. Смартфони дуже особисті, і програма всередині дійсно несе різні форми персональних даних, таких як фотографії, повідомлення, банк програми та багато іншого. Безпека та конфіденційність цих даних зазвичай віддають перевагу користувачам, але для цього їм потрібна належна безпека заходи для їх пристроїв та додатків. Телефони андроїда пропонують сумісність числа застосувань, на часи навіть ненадійні сторонні програми, простий Людина-в-диску атаки або Android шкідливих програм може мати права на читання персональних даних і захист проти таких атак буде потрібно багато роботи, але простий додаток блокується часто називається блокуванням конфіденційності, яка може захистити смартфонів. Особисті програми, такі як WhatsApp, Instagram, Facebook, Пошта та фінансові програми, такі як Gpay, Paytm, банківські програми повинні бути захищені за допомогою блокування додатків, щоб зберегти нашу інформацію та дані в безпеці. App блокування Ivymoile Блокування програм за допомогою Domobile Labs App Замки-Відбитків Пальців Pro AppLock: Пароль Відбитка Пальця App Locker-Блокування Програм Блокування Додатків-Norton Perfect App Locks-App Protector Безпечне блокування для програм Smart AppLock-App Protector CM AppLock-екран блокування безпеки