Мова безпеки — точно й зрозуміло.

Зрозумілі пояснення архітектури, криптографії, загроз і відповідності вимогам для приватного ПЗ, засновані на RFC, рекомендаціях державних органів і чітких межах продукту.

Перевірено 14 пояснень · 46 термінів у словнику Автор — SealTask

Почніть тут

Термін безпеки має описувати межу, а не прикрашати твердження.

Розглядайте одне питання за раз, перевіряйте первинне джерело й переходьте до пов’язаних понять. Розділи про продукт показують застосування в SealTask, не перетворюючи загальне визначення на рекламну обіцянку.

01

Основи приватності

Межі, на яких побудовані zero-knowledge ПЗ та наскрізне шифрування.

Zero-knowledge архітектура

Zero-knowledge архітектура

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

Читати пояснення

Наскрізне шифрування та шифрування даних у спокої

Наскрізне шифрування та шифрування даних у спокої

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

Читати пояснення

Клієнтське шифрування

Клієнтське шифрування

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

Читати пояснення

Шифротекст і метадані

Шифротекст і метадані

Шифротекст — результат шифрування, що має бути нечитабельним без правильного ключа. Метадані описують вміст або активність — особу, час, розмір, стан і зв’язки — та можуть залишатися видимими.

Читати пояснення

02

Криптографія без зайвої складності

Протоколи й примітиви, що перетворюють заяву про безпеку на перевірювану архітектуру.

OPAQUE PAKE

OPAQUE PAKE

OPAQUE — посилений протокол обміну ключами з автентифікацією паролем, описаний у RFC 9807. Він перевіряє пароль, не надсилаючи його серверу як повторно використовувані облікові дані.

Читати пояснення

HKDF

HKDF

HKDF — функція HMAC Extract-and-Expand для виведення ключів із RFC 5869. Вона створює з початкового матеріалу окремі ключі для конкретних цілей.

Читати пояснення

HPKE

HPKE

HPKE — схема гібридного шифрування з відкритим ключем із RFC 9180. Вона поєднує KEM, KDF та AEAD для шифрування на відкритий ключ одержувача.

Читати пояснення

AEAD і ChaCha20-Poly1305

AEAD і ChaCha20-Poly1305

AEAD захищає конфіденційність і цілісність шифротексту та пов’язаних незашифрованих даних. ChaCha20-Poly1305 — конструкція AEAD із RFC 8439.

Читати пояснення

Посилення паролів за допомогою Argon2id

Посилення паролів за допомогою Argon2id

Argon2id — вимоглива до пам’яті функція хешування паролів і виведення ключів із RFC 9106. Навмисно висока вартість уповільнює масовий перебір.

Читати пояснення

Прозорість ключів і дерева Меркла

Прозорість ключів і дерева Меркла

Прозорість ключів записує відповідності ідентичностей і відкритих ключів у перевірювану append-only структуру. Докази Меркла дають змогу перевіряти записи та зміни.

Читати пояснення

03

Загрози й інциденти

Точні терміни для атак на облікові записи, розкриття даних і витоків.

Credential stuffing

Credential stuffing

Credential stuffing — автоматична перевірка на іншому сервісі пар імені користувача й пароля, викрадених раніше.

Читати пояснення

Витік даних і розкриття даних

Витік даних і розкриття даних

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

Читати пояснення

04

Приватність і відповідність

Що підтримує архітектура безпеки та для чого все ще потрібні договори й контролі.

Business Associate Agreement (BAA)

Business Associate Agreement (BAA)

BAA — письмова угода, яку вимагає HIPAA для розподілу обов’язків, коли business associate обробляє PHI. Шифрування не замінює цю угоду.

Читати пояснення

Захищена медична інформація (PHI)

Захищена медична інформація (PHI)

PHI — медична інформація, що дає змогу ідентифікувати особу й захищається HIPAA, коли її зберігає або передає covered entity чи business associate.

Читати пояснення

Довідник

Словник безпеки.

Терміни зі сторінок SealTask про безпеку, посібники, порівняння та інциденти. Поняття з повним поясненням ведуть на канонічну сторінку.

