Постквантова криптографія on Arpokrat

Data Act проти CLOUD Act: хто насправді контролює ваші дані в хмарі?

Fri, 19 Jun 2026 00:00:00 +0000

Упродовж багатьох років світ функціонував на основі простого припущення: дані мають фізичне місце зберігання. Якщо вони знаходилися на сервері в Дубліні, то підпадали під дію ірландського та європейського права. Це припущення зруйнувалося у 2018 році, коли Сполучені Штати ухвалили CLOUD Act — закон, що надає американським органам влади доступ до даних, якими керують американські компанії, незалежно від того, де ці дані фізично зберігаються у світі. Кілька років потому Брюссель відповів власним захисним інструментом: Data Act, що нині повністю набрав чинності і намагається обмежити екстериторіальний доступ органів влади третіх країн до даних, що зберігаються в Європейському Союзі.

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

Американський CLOUD Act: доступ, заснований на контролі, а не на місцезнаходженні

CLOUD Act (Clarifying Lawful Overseas Use of Data Act), ухвалений у березні 2018 року, вніс зміни до американського законодавства, доповнивши його статтею 18 U.S. Code § 2713. Цей текст зобов’язує будь-якого постачальника послуг електронного зв’язку або дистанційної комп’ютерної обробки даних зберігати, захищати або розкривати вміст повідомлення чи будь-який пов’язаний із ним запис, якщо ці дані перебувають у його володінні, під його охороною або контролем, незалежно від того, знаходяться ці дані всередині чи за межами Сполучених Штатів.

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

Європейський Data Act: юридичний бар’єр для екстериторіального доступу

Регламент (ЄС) 2023/2854, відомий як Data Act, набрав чинності 11 січня 2024 року і повністю застосовується з 12 вересня 2025 року, при цьому окремі положення розподілені до 2026 і 2027 років. Його стаття 32 безпосередньо регулює питання міжнародного урядового доступу до даних.

Документ встановлює чітке правило: будь-яке рішення або вирок суду чи адміністративного органу третьої країни, що вимагає від постачальника послуг обробки даних передати або надати доступ до неперсональних даних, що зберігаються в Європейському Союзі, визнається та підлягає виконанню лише за наявності міжнародної угоди, наприклад договору про взаємну правову допомогу (MLA), що діє між країною-заявником та Союзом або між цією країною та відповідною державою-членом.

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

Пряме юридичне зіткнення

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

Ця напруга не є теоретичною. Вона вже була задокументована Судом справедливості Європейського Союзу (CJEU) у двох ключових рішеннях — Schrems I (2015) та Schrems II (2020). В рішенні у справі Schrems II CJEU постановив, що американське спостереження, яке здійснюється на підставі Розділу 702 FISA (Foreign Intelligence Surveillance Act) та Виконавчого наказу 12333, не відповідає мінімальним гарантіям, що вимагаються правом Союзу згідно з принципом пропорційності, і тому не може вважатися обмеженим тим, що є суворо необхідним. Суд також зазначив відсутність ефективного судового захисту для осіб, яких стосується ЄС, що є порушенням статті 47 Хартії основних прав. Це рішення визнало недійсною систему Privacy Shield, яка до того часу регулювала передачу даних між ЄС і Сполученими Штатами.

Структурний ризик: Harvest Now, Decrypt Later

Окрім конфлікту юрисдикцій, на дані, що зберігаються в інфраструктурах, підпорядкованих американському праву, нависає більш прихована загроза: стратегія під назвою Harvest Now, Decrypt Later (HNDL). Принцип полягає в тому, що розвідувальна служба або ворожий державний актор перехоплює та зберігає вже сьогодні зашифровані дані, очікуючи на достатні квантові обчислювальні потужності для їх розшифрування в майбутньому.

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

Чому лише технічна неможливість є справжньою гарантією

Юридичний аналіз приводить до висновку, якого дотримуються численні експерти з відповідності: яким би міцним не був правовий каркас Data Act, він залишається документом, який геополітичні відносини сил і дипломатичний тиск можуть обійти, затримати або переінтерпретувати. Єдиний захист, що не залежить від жодних майбутніх переговорів, — це технічна неможливість виконання.

Архітектура zero knowledge, за якої постачальник ніколи не має у своєму розпорядженні та під своєю охороною ключів дешифрування, робить будь-який запит матеріально нездійсненним. Не можна бути змушеним видати те, чим ніколи не володів.

Саме ця логіка лежить в основі таких екосистем, як Arpokrat:

