HTTPS обеспечивает защищённый канал передачи данных между клиентом и сервером за счёт TLS-шифрования. Однако сам по себе HTTPS решает задачу защиты в пути, но не защищает данные после их получения приложением или при хранении в промежуточных состояниях, например в cookies, сессиях или токенах, которые могут быть украдены через XSS, утечки логов или компрометацию клиентского окружения.
В таких сценариях применяется дополнительный уровень защиты на уровне приложения — криптографическое «запечатывание» данных. В JavaScript-экосистеме одной из известных реализаций такого подхода является библиотека @hapi/iron.
Библиотека Iron реализует концепцию sealed data objects — структур данных, которые проходят симметричное шифрование с аутентификацией целостности.
Основные свойства подхода:
В отличие от простого шифрования, Iron объединяет:
Библиотека построена вокруг двух основных операций:
В процессе используются:
Библиотека используется в Node.js окружении:
npm install @hapi/ironБазовый API:
const Iron = require('@hapi/iron');Операция seal преобразует объект в строку:
const Iron = require('@hapi/iron');
const data = {
userId: 42,
role: 'admin'
};
const password = 'super-secure-password';
const sealed = await Iron.seal(data, password, Iron.defaults);Результат — строка, содержащая:
const unsealed = await Iron.unseal(sealed, password, Iron.defaults);Если данные были изменены:
HTTPS защищает только канал передачи:
Но не защищает:
Iron решает другую задачу: защита данных вне канала связи.
Наиболее частый сценарий — безопасное хранение сессионных данных в cookie без серверного хранилища.
Пример:
const session = {
id: 'abc123',
expires: Date.now() + 3600000
};
const sealedCookie = await Iron.seal(session, password, Iron.defaults);Клиент получает строку, которую невозможно прочитать или изменить.
Любое изменение sealed-строки приводит к сбою:
Все эти действия нарушают HMAC-подпись.
Механизм проверки:
Если хотя бы один шаг не проходит — данные отклоняются.
Iron использует набор параметров, которые можно настраивать через
Iron.defaults:
Пример:
const options = {
encryption: {
saltBits: 256,
algorithm: 'aes-256-cbc',
iterations: 1
},
integrity: {
saltBits: 256,
algorithm: 'sha256',
iterations: 1
}
};Ключ является центральным элементом безопасности.
Особенности:
Ключевое правило: компрометация ключа = компрометация всех данных.
Типичный сценарий использования — безопасные cookie без серверной сессии.
Пример структуры:
Set-Cookie: session=<sealed-data>; HttpOnly; Secure; SameSite=StrictСвойства:
HttpOnly — защита от доступа через JavaScriptSecure — передача только через HTTPSSameSite — защита от CSRFIron дополняет эту модель, делая cookie недоступной для чтения и модификации.
Хотя JWT часто используется для похожих задач, подход отличается:
Iron оптимизирован для серверных сценариев:
В высоконагруженных системах ключевым фактором становится:
Короткие или предсказуемые ключи полностью ломают модель безопасности.
Полностью нивелирует смысл шифрования.
Iron не заменяет транспортную защиту.
Iron ориентирован на закрытые доверенные окружения.
Iron закрывает следующие риски:
Не закрывает:
Чаще всего Iron применяется в связке с:
Типичная архитектура:
Ротация ключей требует:
Частая практика:
Iron закрывает промежуточный слой между:
Он не заменяет криптографические стандарты TLS, но усиливает модель защиты данных на уровне приложения, особенно в системах без серверного хранения сессий или при необходимости минимизации доверия к клиентской стороне.