Richtlinien zur zulässigen Nutzung

Richtlinien zur zulässigen Nutzung

Dieser Branchenüberblick behandelt Nutzungsregeln verschiedener Proxydienste. Die folgenden Beschränkungen stammen von unterschiedlichen Anbietern. ProxyCompass-Bedingungen stehen gesondert im Schlussabschnitt.

Eine Acceptable Use Policy, AUP, beschreibt erlaubte Kundenaktivitäten. Sie gehört zu den Anbieterbedingungen und kann separat oder in Nutzungsbedingungen stehen. Ihr praktischer Zweck zeigt sich, wenn zwei Dienste dieselbe Aufgabe bewerben, aber verschiedene Ausführungsarten erlauben.

Eine veröffentlichte Regel verbietet beispielsweise Erfassung hinter einer Anmeldung. Eine andere erlaubt berechtigten Zugang zu nicht öffentlichen Informationen. Anderswo braucht selbst der eigene Website-Lasttest schriftliche Freigabe. Solche Unterschiede entscheiden über die Eignung bezahlter, technisch funktionierender Proxies.

Scraping: Was ändert eine erforderliche Anmeldung?

Ein Unternehmen erfasst Lieferantenpreise. Manche sind öffentlich, Großhandelspreise nur nach Anmeldung im eigenen Kundenkonto sichtbar. Für das Unternehmen ist das ein Preisprojekt. Eine auf öffentliche Daten begrenzte AUP trennt beide Teile jedoch in erlaubt und nicht erlaubt. Der eigene gültige Zugang hebt die Beschränkung nicht auf.

Erlaubt eine Richtlinie berechtigten Zugang zu nicht öffentlichen Daten, zählt die Genehmigung der Erfassung selbst. Seitenansicht, Export und Weiterverteilung sind getrennte Rechte. Ein Leseabonnement eines Mitarbeiters erlaubt nicht zwangsläufig automatisches Kopieren und Weiterverkaufen.

Andere Klauseln regeln die Ausführung. Veröffentlichte AUPs verlangen ausdrücklich robots.txt, API-Limits und technische Ratenbegrenzungen. Die Verteilung auf viele IP-Adressen macht verbotene Erfassung unter solchen Regeln nicht zulässig. Das ist eine beim Proxykauf vereinbarte Bedingung, keine Aussage, dass jede robots.txt-Anweisung Gesetz wäre.

Auch Inhalte zählen. Öffentliche Produktpreise und persönliche Kontaktdaten sind unterschiedliche Datenarten. AUPs können Rechtsgrundlagen für personenbezogene Erfassung und strengere Regeln für Medizin-, Kinder- oder Personenverfolgungsdaten verlangen. Spätere Veröffentlichung oder KI-Training kann ebenfalls beschränkt sein. Ein erfolgreicher Download entscheidet keine solche Folgenutzung.

Automatisierung wird nach ihrer Tätigkeit bewertet

„Scraper“, „Bot“ und „Social-Media-Werkzeug“ sagen wenig über Verhalten. Dieselbe Browserautomatik kann Werbung prüfen oder einen bezahlten Klick fälschen. Veröffentlichte AUPs unterscheiden folgende Aktivitäten. Unterstützung links erlaubt nicht automatisch die Aktion rechts.

Möglicherweise unterstützte Aufgabe In veröffentlichten AUPs beschränkte Aktivität
Werbeplatzierung und Sichtbarkeit prüfen Gefälschte Aufrufe oder bezahlte Klicks erzeugen, auch zum Verbrauch fremder Werbebudgets.
Suchergebnisse und Positionen überwachen Klicks zur Rankingmanipulation oder Vortäuschung interessierter Besucher erzeugen.
Geschäftliche Social-Media-Konten betreuen Falsche Profile, Bewertungen, Follower oder Interaktionen erzeugen; auch Massenregistrierung kann verboten sein.
Ticketpreise und Verfügbarkeit überwachen Automatischer Massenkauf oder Weiterverkauf zu erhöhten Preisen. Manche Richtlinien verbieten Ticketkauf-Bots insgesamt.

