From 8b9e41f1e1fed4f33775bf5eb5f498fd6c4de4f0 Mon Sep 17 00:00:00 2001 From: makefu Date: Sun, 11 Dec 2011 17:59:09 +0100 Subject: //cholerab/news/Candidate: Rename+date added --- cholerab/news/Candidate | 198 ------------------------------------------------ cholerab/news/Issue#2 | 198 ++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 198 insertions(+), 198 deletions(-) delete mode 100644 cholerab/news/Candidate create mode 100644 cholerab/news/Issue#2 diff --git a/cholerab/news/Candidate b/cholerab/news/Candidate deleted file mode 100644 index a1b743b5..00000000 --- a/cholerab/news/Candidate +++ /dev/null @@ -1,198 +0,0 @@ -# Krebs News Issü #3 (2011-??-??) - -## -1. Ante Scriptum - -Wer noch keinen Krebs hat, kann sich ganz einfach mit [Git][-1.1] ein Klon -von [GitHub][-1.0] holen: - - git clone https://github.com/krebscode/painload krebs - -Das so oder ähnlich erzeugte Verzeichnis wird im Folgenden `//` genannt. -Das Ministerium empfiehlt die Verwendung von `/krebs`, aber jeder andere -Ort ist fast genauso gut. - -[-1.0]: https://github.com -[-1.1]: http://git-scm.com - -## Steürung der Lichtverschmutzung - -Der Urkrebs steürt schon immer das Licht. Dazu muss man sich lediglich auf -[`//noise`][0.2]`@krebs.shack` einwählen und die relevanten Kommandos -absetzen. - -Eine Einwahl erfolgt z.B. mittels `netcat` wie folgt: - - rlwrap nc krebs.shack telnet rlwrap ncat krebs.shack 23 rlwrap netcat - krebs.shack 23 telnet krebs.shack - -Die relevanten Kommando sehen in etwa so aus: - - /licht SPEC ZUSTAND - -dabei ist `ZUSTAND` eine Ganzzahl im Bereich `[0,1]` und die möglichen -Werte von `SPEC` können der vorzüglich belesenen Qülle von -[`//god/licht`][0.1] entnommen oder licht mit dem kommando `help` -aufgerufen werden: - - /licht help - -[0.1]: https://github.com/krebscode/painload/tree/master/god/licht -[0.2]: https://github.com/krebscode/painload/tree/master/noise - -## Tinc Retiolum updates - -Das [`//retiolum][1.1]` Darknet Submodul unter Verwebdung von tinc als -vermaschtes VPN ist ein integraler Bestandteil der Krebs Infrastruktur. -Umso wichtiger ist es, dass die installation überall immer genau das -richtige macht. - -Am 26.08.2011 wurde sich dem Retiolum angenommen um es sauber auf OSX (und -ggf. weiteren Unixartigen OSen) zum laufen zu bringen. Ziel ist es die -Installation auf ein einfaches - - make -C //retiolum install - -zu beschränken. - -Die Host-Dateien, welche von tinc verwendet werden koennen mit - - make -C //retiolum update - -geupdatet werden. Alle update skripte sind auf das neü Verfahren umgestellt - -In diesem Kontext sind unter anderem Skript für das errechnen der richtigen -Tinc-Konfigurationsordners `[1.2]` entstanden. Es wird hierbei die -Architektur des Wirtes gefunden. Eine ähnliche Funktionalität kann nun für -verschiedenste weitere Module welche Plattformunabhängigkeit gewährleisten -sollen verwendet werden. - -[1.1]: https://github.com/krebscode/painload/tree/master/retiolum -[1.2]: https://github.com/krebscode/painload/tree/master/retiolum/bin/get-tinc-dir - - -## Todesmeldung Urkrebs - -Es ist zu vermerken, dass das Gedächnis von Urkrebs zusammen mit der -CF-Disk gestorben ist. Glücklicher Weise wurde zuvor eine `[dd][2.1]`-Kopie -auf die CF-Karte von `[Fuerkrebs][2.2]` (Krebs auf der Brücke/ den -Optionsräumen) erstellt und diese wurde kurzer Hand für die Wiederbelebung -des Urkrebses verwendet. - -Dies hat allerdings auch etwas an ursprünglicher Funktionalität -(`[Oncology][2.3]`) zerstoert. Die gerette Maschine in der Lounge meldet -sich nun offiziell als `[Fuerkrebs][2.4]` im Retiolum an. - -[2.1]: man dd -[2.2]: http://shackspace.de/wiki/doku.php?id=project:krebs#fürkrebs -[2.3]: https://github.com/krebscode/painload/tree/master/oncology -[2.4]: fuerkrebs.retiolum - - -## Census auf Urkrebs - -`[Census][3.1]` ist ein Projekt in painload welches dem lokal ansässigen Krebs -die Möglichkeit bietet noch gezielter Leute im shack zu beleidigen. Primär -geht es darum, dass Krebs die Teilnehmer seines lokalen Netzwerkes -identifiziert und loggt. Benutzung: - - //census/arping_users.py - -Census kann fuer maximale informationgewinnung in entsprechend gewählten -Abständen mittels `[cron][3.2]` geplant werden. - -Um den Eintrag so leicht wie Möglich Löschen oder Updaten zu können wird -das //krebs/utils Werkzeug `[magic][3.3]` verwendet. Alle weiteren -Informationen koennen aus dem Quelltext von Census entnommen werden. -Census wurde am 2011-11-01 auf Urkrebs in den erweiterten Probebetrieb -aufgenommen. - -[3.1]: https://github.com/krebscode/painload/tree/master/census -[3.2]: man cron -[3.3]: https://github.com/krebscode/painload/tree/master/utils/bin/magic - -## magic - -Magic bietet das Feature gesondert Zeilen in Konfigurationsdateien neu -einzutragen und diesen Block gesondert zu verwalten. Mehrere magic bloecke -in einer Datei sind möglich. Verwendung: - - echo "/usr/bin/lcd4linux" | magic create lcd4linux /etc/rc.local - -Folgende Zeilen werden in der angegebenen Datei erzeugt: - - $ tail -n 3 /etc/rc.local - # begin krebs magic - /usr/bin/lcd4linux - # end krebs magic - -Magic bietet ungeahnte Möglichkeiten Konfigurationsdateien zu Verkrebsen -ohne auf das Aufräumen verzichten zu müssen. Für weitere Hilfe bietet das -Tool eine Hilfefunktion: - - //util/bin/magic help - - -## Oncology auf dem (neuen) Urkrebs - -Nachdem Gedächnistausch von Fürkrebs und Urkrebs hat es ja wie beschrieben -die Funktionalität Oncology (Statusbildschirm an USB) dahingerafft. Am -2011-11-07 wurde diese wieder in den Funktionalbetrieb aufgenommen. - - -## Krebs Darknet Retiolum Prefix(KD;RP) Graphen-Map in Version 23 - -Der `[Graphengenerator für KD;RP][5.1]` ist überarbeitet worden und bietet -seit dem 2011-10-23 die Möglichkeit Statistiken zu dem Netzwerk und -einzelnen Nodes auszugeben. Hervorzuheben ist hierbei die Funktionalität -die Availability von Nodes zu beschreiben, also wie wahrscheinlich es ist -einen Knoten X zu einem Zeitpunkt Y im Darknet anzutreffen. Zusätzlich -wurde die Stats-Generator engine überarbeitet und läuft nun besonders bei -grossen /var/log/syslog files `[schneller][5.2]`. - -[5.1]: https://github.com/krebscode/painload/tree/master/retiolum/scripts/adv_graphgen -[5.2]: https://github.com/krebscode/painload/commit/822c43a763aa61c1accce3768090d066048faaff - -## Ticket-Fetcher für den 28C2 - -Da die 28C3 Presales Tickets rar sind und Leute anfangen das Einkaufen zu -automatisieren kann nicht auf das Glück des Tüchtigen gehofft werden, -sondern auch für den shack wird automatisiert. Herausgekommen ist ein -Skript[6.1] (basierend auf einem anderen `[Skript][6.2] welches aber zu hart -gesuckt hat) welches sich auf der Presales Seite einloggt und dort den -"Confirm Order" Button drückt. Das Ganze wird in eine ELoop gepackt und den -Tickets steht nun nichts mehr im Wege. Gebaut wurde das Skript in der nacht -am 14.November (T-10H) bis zur nächsten Presales Runde für den 28C3. - -UPDATE 14.11.2011 16:30: Die Tickets sind bestellt, das Ziel ist erreicht. -Allerdings nicht von einem der deployten Skripten gefetcht, sondern durch -die manuelle `[Klick-Kraft][6.3]`. Für das nächste Jahr muss das skript also noch -viel aggressiver fetchen und die bandbreite mit HTTP reqüsts füllen. - -[6.1] https://github.com/krebscode/painload/blob/master/too_old/mechanize_tickets.py -[6.2] http://pastebin.com/SRwtNwKS -[6.3] http://f.cl.ly/items/213N2l0c1p3d24332l0X/ragecomic.png - -## Das Krebs Asset Web - -Als zweitältestes Projekt und Untergruppierung des Shacks hat Krebs einiges -an physikalischen Assets angesammelt. Diese werden von den KMs bzw. Krebs -selbst verwaltet. Ziel des Krebs Asset Webs ist es die vorhandenen Assets -zu dokumentieren und Metadaten über Besitzer, Ort oder Anzahl aufzunehmen. -Dafür wurden im ersten Schritt Usecases definiert und -`[niedergeschrieben][7.1]`. - -Daraus entstanden ist `[ass][7.2]`, ein minimalistisches Asset-Management Tool. -Als persistentes Backend wird eine Append-Only Datei verwendet, Einträge -werden atomar in ein Git-Repository committed. `[truth2json][7.3]` erzeugt aus -dem aktuellen Datenbestand des asset-web eine JSON Datenstruktur. Diese -kann dann für weitergehende Informationsgewinnung verwendet werden. Die -`[README][7.4]` Datei erklärt die Verwendung der implementierten Tools, sowie -die dahinter stehenden Konzepte. - - -[7.1] https://github.com/krebscode/painload/blob/master/cholerab/assets/usecases.txt -[7.2] https://github.com/krebscode/painload/blob/master/assets/bin/ass -[7.3] https://github.com/krebscode/painload/blob/master/assets/bin/truth2json -[7.4] https://github.com/krebscode/painload/blob/master/assets/README - -EOF diff --git a/cholerab/news/Issue#2 b/cholerab/news/Issue#2 new file mode 100644 index 00000000..4b671e57 --- /dev/null +++ b/cholerab/news/Issue#2 @@ -0,0 +1,198 @@ +# Krebs News Issue #3 (2011-12-11) + +## -1. Ante Scriptum + +Wer noch keinen Krebs hat, kann sich ganz einfach mit [Git][-1.1] ein Klon +von [GitHub][-1.0] holen: + + git clone https://github.com/krebscode/painload krebs + +Das so oder ähnlich erzeugte Verzeichnis wird im Folgenden `//` genannt. +Das Ministerium empfiehlt die Verwendung von `/krebs`, aber jeder andere +Ort ist fast genauso gut. + +[-1.0]: https://github.com +[-1.1]: http://git-scm.com + +## Steürung der Lichtverschmutzung + +Der Urkrebs steürt schon immer das Licht. Dazu muss man sich lediglich auf +[`//noise`][0.2]`@krebs.shack` einwählen und die relevanten Kommandos +absetzen. + +Eine Einwahl erfolgt z.B. mittels `netcat` wie folgt: + + rlwrap nc krebs.shack telnet rlwrap ncat krebs.shack 23 rlwrap netcat + krebs.shack 23 telnet krebs.shack + +Die relevanten Kommando sehen in etwa so aus: + + /licht SPEC ZUSTAND + +dabei ist `ZUSTAND` eine Ganzzahl im Bereich `[0,1]` und die möglichen +Werte von `SPEC` können der vorzüglich belesenen Qülle von +[`//god/licht`][0.1] entnommen oder licht mit dem kommando `help` +aufgerufen werden: + + /licht help + +[0.1]: https://github.com/krebscode/painload/tree/master/god/licht +[0.2]: https://github.com/krebscode/painload/tree/master/noise + +## Tinc Retiolum updates + +Das [`//retiolum][1.1]` Darknet Submodul unter Verwebdung von tinc als +vermaschtes VPN ist ein integraler Bestandteil der Krebs Infrastruktur. +Umso wichtiger ist es, dass die installation überall immer genau das +richtige macht. + +Am 26.08.2011 wurde sich dem Retiolum angenommen um es sauber auf OSX (und +ggf. weiteren Unixartigen OSen) zum laufen zu bringen. Ziel ist es die +Installation auf ein einfaches + + make -C //retiolum install + +zu beschränken. + +Die Host-Dateien, welche von tinc verwendet werden koennen mit + + make -C //retiolum update + +geupdatet werden. Alle update skripte sind auf das neü Verfahren umgestellt + +In diesem Kontext sind unter anderem Skript für das errechnen der richtigen +Tinc-Konfigurationsordners `[1.2]` entstanden. Es wird hierbei die +Architektur des Wirtes gefunden. Eine ähnliche Funktionalität kann nun für +verschiedenste weitere Module welche Plattformunabhängigkeit gewährleisten +sollen verwendet werden. + +[1.1]: https://github.com/krebscode/painload/tree/master/retiolum +[1.2]: https://github.com/krebscode/painload/tree/master/retiolum/bin/get-tinc-dir + + +## Todesmeldung Urkrebs + +Es ist zu vermerken, dass das Gedächnis von Urkrebs zusammen mit der +CF-Disk gestorben ist. Glücklicher Weise wurde zuvor eine `[dd][2.1]`-Kopie +auf die CF-Karte von `[Fuerkrebs][2.2]` (Krebs auf der Brücke/ den +Optionsräumen) erstellt und diese wurde kurzer Hand für die Wiederbelebung +des Urkrebses verwendet. + +Dies hat allerdings auch etwas an ursprünglicher Funktionalität +(`[Oncology][2.3]`) zerstoert. Die gerette Maschine in der Lounge meldet +sich nun offiziell als `[Fuerkrebs][2.4]` im Retiolum an. + +[2.1]: man dd +[2.2]: http://shackspace.de/wiki/doku.php?id=project:krebs#fürkrebs +[2.3]: https://github.com/krebscode/painload/tree/master/oncology +[2.4]: fuerkrebs.retiolum + + +## Census auf Urkrebs + +`[Census][3.1]` ist ein Projekt in painload welches dem lokal ansässigen Krebs +die Möglichkeit bietet noch gezielter Leute im shack zu beleidigen. Primär +geht es darum, dass Krebs die Teilnehmer seines lokalen Netzwerkes +identifiziert und loggt. Benutzung: + + //census/arping_users.py + +Census kann fuer maximale informationgewinnung in entsprechend gewählten +Abständen mittels `[cron][3.2]` geplant werden. + +Um den Eintrag so leicht wie Möglich Löschen oder Updaten zu können wird +das //krebs/utils Werkzeug `[magic][3.3]` verwendet. Alle weiteren +Informationen koennen aus dem Quelltext von Census entnommen werden. +Census wurde am 2011-11-01 auf Urkrebs in den erweiterten Probebetrieb +aufgenommen. + +[3.1]: https://github.com/krebscode/painload/tree/master/census +[3.2]: man cron +[3.3]: https://github.com/krebscode/painload/tree/master/utils/bin/magic + +## magic + +Magic bietet das Feature gesondert Zeilen in Konfigurationsdateien neu +einzutragen und diesen Block gesondert zu verwalten. Mehrere magic bloecke +in einer Datei sind möglich. Verwendung: + + echo "/usr/bin/lcd4linux" | magic create lcd4linux /etc/rc.local + +Folgende Zeilen werden in der angegebenen Datei erzeugt: + + $ tail -n 3 /etc/rc.local + # begin krebs magic + /usr/bin/lcd4linux + # end krebs magic + +Magic bietet ungeahnte Möglichkeiten Konfigurationsdateien zu Verkrebsen +ohne auf das Aufräumen verzichten zu müssen. Für weitere Hilfe bietet das +Tool eine Hilfefunktion: + + //util/bin/magic help + + +## Oncology auf dem (neuen) Urkrebs + +Nachdem Gedächnistausch von Fürkrebs und Urkrebs hat es ja wie beschrieben +die Funktionalität Oncology (Statusbildschirm an USB) dahingerafft. Am +2011-11-07 wurde diese wieder in den Funktionalbetrieb aufgenommen. + + +## Krebs Darknet Retiolum Prefix(KD;RP) Graphen-Map in Version 23 + +Der `[Graphengenerator für KD;RP][5.1]` ist überarbeitet worden und bietet +seit dem 2011-10-23 die Möglichkeit Statistiken zu dem Netzwerk und +einzelnen Nodes auszugeben. Hervorzuheben ist hierbei die Funktionalität +die Availability von Nodes zu beschreiben, also wie wahrscheinlich es ist +einen Knoten X zu einem Zeitpunkt Y im Darknet anzutreffen. Zusätzlich +wurde die Stats-Generator engine überarbeitet und läuft nun besonders bei +grossen /var/log/syslog files `[schneller][5.2]`. + +[5.1]: https://github.com/krebscode/painload/tree/master/retiolum/scripts/adv_graphgen +[5.2]: https://github.com/krebscode/painload/commit/822c43a763aa61c1accce3768090d066048faaff + +## Ticket-Fetcher für den 28C2 + +Da die 28C3 Presales Tickets rar sind und Leute anfangen das Einkaufen zu +automatisieren kann nicht auf das Glück des Tüchtigen gehofft werden, +sondern auch für den shack wird automatisiert. Herausgekommen ist ein +Skript[6.1] (basierend auf einem anderen `[Skript][6.2] welches aber zu hart +gesuckt hat) welches sich auf der Presales Seite einloggt und dort den +"Confirm Order" Button drückt. Das Ganze wird in eine ELoop gepackt und den +Tickets steht nun nichts mehr im Wege. Gebaut wurde das Skript in der nacht +am 14.November (T-10H) bis zur nächsten Presales Runde für den 28C3. + +UPDATE 14.11.2011 16:30: Die Tickets sind bestellt, das Ziel ist erreicht. +Allerdings nicht von einem der deployten Skripten gefetcht, sondern durch +die manuelle `[Klick-Kraft][6.3]`. Für das nächste Jahr muss das skript also noch +viel aggressiver fetchen und die bandbreite mit HTTP reqüsts füllen. + +[6.1] https://github.com/krebscode/painload/blob/master/too_old/mechanize_tickets.py +[6.2] http://pastebin.com/SRwtNwKS +[6.3] http://f.cl.ly/items/213N2l0c1p3d24332l0X/ragecomic.png + +## Das Krebs Asset Web + +Als zweitältestes Projekt und Untergruppierung des Shacks hat Krebs einiges +an physikalischen Assets angesammelt. Diese werden von den KMs bzw. Krebs +selbst verwaltet. Ziel des Krebs Asset Webs ist es die vorhandenen Assets +zu dokumentieren und Metadaten über Besitzer, Ort oder Anzahl aufzunehmen. +Dafür wurden im ersten Schritt Usecases definiert und +`[niedergeschrieben][7.1]`. + +Daraus entstanden ist `[ass][7.2]`, ein minimalistisches Asset-Management Tool. +Als persistentes Backend wird eine Append-Only Datei verwendet, Einträge +werden atomar in ein Git-Repository committed. `[truth2json][7.3]` erzeugt aus +dem aktuellen Datenbestand des asset-web eine JSON Datenstruktur. Diese +kann dann für weitergehende Informationsgewinnung verwendet werden. Die +`[README][7.4]` Datei erklärt die Verwendung der implementierten Tools, sowie +die dahinter stehenden Konzepte. + + +[7.1] https://github.com/krebscode/painload/blob/master/cholerab/assets/usecases.txt +[7.2] https://github.com/krebscode/painload/blob/master/assets/bin/ass +[7.3] https://github.com/krebscode/painload/blob/master/assets/bin/truth2json +[7.4] https://github.com/krebscode/painload/blob/master/assets/README + +EOF -- cgit v1.2.3