
Каждое нарушение, связанное с украденными учетными данными, имеет одну и ту же корневую причину: учетные данные какое-то время существовали в открытом виде, достаточное для того, чтобы их обнаружили. В базе данных, в переменной окружения, в файле журнала, в дампе памяти. Время экспозиции может составлять миллисекунды или месяцы. Важно то, что строка была там, и кто-то ее нашел. Стандартный ответ — лучшее управление секретами: решения для хранилищ, политики ротации, принцип минимальных привилегий, шифрованное хранение. Все это сокращает окно экспозиции. Ни одно из них не устраняет его полностью. Учетные данные все еще существуют в форме, которую можно извлечь, если в нужный момент будет скомпрометирована правильная система. Модель REX от Rialo предлагает иной подход к этой проблеме. Учетные данные шифруются до отправки. Внутри частной среды выполнения они расшифровываются ровно один раз, используются для конкретного вызова, для которого были предназначены, а затем удаляются из памяти. Открытый текст никогда не появляется в публичном реестре. Даже валидаторы не могут получить доступ к содержимому среды выполнения во время ее работы. Это не незначительное улучшение управления секретами. Это другая модель угроз. @RialoHQ не пытается защитить сохраненные учетные данные от кражи. Он полностью устраняет сохраняемые учетные данные. Нельзя украсть то, чего не существует постоянно. Паттерн «использовать один раз и уничтожить» для чувствительных данных аутентификации Web2-безопасность пытается приблизительно воспроизвести десятилетиями с помощью служб управления ключами и аппаратных модулей безопасности. Rialo реализует его нативно на уровне выполнения.
