كل خرق يتضمن سرقة بيانات الاعتماد له نفس السبب الجذري: كانت بيانات الاعتماد موجودة في مكان ما على شكل نص صريح لفترة كافية لاكتشافها. في قاعدة بيانات، أو في متغير بيئة، أو في ملف سجل، أو في نسخة ذاكرة. قد تكون نافذة التعرض ملي ثانية أو أشهر. المهم أن السلسلة كانت موجودة، وأحد ما وجدتها. الاستجابة القياسية هي تحسين إدارة الأسرار: حلول الخزنة، سياسات التناوب، الوصول بأقل صلاحيات ممكنة، التخزين المشفر. جميع هذه الحلول تقلل من نافذة التعرض. لكن لا شيء منها يلغيها تمامًا. فبيانات الاعتماد لا تزال موجودة بأسلوب يمكن استخراجه إذا تم اختراق النظام المناسب في اللحظة المناسبة. يأخذ نموذج REX الخاص بـ Rialo نهجًا مختلفًا لهذه المشكلة. يتم تشفير بيانات الاعتماد قبل إرسالها. داخل بيئة التنفيذ الخاصة، يتم فك تشفيرها مرة واحدة فقط، وتُستخدم للطلب المحدد المقصود بها، ثم تُمسح من الذاكرة. أبدًا لا تظهر النسخة النصية الصريحة على الدفتر العام. حتى المدققون لا يمكنهم الوصول إلى محتويات بيئة التنفيذ أثناء تشغيلها. هذا ليس تحسينًا طفيفًا في إدارة الأسرار. بل هو نموذج تهديد مختلف. لا يحاول @RialoHQ حماية بيانات اعتماد مخزنة من السرقة. بل يلغي بيانات الاعتماد المخزنة تمامًا. لا يمكنك سرقة ما لا يبقى. إن نمط الاستخدام مرة واحدة ثم الحذف للبيانات الحساسة للتحقق من الهوية هو شيء حاولت أمنيات Web2 تقليده لعقود باستخدام خدمات إدارة المفاتيح ووحدات أمان الأجهزة. Rialo تنفذه بشكل أصيل على طبقة التنفيذ.