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 rendern, die gegen die Safe Browsing-Richtlinien verstoßen. API-Entwickler müssen dafür sorgen, dass die eingereichten URLs eindeutige Beweise für Verstöße gegen diese Richtlinien enthalten. Die folgenden Beispiele zeigen Beweise für Verstöße gegen Richtlinien:

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

Reichen Sie die folgenden Arten von URLs nicht ein, da sie wahrscheinlich nicht der Safe Browsing-Sperrliste hinzugefügt werden:

  • Gefälschte Umfragen, Shopping-Websites oder andere Betrugsversuche, die kein Phishing darstellen (z. B. Kryptowährungsbetrug).
  • Spam mit Glücksspiel-, Gewalt- oder nicht jugendfreien Inhalten, der kein Phishing oder Malware enthält.

Erkennung verbessern

Wir empfehlen, die Felder ThreatInfo und ThreatDiscovery zu verwenden, um zusätzliche Informationen zu Einsendungen anzugeben. Das kann die Erkennung verbessern. Weitere Informationen finden Sie unter Best Practices für die Verwendung der Submission API.

URLs einreichen

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",
}

Antragsstatus prüfen

Verwenden Sie project-number und operation-id aus der Antwort, um den Status der Einreichung zu prüfen. Der Status befindet sich im Feld metadata.state des zurückgegebenen Vorgangs.

Mögliche Status sind RUNNING, SUCCEEDED und CLOSED. Weitere Informationen zu diesen Status finden Sie im Leitfaden zu Vorgängen mit langer Ausführungszeit unter Vorgangsstatus.