1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
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 <lcd4linux>
/usr/bin/lcd4linux
# end krebs magic <lcd4linux>
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
|