Deshalb können Spamregeln trotz gesperrter E-Mail-Ports gelten. Formulare, Kommentare und Privatnachrichten ermöglichen ebenfalls Nachrichtenversand. Ein geschlossener SMTP-Port verhindert einen Weg, nicht jede unerwünschte Nachricht.

Direkter Missbrauch umfasst Brute Force mit Passwortversuchen und Credential Stuffing mit gestohlenen Zugangsdatenpaaren. Ebenfalls verboten sind Phishing, Tests gestohlener Karten, Schadsoftware, DDoS und illegale Inhalte einschließlich Kindesausbeutung und Urheberrechtsverletzungen. Die Aktivität selbst zählt: Wenige Versuche können auch fast ohne Datenverbrauch gegen AUP verstoßen.

Beschränkungen über Angriffe und Betrug hinaus

AUPs enthalten auch kommerzielle Ausschlüsse. Veröffentlichte Listen nennen bezahlte Umfragen, Handel mit Spielgegenständen, Streaming-Domains, Kryptohandel, Glücksspiel und Erwachsenenangebote. Das sind Beispiele verschiedener Dienste, kein branchenweites Verbot. Eine ausgeschlossene Geschäftstätigkeit wird dadurch nicht pauschal als kriminell bezeichnet.

Auch Weiterverkauf ist konkret beschränkt. Kundenzugang über gemietete Zugangsdaten kann eine Sondervereinbarung verlangen oder verboten sein. Unterkonten im Dashboard klären das nicht; getrennte Daten können für das eigene Team bestimmt sein. Eine Agentur mit Proxyberichten und ein Verkäufer des Proxyzugangs selbst bieten unterschiedliche Leistungen.

Manche Regeln schützen den Pool. Sie verbieten die Weitergabe ermittelter Adress- und Knotendaten an Proxyerkennungs-, Reputations- oder Sperrdatenbanken. Gemieteter Zugang zur Katalogisierung der Ausgangs-IP-Adressen und deren Meldung an eine Erkennungsdatenbank kann deshalb ohne Websiteangriff vertragswidrig sein. Die Regel schützt den wirtschaftlichen Netzwerkwert.

AUPs sind deshalb keine bloßen Straftatenlisten. Sie entscheiden auch über die Vertragseignung legaler Geschäftsmodelle. Der Wechsel von interner Recherche zu Weiterverkauf oder von Preisen zu Personendatensätzen kann dieselbe Software mit denselben Einstellungen anders einordnen.

Auch Tests der eigenen Website können Genehmigung verlangen

Ein Unternehmen beauftragt einen Sicherheitsdienst mit Schwachstellensuche. Es kann seine Website freigeben, kontrolliert aber nicht dessen Proxynetz. Veröffentlichte Regeln verlangen ausdrücklich Anbieterzustimmung vor Schwachstellenscans sowie Stress- und Lasttests. Die Eigentümerfreigabe allein reicht deshalb nicht immer.

Das transportierende Netzwerk trägt Datenlast und Beschwerden mit. Scans können fremde Systeme erreichen, Lasttests gemeinsame Hosting- oder Schutzdienste treffen. Sind Tests erlaubt, legen vereinbarte Ziele, Methoden und Zeiten den Umfang fest. „Sicherheitsforschung“ allein beschreibt diesen nicht.

Wie Proxyaktivität zur Missbrauchsmeldung wird

Kunde A17 nutzt 198.51.100.24 und 198.51.100.25 für Passwortversuche. Die Website meldet IP-Adressen und 14:03–14:06 UTC. Der Anbieter gleicht Verbindungsdaten von 14:04 und 14:05 ab und identifiziert A17. Dieser soll stoppen und den Vorgang erklären; sein Zielzugang wird gesperrt. Erst danach meldet der Anbieter die Maßnahmen zurück. Unten: Angriffe können Subnetze auf Sperrlisten bringen, sodass Websites auch fremde Kundenadressen ablehnen. Kunden können nicht arbeiten, der Anbieter verliert Kunden und Umsatz.
Beispiel: Die Website meldet IP-Adressen und Zeitpunkt der Passwortversuche. Der Anbieter gleicht Daten ab, identifiziert A17, stoppt dessen Zielzugang und meldet die Maßnahme.

