Artikel mit Tag rfc
Verwandte Tags
eof dotfiles irc kiddies mercurial hackerparagraph bgb ccc hamburg jura-student nmap telnet bayer debian gentoo job mcse openbsd taxi bofh bot buha chanserv dummuser firefox howto install irssi k-line kb killfile nickserver psyc psyced rant s9y serverraum sigh weihnachten zsh anwalt anzeige boards command line applications flickr ftp-server h4x0r hacken hotlinking lighttpd looser luser mail narf perl pics polizeistaat security spam trojaner usa warezJura-Idioten
Submitted by Christian Schneider on Tue, 2007-07-10 10:41
Kennt ihr die uebermotivierten Jura-Studenten (vorzugsweise in den ersten Semestern)? So richtige "Also laut Paragraph 2342 duerfen darf man das nicht!". Ja? Dann wisst ihr wie es mir geht; ich werde von den Typen verfolgt. Nicht mal hier in Hamburg bin ich vor denen sicher. In der Firma hier laeuft naemlich einer rum, der Jura studiert und sich hier ein paar Euro nebenbei verdient (macht sozusagen alles was anfaellt).
Der Hackerparagraph war Stein des Anstosses. Ich sitze mit dem Admin im Serverraum und installiere auf den neuen Servern Gentoo und OpenBSD. Nachdem die OpenBSD-Kiste aufgesetzt war, wollte ich den Host mit Nmap scannen, damit der Admin eine Liste der offenen Ports hatte. Besagter Jura-Trottel sieht das und macht mich/uns darauf aufmerksam, dass die Nutzung von Nmap nicht zulaessig sei, weil das unter Vorbereiten des Ausspaehens und Abfangens von Daten faellt und er das melden muss falls wir das doch machen.
Ich wollte ihn ja erschlagen und irgendwo unter einem 19" Rack vergraben, aber wir haben uns dann doch anders entschieden. Es ist naemlich zwingend notwendig das eine Analyse der offenen Ports gemacht wird. Ergo bekam er RFC1700, telnet und eine ungenutzte Workstation. telnet(1) ist ja nicht poehse[TM], weil telnet sogar bei Windows standardmaessig installiert wird. Jetzt sitzt er da und ueberprueft durch Verbindungsaufbauten mit telnet(1) ob/welche Ports auf besagter OpenBSD-Kiste ansprechbar sind. Gut.. ich koennte ihm zwar sagen welche Ports offen sind, aber das waer ja langweilig. Ausserdem ist er ja schon bei Port ~700. Ich glaube ich nehme irgendeinen Port und packe fortune(6) dahinter. Etwas Abwechslung muss ja auch sein.
Der Hackerparagraph war Stein des Anstosses. Ich sitze mit dem Admin im Serverraum und installiere auf den neuen Servern Gentoo und OpenBSD. Nachdem die OpenBSD-Kiste aufgesetzt war, wollte ich den Host mit Nmap scannen, damit der Admin eine Liste der offenen Ports hatte. Besagter Jura-Trottel sieht das und macht mich/uns darauf aufmerksam, dass die Nutzung von Nmap nicht zulaessig sei, weil das unter Vorbereiten des Ausspaehens und Abfangens von Daten faellt und er das melden muss falls wir das doch machen.
Ich wollte ihn ja erschlagen und irgendwo unter einem 19" Rack vergraben, aber wir haben uns dann doch anders entschieden. Es ist naemlich zwingend notwendig das eine Analyse der offenen Ports gemacht wird. Ergo bekam er RFC1700, telnet und eine ungenutzte Workstation. telnet(1) ist ja nicht poehse[TM], weil telnet sogar bei Windows standardmaessig installiert wird. Jetzt sitzt er da und ueberprueft durch Verbindungsaufbauten mit telnet(1) ob/welche Ports auf besagter OpenBSD-Kiste ansprechbar sind. Gut.. ich koennte ihm zwar sagen welche Ports offen sind, aber das waer ja langweilig. Ausserdem ist er ja schon bei Port ~700. Ich glaube ich nehme irgendeinen Port und packe fortune(6) dahinter. Etwas Abwechslung muss ja auch sein.
Hallo liebe IRC-Kinder
Submitted by Christian Schneider on Fri, 2006-07-28 19:05
Heute lernen wir, wieso der User in einem IRC-Channel nichts zu sagen hat
D. h.: Wenn ein Op jemand anderen kickt, dann kickt er ihn. Darueber wird nicht diskutiert oder sich beschwert (siehe auch http://strcat.de/chanregeln.txt). Es gibt auch keinen "Autovergleich" oder sonstiges. Der Op hat im Channel das sagen. Nicht der User!
http://www.ietf.org/rfc/rfc1459.txt?number=1459
1.3.1 Channel Operators
The channel operator (also referred to as a "chop" or "chanop") on a
given channel is considered to 'own' that channel. In recognition of
this status, channel operators are endowed with certain powers which
enable them to keep control and some sort of sanity in their channel.
As an owner of a channel, a channel operator is not required to have
reasons for their actions, although if their actions are generally
antisocial or otherwise abusive, it might be reasonable to ask an IRC
operator to intervene, or for the usersjust leave and go elsewhere
and form their own channel.
D. h.: Wenn ein Op jemand anderen kickt, dann kickt er ihn. Darueber wird nicht diskutiert oder sich beschwert (siehe auch http://strcat.de/chanregeln.txt). Es gibt auch keinen "Autovergleich" oder sonstiges. Der Op hat im Channel das sagen. Nicht der User!













Last ten comments: