Шифрування та протоколи

SecurQbit захищає ваш трафік сучасною криптографією галузевого стандарту, побудованою на TLS 1.3 — тому самому перевіреному протоколі, що убезпечує онлайн-банкінг і HTTPS у всьому вебі. Це означає автентифіковані AEAD-шифри та обмін ключами з прямою секретністю, без застарілих режимів, що могли б його послабити. Ця сторінка пояснює примітиви, рукостискання та чому було зроблено саме такий вибір.

AEAD-шифри

SecurQbit шифрує трафік AEAD-шифрами (Authenticated Encryption with Associated Data — автентифіковане шифрування з пов'язаними даними), визначеними у TLS 1.3. AEAD шифрує та автентифікує за одну операцію, тож кожен пакет є водночас конфіденційним і захищеним від підробки — модифікований пакет виявляється та відкидається.

• ChaCha20-Poly1305 — швидкий і з постійним часом виконання в програмному забезпеченні, ідеальний для мобільних процесорів без апаратного AES. Часто є типовим на телефонах.
• AES-256-GCM — надзвичайно швидкий там, де доступне апаратне прискорення AES (більшість сучасних пристроїв), із 256-бітним ключем.

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

Пряма секретність

SecurQbit встановлює ключі сесії за допомогою ефемерного обміну ключами Діффі-Геллмана на еліптичних кривих через X25519 (Curve25519). Кожна сесія виводить свіжі ключі з короткоживучих ефемерних значень, які відкидаються, коли сесія завершується.

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

Огляд рукостискання

З'єднання працює через справжню сесію TLS 1.3 на TCP-порту 443 — на рівні мережі її неможливо відрізнити від звичайного веб-трафіку.

1. Обмін ключами — клієнт і сервер кожен генерують ефемерні пари ключів X25519 та обмінюються публічними значеннями під час рукостискання TLS 1.3.
2. Спільний секрет — обидві сторони обчислюють однаковий спільний секрет через Діффі-Геллмана на еліптичних кривих; він ніколи не передається.
3. Виведення ключів — ключі сесії виводяться зі спільного секрету за допомогою HKDF, з окремими ключами для кожного напрямку.
4. Автентифікація сервера — сервер доводить свою ідентичність, перш ніж потече будь-які дані користувача, долаючи спроби «людина посередині».
5. AEAD-тунель — увесь подальший трафік шифрується та автентифікується узгодженим AEAD-шифром.

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

Client ── ephemeral X25519 pubkey ──▶ Server   (TLS 1.3 / TCP 443)
Client ◀── ephemeral X25519 pubkey ── Server
both:  ECDH → shared secret → HKDF → per-direction AEAD keys
data:  AEAD(ChaCha20-Poly1305 | AES-256-GCM) over genuine TLS 1.3

Примітиви з першого погляду

Чому саме такий вибір

• Побудовано на TLS 1.3 — найбільш досліджений, широко розгорнутий захищений транспорт у світі; зниження до слабких застарілих шифрів неможливе.
• AEAD замість старіших режимів — однопрохідне автентифіковане шифрування усуває цілі класи атак на padding-oracle та підробку.
• Два варіанти шифрів — ChaCha20-Poly1305 тримає телефони без апаратного AES швидкими; AES-256-GCM використовує апаратне прискорення там, де воно є.
• Ефемерний обмін ключами X25519 — швидкий, стійкий до атак сторонніми каналами та з прямою секретністю за задумом.
• Без надлишкового шифрування — уже зашифрований трафік (як-от HTTPS, який ви переглядаєте) переноситься ефективно без марнотратного другого шару масового шифрування, тримаючи тунель швидким.
• Стандартні, добре проаналізовані примітиви — SecurQbit віддає перевагу широко аудитованій криптографії над новими, неперевіреними схемами.

Note: Шифрування захищає те, що ви надсилаєте; обфускація приховує той факт, що ви використовуєте VPN. Дивіться Архітектуру безпеки, щоб дізнатися, як ці рівні поєднуються.