Юрисдикційна нейтралізація: інфраструктура розміщена у Швейцарії, під режимом федерального закону про захист даних (LPD/FADP), поза прямою сферою дії екстериторіальності CLOUD Act
Відсутність зберігання: архітектура zero knowledge позбавляє постачальника будь-якої можливості передати ключі або вміст, яким він ніколи не володіє
Зменшення ідентифікаційного сліду: усуваючи обов’язкову реєстрацію за номером телефону або адресою електронної пошти — ідентифікаторів, які спостереження на підставі Розділу 702 FISA може легко відстежувати, — користувач перестає бути ідентифікованим абонентом і стає анонімним криптографічним ключем

Ланцюг зберігання не закінчується шифруванням повідомлень

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

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

Постквантова криптографія: горизонт, що вже наближається

Перед лицем загрози, яку становить стратегія HNDL, впровадження стандартів постквантової криптографії (PQC) стає необхідністю для всіх, хто прагне гарантувати конфіденційність чутливих даних у довгостроковій перспективі — будь то комерційні таємниці, ділове листування чи медичні дані. Шифрування, яке сьогодні вважається надійним за класичними стандартами, не гарантує стійкості до квантових обчислювальних потужностей, що очікуються протягом наступних п’ятнадцяти років.

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

Пароль та Ентропія: Наука, що стоїть за вашою безпекою

Wed, 03 Jun 2026 00:00:00 +0000

« Ваш пароль повинен містити 8 символів, велику літеру, малу літеру, цифру та спеціальний символ. »

Ми всі знаємо це правило. І тим не менш, у кібербезпеці це називається “театром безпеки”. Пароль на кшталт P@ssw0rd1! дотримується всіх цих правил. Але це поширене слово з передбачуваними замінами, і саме такі паролі програми для злому пробують першими.

Справжня безпека ґрунтується не на довільних візуальних правилах, а на невблаганній математичній реальності: ентропії.

Ентропія за Клодом Шенноном

Щоб зрозуміти силу пароля, потрібно звернутися до Клода Шеннона, батька теорії інформації. Ентропія вимірює ступінь невизначеності або непередбачуваності інформації.

Застосована до паролів, ентропія обчислюється в бітах. Чим більша кількість бітів, тим більш непередбачуваним є пароль для комп’ютера. Спрощена формула ентропії (E) випадково згенерованого пароля:

E = L × log2(R)

L — це довжина пароля.
R — це розмір пулу символів (26 для малих літер, 62 з великими літерами та цифрами, 94 з усіма друкованими символами). Чотири набори символів нашого генератора дають 91, бо в його наборі символів 29 знаків.

Збільшення розміру пулу (додавання символів) збільшує ентропію, але збільшення довжини (додавання символів) збільшує її набагато кардинальніше. Однак довжина перемагає складність лише за однієї умови: пароль має бути згенерований абсолютно випадково.

Брутфорс проти Словникової атаки

Якщо ви використовуєте слова або передбачувані структури, правило простої довжини руйнується.

Хакерські програми не перебирають усі комбінації літер одну за одною (це називається Брутфорс або Brute Force). Вони використовують величезні списки реальних паролів з минулих витоків даних, а також поширені слова й фрази. Це Словникова атака (Dictionary Attack).

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

У таблиці нижче діє одне правило: 100 мільярдів спроб на секунду, швидкість, яку сторінка нашого генератора припускає для офлайн-атаки на швидкий хеш. Час наведено в середньому (половина всіх варіантів) і округлено в менший бік за тією самою формулою, що й на цій сторінці. Найшвидший шлях для кожного пароля виділено жирним:

Пароль	Ентропія, якби кожен символ був випадковим	Брутфорс (у середньому)	Словникова атака (наша оцінка)
`password123`	56 біт (11 символів, малі літери та цифри)	7 днів	Менше секунди
`S3cr3t!99`	58 біт (9 символів, усі чотири набори)	24 дні	Менше секунди
`correct horse battery staple`	133 біти (28 символів, малі літери та пробіл)	Більше, ніж 1 трильйон років	1 хвилина
`gL7!pQ9z#vX2`	78 біт (12 символів, усі чотири набори)	51 тисяча років	Короткого шляху немає

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

password123: одне поширене слово і три цифри. Це 1 000 × 1 000, близько мільйона здогадок.
S3cr3t!99: одне поширене слово, з великою літерою чи без, кожна “e” замінена на “3” чи ні, потім будь-який суфікс із трьох символів. Це близько 7 мільярдів здогадок.
correct horse battery staple: чотири поширені слова. Комікс xkcd, який прославив цю фразу, нараховує 44 біти для чотирьох слів зі списку з 2 048 слів. За тієї самої швидкості це в середньому 88 секунд, з округленням у менший бік 1 хвилина.
gL7!pQ9z#vX2: ні слова, ні шаблону, тому найшвидший шлях — брутфорс.

Ці оцінки виходять з того, що пароль зловмиснику невідомий. Кожен пароль у цій статті тепер публічний, тож кожному з них місце у словнику. Опублікований пароль — це спалений пароль.

