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