Infos im Überfluss...
Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
Moderatoren Unter https://www.netcup.com/de/kontakt/datenschutzerklaerung verweißt ihr auf https://www.netcup.com/de/kontakt/for…stem/disclaimer anstatt auf https://forum.netcup.de/system/disclaimer
-
was sollte das einem sagen?
Das jemand einen Server bei Anexia laufen hat (oder als Exit betreibt => AS47147 ) und mit dem Referer angibt Webseiten nach urheberrechtlich geschützten Bildern zu durchsuchen?
Ist das Längste jetzt ein Abuse-Meldebereich und ist das überhaupt ein Abuse?
-
Das jemand einen Server bei Anexia laufen hat (oder als Exit betreibt => AS47147 ) und mit dem Referer angibt Webseiten nach urheberrechtlich geschützten Bildern zu durchsuchen?
Ist das Längste jetzt ein Abuse-Meldebereich und ist das überhaupt ein Abuse?
Das ist nicht ein Server sondern mindestens 32 verschiedene IPv4 Adressen, die derzeit im Netcup Netz aktiv crawlen.
-
Das ist nicht ein Server sondern mindestens 32 verschiedene IPv4 Adressen, die derzeit im Netcup Netz aktiv crawlen.
Hhmm...
Ist das Längste jetzt ein Abuse-Meldebereich und ist das überhaupt ein Abuse?
Lösung:
https://www.netcup.com/de/abuse
(Da ich nicht betroffen bin, werde ich auch nichts melden.)
-
Spitze des Eisbergs.
https://scotthelme.co.uk/we-know-15-579-websites-are-infected-how-do-we-tell-them/
wer packt denn heutzutage noch Javascript auf eine Webseite ...
-
Das ist nur ein Thema, weil der Bot auf einem Server hier läuft, oder? Denn das ist zwar irgendwie schattig, dass unter der Domain eines "Baukostenschätzers" ein Bot läuft, der nach Urheberrechtsverletzungen sucht, aber immerhin ist der laut Beschreibung halbwegs rücksichtsvoll und lässt sich auch standardgemäß aussperren. Die Bots aus der Google Cloud (Tencent, Amazon und etliche mehr genauso), die dutzende URLs pro Sekunde nach Sicherheitslücken abklopfen und dabei auf robots.txt pfeifen und nach einer IP-Sperre einfach von der nächsten wiederkommen, sind doch das eigentliche Problem. Und dann sind wir noch gar nicht bei den Crawlern, die über Malware-verseuchte Apps oder Botnetze aus Endanwender-Adressbereichen kommen.
Wenn man sich heute die Logs eines Webservers live anschaut, hat man wirklich den Eindruck, man macht das alles nur noch, damit Asoziale ihren Spieltrieb an deinem Server ausleben können.
Die halbe Cloud ist bei mir mittlerweile dauerhaft und betreiberübergreifend blockiert, aber wie gesagt sind die Scanner schon eine Stufe weiter. Bei neuen Sachen unterscheide ich mittlerweile ganz hart: Ist es Werbung, kümmert mich das alles nicht. Ist es eine Dienstleistung, gibt es außer einem Loginprompt nichts öffentlich Erreichbares.
-
Bei neuen Sachen unterscheide ich mittlerweile ganz hart: Ist es Werbung, kümmert mich das alles nicht. Ist es eine Dienstleistung, gibt es außer einem Loginprompt nichts öffentlich Erreichbares.
Wie machst Du denn das praktisch?
-
Im Moment reicht mir HTTP Basic Auth mit einem Passwort für alle, die rein dürfen. Es geht mir nicht darum, einzelne User zuzuordnen, sondern pauschal alle Bots raus zu halten. Stell es dir wie ein "Zugang nur für berechtigte Personen" Schild vor. Es ist mehr als "Menschen dürfen rein, Bots müssen draußen bleiben", weil die Unterscheidung nicht mehr praktikabel ist. Es gibt keine Öffentlichkeit nur für Menschen mehr. Was öffentlich ist, lesen die Bots. Wenn die Bots es nicht lesen sollen, kann es nicht mehr öffentlich sein. Die nächste Eskalation ist, wenn die Bots den Menschen beim Surfen über die Schulter schauen, was ja auch schon vorkommt.
-
Also ich habe mit einem "Proof of Work"-Request im nginx oder in der Middleware für Ruhe gesorgt. Für ein paar aggressive Bots gibts auch noch eine Teergrube mit nutzlosen Texten aus Markovketten.
Auch besagter Bot bekommt nur "POW required" Antworten, als aggressive würde ich ihn auch nicht bezeichnen. -
-
Währenddessen registrieren Spammer bei OFauH, Google Cloud, Amazon SES oder auch Microsoft Azure/Microsoft Cloud per Automation/API in Sekunden tausende Domains mit allen nötigen Einträgen mit minimalem zeitlichem Aufwand. Und feuern, dass da nur noch ASN-Sperre und Reputation nach Domainalter eventuell helfen.
Ich betrachte das, da dort nicht abgewogen wird (z.B. nur DMARC-Einträge _mit falschem_ (nicht fehlendem!) Eintrag abgewiesen werden) nicht mehr wirklich konform zum SMTP-Standard bzw. dem Prinzip öffentlicher Zustellung.
Man darf sicherlich beim Empfang bewerten - aber was kommt als Nächstes? Nur noch Empfang wenn der Sender einen Microsoft-Account hat?
Sie können ja lokal sortieren wie sie wollen - das geht den empfangenden Provider und seinen Kunden was an - sonst niemanden. -
Endlich wissen wir was in Budcup1 betrieben wird!
Dafür hat Bud die ganzen Server gesammelt