Ілюзія Leetspeak та правила мутації

Візьмемо приклад S3cr3t!99. Візуально він здається складним і надійним. Проте це просто словникове слово “secret”, де букви ’e’ були замінені на ‘3’, до якого додано дуже поширений суфікс (!99). Це називається leetspeak.

Проти атаки за словником цей пароль протримається менше секунди, а не 24 дні, як можна було б подумати з його довжини. Сучасні програми для злому (такі як Hashcat) не задовольняються тестуванням статичних списків слів; вони автоматично застосовують правила мутації. Вони візьмуть кожне слово зі свого словника, протестують усі можливі комбінації leetspeak, змінять регістр і додадуть роки або символи. Leetspeak дає помилкове відчуття безпеки.

Трюк зі зміщенням клавіатури (Keyboard Shift)

Щоб ускладнити фразу, яка легко запам’ятовується, дехто використовує трюк зі зміщенням розкладки клавіатури. Наприклад, ви запам’ятовуєте фразу на кшталт my-cat. Але в момент набору ви кладете пальці на фізичну клавіатуру QWERTY, тоді як ваша операційна система налаштована на AZERTY (французьку).

Задумане слово: my-cat
Набраний результат: ,y)cqt (Клавіша ’m’ стає ‘,’; ‘-’ стає ‘)’; ‘a’ стає ‘q’).

Чи хороша це ідея в OPSEC? Ні, цього методу недостатньо, якщо він використовується окремо. Як і leetspeak, зміна розкладки — це фіксована заміна: зловмисник, який її підозрює, просто застосовує ту саму відповідність до кожної здогадки. В OPSEC це безпека через неясність (security by obscurity): це затримає хакера-аматора, але не зупинить цілеспрямовану та добре оснащену атаку.

У поєднанні з паролем, який уже надійний (наприклад, з довгою випадковою парольною фразою), цей прийом додає небагато. Навіть якщо зловмисник перебере тисячу пар розкладок, це додасть менше 10 біт, оскільки log2(1 000) ≈ 9,97. Стійкість, як і раніше, забезпечує парольна фраза в основі.

Створення майстер-пароля (~250 біт)

Якщо списки слів, leetspeak і трюки з набором мають свої межі, як створити майстер-пароль, що прослужить довго? Наш генератор уже оцінює 80 біт як “Надійний”, а 100 біт як “Дуже надійний”. Для майстер-пароля, розрахованого на десятиліття, ця стаття цілиться значно вище: приблизно в 250 біт ентропії. Квантовий розділ нижче пояснює чому, і чого цей запас не дає.

Залежно від ваших потреб є два способи досягти цього:

1. Випадкові символи (для менеджера паролів)

Рядок символів, згенерований повністю випадково, без шаблону, який могла б використати машина: 8}8,_$-p)M&n,XvUCT0o+.5hDE6P^w6b@U-evS0 39 символів, випадково вибраних із 91 символу нашого генератора; генератор показує для них “≈ Кількість бітів: 253”. Рядок вибрано для цієї статті, тож тепер він публічний. Ніколи його не використовуйте.

2. Випадкова парольна фраза (для пароля, який ви запам’ятовуєте)

Випадкові слова запам’ятати легше, ніж випадкові символи. Кожне слово зі списку EFF на 7 776 слів додає близько 12,9 біта, тож ентропію визначає кількість слів. 12 слів дають “≈ Кількість бітів: 155”, значно вище за поріг “Дуже надійний” нашого генератора. Звичайні слова перевищують 250 біт лише за 20 слів.

Наш генератор зупиняється на 12 словах. Щоб перевищити 250 біт меншою кількістю слів, позначте “Випадкова цифра після кожного слова” і виберіть роздільник “Цифра + Символ”. Тоді 11 слів дають “≈ Кількість бітів: 260”: depletion78$sporting14~overlap11>macaw86>paced95,paramedic41}blot41$flagstone07;uncanny92/broadways77#say2 Вибрано випадково для цієї статті, саме з цими налаштуваннями. Опублікований пароль — це спалений пароль: ніколи не використовуйте ні цей, ні будь-який інший приклад, який ви прочитали. Враховується лише те, що вибрано випадково. Велика літера в кожному слові нічого не додає, а слова, які ви обираєте самі, набагато слабші за випадкові.

Квантова загроза: Алгоритм Гровера

Навіщо прагнути до 250 бітів, коли 128 біт вже сьогодні блокують суперкомп’ютери? Відповідь криється в перспективі появи великих квантових комп’ютерів.

У криптографії алгоритм Гровера дозволяє квантовому комп’ютеру виконувати пошук у несортованій базі даних набагато швидше, ніж класичному комп’ютеру. Конкретно, Гровер ефективно знижує рівень безпеки симетричного ключа або пароля вдвічі.

