No Storage Real Time Mode

Jika klien memilih untuk menggunakan Google Safe Browsing v5 dalam mode real-time tanpa penyimpanan, klien tidak perlu mempertahankan database lokal yang persisten. Namun, klien tetap diharapkan untuk mempertahankan cache lokal. Cache lokal tersebut tidak perlu berada di penyimpanan persisten dan dapat dihapus jika terjadi tekanan memori.

Setiap kali klien ingin memeriksa URL tertentu, klien selalu terhubung ke server untuk melakukan pemeriksaan. Mode ini mirip dengan yang dapat diterapkan oleh klien Lookup API v4.

Dibandingkan dengan Mode Real-Time, mode ini mungkin menggunakan lebih banyak bandwidth jaringan, tetapi mungkin lebih cocok jika klien merasa tidak nyaman untuk mempertahankan status lokal yang persisten.

Prosedur Pemeriksaan URL Real-Time Tanpa Database Lokal

Prosedur ini menggunakan satu URL u dan menampilkan SAFE atau UNSAFE.

  1. Biarkan expressions menjadi daftar ekspresi akhiran/awalan yang dihasilkan oleh URL u.
  2. Biarkan expressionHashes menjadi daftar, dengan elemen berupa hash SHA256 dari setiap ekspresi di expressions.
  3. Misalkan expressionHashPrefixes adalah daftar, dengan elemen berupa 4 byte pertama setiap hash di expressionHashes.
  4. Untuk setiap expressionHashPrefix dari expressionHashPrefixes:
    1. Cari expressionHashPrefix di cache lokal.
    2. Jika entri yang di-cache ditemukan:
      1. Menentukan apakah waktu saat ini lebih besar daripada waktu habis masa berlakunya.
      2. Jika lebih besar:
        1. Menghapus entri yang ditemukan dan di-cache dari cache lokal.
        2. Lanjutkan dengan loop.
      3. Jika tidak lebih besar:
        1. Menghapus expressionHashPrefix tertentu ini dari expressionHashPrefixes.
        2. Periksa apakah hash lengkap yang sesuai dalam expressionHashes ditemukan dalam entri yang di-cache.
        3. Jika ditemukan, tampilkan UNSAFE.
        4. Jika tidak ditemukan, lanjutkan dengan loop.
    3. Jika entri yang di-cache tidak ditemukan, lanjutkan dengan loop.
  5. Kirim expressionHashPrefixes ke server Google Safe Browsing v5 menggunakan RPC SearchHashes atau metode REST hashes.search. Jika terjadi error (termasuk error jaringan, error HTTP, dll.), tampilkan SAFE. Jika tidak, biarkan respons menjadi response yang diterima dari server SB, yang merupakan daftar hash lengkap beserta beberapa informasi tambahan yang mengidentifikasi sifat ancaman (rekayasa sosial, malware, dll.), serta waktu habis masa berlaku cache expiration.
  6. Untuk setiap fullHash dari response:
    1. Sisipkan fullHash ke dalam cache lokal, bersama dengan expiration.
  7. Untuk setiap fullHash dari response:
    1. Biarkan isFound menjadi hasil dari menemukan fullHash di expressionHashes.
    2. Jika isFound adalah False, lanjutkan dengan loop.
    3. Jika isFound adalah Benar (True), tampilkan UNSAFE.
  8. Kembalikan SAFE.

Sama seperti Mode Real-Time, prosedur ini tidak menentukan secara persis cara mengirimkan awalan hash ke server. Misalnya, klien dapat mengirim semua expressionHashPrefixes dalam satu permintaan, dan klien juga dapat mengirim setiap awalan individual dalam expressionHashPrefixes ke server dalam permintaan terpisah (mungkin secara paralel). Klien juga dapat mengirimkan awalan hash yang tidak terkait atau dibuat secara acak bersama dengan awalan hash di expressionHashPrefixes, selama jumlah awalan hash yang dikirim dalam satu permintaan tidak melebihi 30.