Das Ziel sieht die Ausgangs-IP-Adresse. Bei Passwortangriff oder Scan identifizieren seine Belege zunächst diese Adresse. Die Meldung geht an Proxyanbieter oder Hosting-Lieferant von Adresse und Server. Im zweiten Fall erhält der Verkäufer das Problem vom eigenen Zulieferer.

Veröffentlichte Hosting-Dokumentation zeigt mögliche Belege. Scanaufzeichnungen nennen Zeit, Quell-IP, Ziel-IP und Zielport. Wiederholte Verbindungen derselben Quelle zu Port 22 verschiedener Server können etwa als SSH-Scan gemeldet werden. Flutberichte können Paketraten und Zielstatistiken enthalten. Unterschiedliche Vorfälle verlangen unterschiedliche Erklärungen.

Der Anbieter muss das externe Ereignis Kundenaktivität zuordnen. Dedizierte Zuweisung hilft; bei gemeinsamen oder rotierenden IP-Adressen reicht die Adresse allein möglicherweise nicht. Kunden nutzen sie nacheinander oder gleichzeitig. Genaue Zeit samt Zeitzone und gegebenenfalls Quellports unterscheiden Verbindungen, soweit tatsächlich gespeicherte Daten dies ermöglichen.

Eingangszeit der Beschwerde und Aktivitätszeit sind ebenfalls verschieden. Ein bei Supportkontakt ruhender Auftrag kann früher den gemeldeten Verkehr verursacht haben. Aktuelle Prozessliste oder heutige Proxyfunktion beantworten die Meldung daher nicht.

Das verlangt nicht das Lesen jeder HTTPS-Seite. Bei gewöhnlichem TLS-Tunnel bleiben Pfade, eingegebene Passwörter und Antwortinhalte verschlüsselt. Das Ziel liefert eigene Belege; Anbieter und Host verwenden verfügbare Netzdaten. Ein Seiten verarbeitender Browserdienst oder eine Scraping-API hat eine andere Rolle und Sichtbarkeit.

Warum nur ein Ziel ausfallen kann

Durchsetzung deaktiviert nicht immer das Konto. Ein veröffentlichtes Beschwerdeverfahren erlaubt die vorübergehende Sperre nur der benannten Website oder des Hosts. Andere Daten laufen weiter. Ein Prüfdienst kann dann Erfolg melden, obwohl die Hauptaufgabe ihr Ziel nicht erreicht.

Es gibt auch vorbeugende Regeln. Manche überwachen Anfrageraten sensibler Ziele wie Bankanmeldungen und begrenzen übermäßige Aktivität. Eine normalerweise erreichbare Kategorie ist daher nicht unbegrenzt automatisierbar. Das sind Zielkontrollen, nicht zwangsläufig Monatskontingente.

AUP und Fair Use können sich überlappen; der Eingriffsgrund bleibt wichtig. Erlaubte Preiserfassung kann gemeinsame Ressourcen überlasten. Passwortangriffe verletzen AUP bei viel weniger Volumen. Mehr Daten helfen im ersten Fall nur bei entsprechender Kapazitätserweiterung; sie erlauben niemals die zweite Aktivität.

Ein Infrastrukturhost kann weitergehend sperren. Hosting-Regeln sehen Einzel-IP-, Mehradressen- oder Serversperren nach Angriffen und Scans vor. Der Proxyverkäufer muss den Vorfall eventuell mit dem Host klären. Ein IP-Tausch bei fortgesetzter Aktivität lässt die Ursache bestehen.

Eine allgemeine Warnfolge gibt es nicht. Manche Regeln beschreiben gemeinsame Problemlösung, erlauben aber Sperrung nach dem ersten Verstoß. Kontosysteme unterscheiden auch Meldung, festgestellten AUP-Verstoß und Zahlungsbetrug. Kunden brauchen Grund und Umfang; „gesperrt“ allein reicht nicht.