Проти квантового комп’ютера, що запускає алгоритм Гровера, пароль з ентропією 128 біт теоретично забезпечив би опір, еквівалентний лише 64 бітам. Це значно тонший запас.

Подвоєння ентропії зберігає запас: близько 256 біт усе ще залишать близько 128 біт проти алгоритму Гровера. Звідси й ціль у 250 біт у цій статті. Це запобіжний захід, який обирає ця стаття, а не число, взяте з якогось стандарту.

Цей запас має межі. Прискорення Гровера квадратичне, а не безмежне. Кожен його крок однаково має обчислювати хеш пароля сайту, причому на квантовому комп’ютері, достатньо великому, щоб його виконати. Для порівняння: за 100 мільярдів спроб на секунду, які припускає сторінка нашого генератора, середній перебір 100 біт уже триває щонайменше 200 мільярдів років.

Ця логіка нагадує Harvest Now, Decrypt Later (HNDL): викрадену базу хешів паролів можна зберегти сьогодні й атакувати пізніше, потужнішими машинами. Більший запас підвищує планку проти цього. Це не постійна гарантія.

Arpokrat Password Generator: Створіть власний

Не залишайте безпеку ваших доступів на волю випадку. Наш безкоштовний генератор створює випадкові паролі та парольні фрази. Для кожного він показує ентропію в бітах і середній час, який зайняв би перебір.

Він лише генерує: пароль, яким ви вже користуєтеся, він не оцінює. Для описаної вище цілі у 250 біт оберіть пароль із 39 символів з усіма чотирма наборами символів. Генератор покаже для нього “≈ Кількість бітів: 253”.

👉 Arpokrat Password Generator

Він працює у вашому браузері. Те, що він генерує, ніколи не надсилається і не зберігається.

Остання слабка ланка: Повторне використання та управління доступом

Математична ентропія не захищає від людської помилки. 250-бітний пароль втрачає свою цінність, щойно він потрапляє в мережу, якщо він повторно використовується на декількох сайтах (атака, що називається Credential Stuffing), або якщо він не захищений другим фактором автентифікації (2FA).

Золоте правило цифрової гігієни — вам потрібно запам’ятати лише один єдиний пароль: ваш 250-бітний майстер-пароль (випадкова парольна фраза, як описано вище). Усі ваші інші доступи (банки, соціальні мережі, сервери) повинні використовувати унікальні випадкові паролі, згенеровані спеціально для них.

Щоб зберігати всі ці паролі, які неможливо запам’ятати, використовуйте менеджер паролів. Оберіть такий, що шифрує ваше сховище на вашому пристрої перед синхронізацією (це часто називають Zero-Knowledge), бажано такий, що має відкритий код і проходить незалежний аудит.

Бомба сповільненої дії: Збери зараз, розшифруй потім та імператив Zero-Knowledge

Tue, 26 May 2026 00:00:00 +0000

Залежність європейських урядів від американської хмарної інфраструктури — це більше, ніж проблема негайного перехоплення. Найбільш руйнівною загрозою є стратегія HNDL: «Harvest Now, Decrypt Later».

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

Вони терпляче чекають моменту, коли технологічні стрибки зроблять сучасні криптографічні ключі застарілими. Державна таємниця 2026 року може стати відкритою книгою через п’ятнадцять років.

Зворотна відповідальність і часовий ризик

Модель HNDL вводить нове поняття: відкладена правова шкода. Конфіденційність стає змінною, залежною від часу.

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

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

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

Антитеза Arpokrat: Юридична неможливість через код

У відповідь індустрія створює радикальні екосистеми цифрового суверенітету. Модель Arpokrat працює в децентралізованій мережі, захищеній суворим Швейцарським законом про захист даних (FADP).

Центральна логіка — абсолютний Privacy by Design. Користувач стає просто криптографічним ключем без фізичної ідентичності.

Юридично, якщо архітектура є фундаментально Zero-Knowledge, компанія стикається з технічною неможливістю виконувати іноземні ордери.

Це не зупинний математичний і юридичний захист: те, чого у вас немає, не може бути розкрито.

Поза межами шифрування: Знецінення цільових даних

Справжня відповідь у додатку Arpokrat полягає не в ставці на вічну математику, а в тому, щоб знецінити самі дані.

Без центральних метаданих для зв’язування повідомлення з людиною зашифрований вміст втрачає свою стратегічну цінність.

Проте саме лише програмне забезпечення безсиле, якщо апаратне забезпечення його зраджує.

Безпека у 21 столітті вимагає незалежності самої машини. Розгортання суверенної ОС без Google стало абсолютною вимогою виживання.