ja, wenn keylogger nicht so für perl geeignet sind, was dann?

[quote=RPerl,14.July.2007, 19:48]

Quote

Dann tipp mal "mysql -u root -p" in der Konsole ein. Dann wirst du nach einem Passwort gefragt. Dies tippst du ein.

wahnsinn, dass wusste ich ja noch garnicht - krasser Typ. OMG!
Der richtige Admin weiß sein PW i.d.R.[/quote]
Ein Keylogger wird auch nicht von einem Admin installiert. Sondern eher von einer fremden nicht authorisierten Person. Diese Installiert dann den keyloger um z.B. Passwörter von Datenbanken oder sonstige andere Passwörter heraus zu finden.

Und was ich dir damit sagen wollte ist, das nicht jede eingabe in der /<user>/.bash_history landet. Sondern lediglich die Befehle die man in der Bash etc. eingetippt hat.

Macht man eine eingabe in einem Programm steht diese logischerweise nicht in der History. Ein Keylogger logt soetwas aber mit. Die History kannst du nicht mit einem Keylogger vergleichen...

Quote

ja, wenn keylogger nicht so für perl geeignet sind, was dann?

Bezieht sich die Frage darauf was du lieber lernen solltest, oder wofür die Programmiersprache geeignet ist?

Naja Keylogger gehen schon in die Richtung das betriebssystem zu Manipulieren. Daher musst du auch eher genau eine Sprache nutzen worin das OS geschrieben ist. Und das ist meistens C.

Ansonsten ist Perl für alles andere geeignet. ;)

Für alles andere?
Nicht schlecht. Also is ein Keylogger in C besser?
Und in C++ auch oda?

Perl kann man für Automatismen verwenden, um Spiele zu programmieren, für Editoren, für Simulatoren, für alles für das man sich interessiert. Aber alles ist verschieden schwierig.

Wenn man Perl lernen will sollte man nicht versuchen gleich Systemnahe Probleme zu lösen, Denn je Systemnaher du arbeitest, um so mehr Zeit verwendest du darauf das System zu verstehen und nicht Perl.
Und wenn dein Hauptziel darin besteht ein Betriebssystem zu verstehen dann solltest du C lerenen, denn darin sind die meisten Systeme programmiert. :-)

Ich habe Perl gelernt, indem ich kleine Scripte geschrieben habe, um mir alltägliche Automatismen abzunehmen.
Als Beispiele:
- Rekursives Kopieren von Dateien mit bestimmten Eigenschaften.
- Regelmäßiges Backup wichtiger Verzeichnisse auf CD, Tape, oder Server.

Danach wurde es etwas komplexer.
- Sever-Clientsystem zur überwachung von Prozessen auf einem anderen Computer
- Ein Scriptpaar zur Syncronistaion von Daten zwischen zwei Serveren
- CGI Scripte.
- Forum
- Blog
- Filebrowser
- Logauswertung
- Contentmangaemanet
Dann fand ich gefallen an Datenbanken und habe manche meiner bisherigen Programme darauf angepasst.

Danach habe ich mit GUI Systemen angefangen wie TK,QT,GTK
Damit habe ich dann keine Spielchen und Geschrieben (Schiffe Versenken, Wurmi, Bolo) und Programme zur Systemwartung. Ein einfacher Editor war ebenso auch dabei wie ein Kompressionstool.
(mit der xlib habe ich mich dann auch auseinander gesetzt und einen Windowmanger angefangen, aber nie weit gekommen, ziehmlich komplex das ganze...)

Jetzt arbeite ich mich in die systemnahe Programmierung ein,. Ansprechen von Hardware, Auslesen von Systemzuständen etc. Dabei geht es aber nicht mehr primär um Perl sondern um das System (Linux).

Und aus meiner Sicht behaupte ich, dass man einen Keylogger in Perl schreiben kann, das ist aber nicht ganz einfach. (auch mit C oder C++ nicht) Mir fallen auf Anhieb drei Möglichkeiten (unter Linux) ein. Einmal könnte man ein falsches TTY Deviece anlegen und die Eingeben durch ein Perlscript zum richtigen Device leiten, dann könnte man mit der Xlib arbeiten und sich in die Serverclientkommunikation (nur GUI) schalten. Und natürlich kann man, wie schon erwähnt, verschiedene Loggingmechanismen des Kernels verwenden.

Ginge es nicht mit Expect/IO::Pty?

[quote=ptk,15.07.2007, 20:30]Ginge es nicht mit Expect/IO::Pty?[/quote]
Klar ginge es damit -- allerdings wie weiter oben schon erwähnt mit der Einschränkung, dass es nur unter Unixoiden, nur für Konsolenanwendungen und vor allem nur für Kindprozesse funktioniert. Will man mehr als das, so wird's auch komplizierter.