Wenn ein Auftragnehmer oder anderer Nutzer den Verkehr erzeugt hat

Zugangsdaten können in mehreren Anwendungen oder bei einer Agentur liegen. Bedingungen können den Kontoinhaber für alle darüber ausgeführten Aktivitäten verantwortlich machen. Der Anbieter hat seinen Vertrag mit dem Käufer. „Das war ein Auftragnehmer“ löst den Vorfall deshalb nicht allein.

Ermitteln Sie Anwendung oder Person zum gemeldeten Zeitpunkt und stoppen Sie die Aktivität. Bei offengelegtem Zugang widerrufen oder ändern Sie die Daten. Unterstützte getrennte Zugangsdaten und Aufgabenaufzeichnungen erleichtern das, schaffen aber keine AUP-Ausnahme.

Sperren können auch Umgehungen eigener Anbieterregeln betreffen: Ersatzkonten nach Verbot, wiederholte Tests entgegen Bedingungen oder umgangene Identitätsprüfung. Ein neues Konto oder eine neue IP-Adresse genehmigt denselben verbotenen Vorgang nicht.

Was mit Paket und Guthaben geschieht

Mögliche Geldfolgen sind getrennt: Bearbeitungsgebühr einer Beschwerde, Verlust ungenutzter Ansprüche bei Vertragsbruch und Ersatz bestimmter fremder Forderungen oder Kosten durch Kundenverhalten. Der Paketpreis begrenzt nicht zwangsläufig alle Verpflichtungen.

Das sind tatsächliche Vertragsunterschiede. Manche Bedingungen lassen Restguthaben bei Vertragsbruch verfallen, behandeln anbieterseitige Beendigung ohne Kundenverstoß aber anders. Andere verlängern Laufzeit und Guthabengültigkeit bei Prüfungsunterbrechung nicht automatisch. Ein ruhendes Konto bedeutet deshalb keine pausierte Mietzeit.

Beschwerdegebühren haben keinen einheitlichen Branchenbetrag. Ihre Zahlung deckt die vereinbarte Gebühr, erlaubt keine weitere verbotene Aktivität und garantiert keine Freigabe. Umgekehrt begründet eine eingegangene Meldung nicht automatisch jede Geldfolge. Maßgeblich sind Sperr- oder Kündigungsgrund und Zahlungsregeln unter Beachtung zwingender Rechte.

Was Sie dem Support antworten sollten

Die Antwort muss die gemeldete Aktivität betreffen. „Der Proxy funktioniert“, „das Paket ist bezahlt“ oder „wir scrapen nur“ identifiziert keine Ursache. Eine brauchbare Antwort verknüpft das Ereignis mit Ihrer Aufgabe und nennt Maßnahmen.

  1. Pausieren Sie den betroffenen Auftrag und bewahren Sie Einstellungen und Protokolle auf. Verwenden Sie Aktivitätszeit samt Zeitzone, nicht den Nachrichteneingang.
  2. Ermitteln Sie Anwendung, Zeitplanaufgabe, Mitarbeiter oder Auftragnehmer. Vergleichen Sie Ziel und Proxy-IP mit eigenen Daten. Fehlende Informationen erfragen Sie beim Support.
  3. Beschreiben Sie Ursache und Änderung, etwa gestoppter Auftrag, entferntes unbeabsichtigtes Ziel oder widerrufener Zugang. Fügen Sie bei vereinbarten Tests schriftliche Erlaubnis und Umfang bei.
  4. Bestätigen Sie verbleibende Einschränkung und Freigabebedingungen. Starten Sie denselben ungeklärten Vorgang nicht über eine andere IP-Adresse neu.

Anbieter können Tickets, Dashboardformulare oder besondere Antwortverfahren nutzen. Manche stellen Meldung und Status per API bereit. Das bestimmt keine einheitliche Freigabezeit. Eine Frist zur Antwortprüfung ist nicht dasselbe wie die Zusage erneuter Aktivierung.

Zurück zur Wissensdatenbank