Атака повторного відтворення
Повторне використання раніше дійсного повідомлення чи даних для несанкціонованої або дубльованої дії.
Витік даних
Інцидент із несанкціонованим доступом до чутливих даних або їх розголошенням.
Відкритий текст
Читабельні дані до шифрування або після успішного розшифрування.
Вразливість
Потенційно придатна до експлуатації слабкість; її наявність не доводить експлуатацію чи витік.
Дані у спокої
Дані, що зберігаються на носії, а не передаються чи активно обробляються.
Дерево Меркла
Хеш-дерево, що зв’язує багато записів одним коренем і підтримує короткі докази.
Доказ включення
Короткий шлях Меркла, що підтверджує належність листка певному кореню дерева.
Доказ узгодженості
Доказ Меркла, що пізніше append-only дерево містить попереднє як незмінний префікс.
Журнал прозорості
Криптографічно перевірюваний append-only запис подій або відповідностей ключів.
Збирання даних через API
Автоматизоване збирання записів через програмний інтерфейс; залежно від контексту воно може бути дозволеним, зловживанням або наслідком помилок контролю доступу.
Клієнтське шифрування
Шифрування на пристрої до надсилання захищеного вмісту сервісу.
Компрометація ланцюга постачання
Атака на ціль через залежність, систему складання, постачальника або сервіс.
Метадані
Відомості про вміст чи активність: ідентичність, час, розмір, стан і зв’язки.
Перебір
Систематична перевірка багатьох можливих секретів або облікових даних, доки один варіант не спрацює.
Посилення пароля
Навмисно витратна обробка, що підвищує вартість перевірки варіантів пароля.
Прозорість ключів
Перевірюваний журнал змін відповідностей між ідентичностями та відкритими ключами.
Пряма секретність
Властивість, що обмежує розкриття минулих секретів у разі компрометації довгострокового ключа.
Розділення доменів
Окремі мітки чи контексти запобігають повторному використанню криптографічного значення для іншої мети.
Розкриття даних
Дані, доступні поза задуманої аудиторією без обов’язкового доказу злому.
Розпилення паролів
Перевірка невеликого набору поширених паролів на багатьох облікових записах, щоб уникнути повторних спроб для одного запису.
Сіль
Несекретне значення, що розділяє однакові входи під час хешування паролів або виведення ключів.
Шифротекст
Результат шифрування, призначений залишатися нечитабельним без правильного ключа.
Шифрування даних у спокої
Захист збережених даних, що сам по собі не виключає доступ постачальника до ключів.
AEAD
Автентифіковане шифрування з пов’язаними даними
Шифрування, що захищає конфіденційність і виявляє зміну шифротексту та пов’язаного контексту.
Argon2id
Вимоглива до пам’яті функція хешування паролів і виведення ключів із RFC 9106.
BAA
Business Associate Agreement
Письмова угода за HIPAA, коли business associate обробляє PHI.
CBOR
Concise Binary Object Representation
Компактний двійковий формат серіалізації даних із RFC 8949.
ChaCha20-Poly1305
AEAD, що поєднує потоковий шифр ChaCha20 й автентифікатор Poly1305 за RFC 8439.
Credential stuffing
Автоматичне повторне використання викрадених пар логіна й пароля на іншому сервісі.
E2EE
Наскрізне шифрування
Шифрування, за якого ключі до захищеного вмісту мають лише передбачені кінцеві точки.
HKDF
HMAC-based Extract-and-Expand Key Derivation Function
Функція виведення ключів із RFC 5869 для створення окремих ключів за призначенням.
HMAC
Ключова конструкція автентифікації повідомлень на основі криптографічної хеш-функції.
HPKE
Hybrid Public Key Encryption
Схема RFC 9180, що поєднує KEM, KDF та AEAD для шифрування на відкритий ключ.
KDF
Функція виведення ключів
Криптографічна функція, що виводить один або кілька ключів із початкового матеріалу.
KEM
Механізм інкапсуляції ключа
Механізм відкритого ключа, що встановлює інкапсульований спільний секрет для одержувача.
Nonce
Одноразове значення в криптографічному контексті; повтор із тим самим ключем AEAD може бути катастрофічним.
OPAQUE
Посилений протокол PAKE, описаний у RFC 9807.
OPRF
Oblivious Pseudorandom Function
Примітив RFC 9497, що дає клієнту змогу обчислити ключову псевдовипадкову функцію без розкриття входу серверу; OPAQUE використовує базовий режим OPRF.
PAKE
Обмін ключами з автентифікацією паролем
Протокол, що створює автентифікований ключ із пароля без надсилання пароля як облікових даних.
PHI
Захищена медична інформація · ePHI
Ідентифікована медична інформація, захищена за умов HIPAA.
Ristretto255
Абстракція групи простого порядку над Curve25519, яку використовує стандартний набір OPAQUE.
VOPRF
Verifiable Oblivious Pseudorandom Function
Примітив RFC 9497 для обчислення псевдовипадкової функції без розкриття входу та перевірки внеску сервера.
WASM
WebAssembly
Переносний двійковий формат інструкцій для браузера, зокрема для перевіреної криптографії на Rust.
WebCrypto
Web Cryptography API
API браузера, що надає вебзастосункам вибрані криптографічні операції.
X25519
Функція Діффі — Геллмана на Curve25519, яку використовує один із KEM HPKE в RFC 9180.
Zero-knowledge архітектура
Архітектура продукту, у якій постачальник не має ключів для розшифрування визначеного обсягу захищеного вмісту.

Редакційний підхід

Визначення починаються з прямої відповіді, а потім відокремлюють гарантії, обмеження та використання в продукті. Технічні твердження спираються передусім на RFC Editor, NIST, OWASP і HHS.

Дата змінюється лише разом зі змістом. Виправлення надсилайте на security@sealtask.com.

Від визначення до архітектури.

Дізнайтеся, як ці елементи пов’язані, який вміст SealTask не може прочитати та які операційні метадані сервери все ж обробляють.