Submission API verwenden

In diesem Dokument wird beschrieben, wie Sie URLs, die Ihrer Meinung nach nicht sicher sind, zur Analyse an Safe Browsing senden und die Ergebnisse dieser Einreichungen asynchron prüfen. Alle URLs, die gegen die Safe Browsing-Richtlinien verstoßen, werden dem Safe Browsing-Dienst hinzugefügt.

Hinweise

Wenden Sie sich an den Vertrieb oder Ihren Customer Engineer, um Zugriff auf diese Funktion zu erhalten.

Best Practices

Safe Browsing-Richtlinien lesen

Die Web Risk Submission API prüft, ob die eingereichten URLs Inhalte anzeigen, die gegen die Safe Browsing-Richtlinien verstoßen. API-Entwickler müssen nachweisen, dass die eingereichten URLs eindeutig gegen diese Richtlinien verstoßen. Die folgenden Beispiele zeigen Hinweise auf Richtlinienverstöße:

  • Social Engineering-Inhalte, die eine legitime Onlinemarke (Markenname, Logo, Erscheinungsbild) nachahmen, Systemwarnungen enthalten, betrügerische URLs verwenden oder Nutzer auffordern, vertrauliche Anmeldedaten wie einen Nutzernamen oder ein Passwort einzugeben.
  • Eine Website, auf der eine bekannte ausführbare Malware gehostet wird.

API-Entwickler sollten diese Arten von URLs nicht einreichen, da sie höchstwahrscheinlich nicht den Safe Browsing-Sperrllisten hinzugefügt werden:

  • Gefälschte Umfragen, Shopping-Websites oder andere Betrugsversuche, die nicht als Phishing gekennzeichnet sind (z. B. Kryptowährungsbetrug)
  • Spam, der Glücksspiele, Gewalt oder Inhalte für Erwachsene enthält, aber kein Phishing oder Malware ist

URLs senden

Senden Sie zum Senden einer URL eine HTTP-POST-Anfrage an die Methode projects.uris.submit.

  • Die Submission API unterstützt eine URL pro Anfrage. Um mehrere URLs zu prüfen, müssen Sie für jede URL eine separate Anfrage senden.

  • Die URL muss gültig sein, muss jedoch nicht kanonisiert werden. Weitere Informationen finden Sie unter RFC 2396.

  • Die HTTP-POST-Antwort gibt einen long-running operation zurück. Weitere Informationen zum Abrufen des Einreichungsergebnisses und zum Prüfen des Status einer Einreichung finden Sie unter Vorgänge mit langer Laufzeit.

Beispiel

HTTP-Methode und URL:

POST https://webrisk.googleapis.com/v1/projects/project-id/uris:submit

JSON-Text der Anfrage:

{
  "submission": {
    "uri": "https://www.example.com/login.html"
  }
}

Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:

curl

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus: 

curl -X POST \
     -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     -H "Content-Type: application/json; charset=utf-8" \
     -d @request.json \
     "https://webrisk.googleapis.com/v1/projects/project-id/uris:submit"

PowerShell

Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json und führen Sie den folgenden Befehl aus: 

$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }

Invoke-WebRequest `
    -Method POST `
    -Headers $headers `
    -ContentType: "application/json; charset=utf-8" `
    -InFile request.json `
    -Uri "https://webrisk.googleapis.com/v1/projects/project-id/uris:submit" | Select-Object -Expand Content

Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:

{
  "name": "projects/project-number/operations/operation-id",
}

Status der Einreichung prüfen

Sie können den Status der Einreichung anhand der Werte project-number und operation-id aus der Antwort prüfen.

SUCCEEDED gibt an, dass die eingereichte URL der Safe Browsing-Sperrliste hinzugefügt wurde.

CLOSED gibt an, dass die eingereichte URL nicht gegen die Safe Browsing-Richtlinien verstößt und in den letzten 24 Stunden nicht der Safe Browsing-Sperrliste hinzugefügt wurde.