No Storage Real Time Mode

عندما يختار العملاء استخدام الإصدار 5 من ميزة "التصفّح الآمن" من Google في وضع الوقت الفعلي بدون تخزين، لن يحتاج العميل إلى الاحتفاظ بأي قاعدة بيانات محلية ثابتة. ومع ذلك، لا يزال من المتوقّع أن يحتفظ العميل بذاكرة تخزين مؤقت محلية. ولا يلزم أن تكون ذاكرة التخزين المؤقت المحلية هذه في مساحة تخزين ثابتة، ويمكن محوها في حال نقص الذاكرة.

عندما يريد العميل التحقّق من عنوان URL معيّن، يتصل دائمًا بالخادم لإجراء عملية التحقّق. يشبه هذا الوضع ما قد ينفّذه عملاء الإصدار 4 من Lookup API.

مقارنةً بـ "وضع الوقت الفعلي"، قد يستخدم هذا الوضع معدل نقل بيانات أكبر على الشبكة، ولكنّه قد يكون أكثر ملاءمةً إذا كان من غير الملائم للعميل الحفاظ على حالة محلية ثابتة.

إجراء التحقّق من عنوان URL في الوقت الفعلي بدون قاعدة بيانات محلية

يأخذ هذا الإجراء عنوان URL واحدًا u ويعرض SAFE أو UNSAFE.

1. لنفترض أنّ expressions هي قائمة بتعبيرات اللاحقة/البادئة التي تم إنشاؤها بواسطة عنوان URL u.
2. لنفترض أنّ expressionHashes هي قائمة، حيث تكون العناصر عبارة عن تجزئات SHA256 لكل تعبير في expressions.
3. لنفترض أنّ expressionHashPrefixes هي قائمة، حيث تكون العناصر هي أول 4 بايتات من كل قيمة تجزئة في expressionHashes.
4. لكل expressionHashPrefix من expressionHashPrefixes:
   1. ابحث عن expressionHashPrefix في ذاكرة التخزين المؤقت المحلية.
   2. في حال العثور على الإدخال المخزّن مؤقتًا:
      1. تحديد ما إذا كان الوقت الحالي أكبر من وقت انتهاء الصلاحية
      2. إذا كانت القيمة أكبر:
         1. أزِل الإدخال الذي تم العثور عليه في ذاكرة التخزين المؤقت من ذاكرة التخزين المؤقت المحلية.
         2. مواصلة التكرار الحلقي
      3. إذا لم يكن أكبر:
         1. إزالة expressionHashPrefix المحدّدة من expressionHashPrefixes
         2. تحقَّق ممّا إذا كان التجزئة الكاملة المقابلة ضمن expressionHashes متوفّرة في الإدخال المخزّن مؤقتًا.
         3. في حال العثور على تطابق، أرجِع القيمة UNSAFE.
         4. إذا لم يتم العثور على السمة، استمر في التكرار.
   3. إذا لم يتم العثور على الإدخال المخزّن مؤقتًا، استمر في التكرار.
5. أرسِل expressionHashPrefixes إلى خادم الإصدار 5 من ميزة "التصفّح الآمن من Google" باستخدام RPC SearchHashes أو طريقة REST hashes.search. في حال حدوث خطأ (بما في ذلك أخطاء الشبكة وأخطاء HTTP وما إلى ذلك)، يجب عرض SAFE. بخلاف ذلك، يجب أن تكون الاستجابة هي response التي تم تلقّيها من خادم "التصفّح الآمن"، وهي عبارة عن قائمة بتجزئات كاملة بالإضافة إلى بعض المعلومات المساعدة التي تحدّد طبيعة التهديد (الهندسة الاجتماعية أو البرامج الضارة أو غير ذلك)، فضلاً عن وقت انتهاء صلاحية ذاكرة التخزين المؤقت expiration.
6. لكل fullHash من response:
   1. أدرِج fullHash في ذاكرة التخزين المؤقت المحلية، بالإضافة إلى expiration.
7. لكل fullHash من response:
   1. لنفترض أنّ isFound هي نتيجة العثور على fullHash في expressionHashes.
   2. إذا كانت قيمة isFound هي False، استمر في التكرار.
   3. إذا كانت isFound صحيحة، يتم عرض UNSAFE.
8. Return SAFE

كما هو الحال في الوضع في الوقت الفعلي، لا يحدّد هذا الإجراء كيفية إرسال بادئات التجزئة إلى الخادم بالضبط. على سبيل المثال، من المقبول أن يرسل العميل كل expressionHashPrefixes في طلب واحد، ومن المقبول أيضًا أن يرسل العميل كل بادئة فردية في expressionHashPrefixes إلى الخادم في طلبات منفصلة (ربما بالتوازي). من المقبول أيضًا أن يرسل العميل بادئات تجزئة غير ذات صلة أو تم إنشاؤها عشوائيًا مع بادئات التجزئة في expressionHashPrefixes، طالما أنّ عدد بادئات التجزئة المُرسَلة في طلب واحد لا يتجاوز 30.