CInsects/Protokolle/CInsects:Treffen-2011-04-18 - Versionsgeschichte

1steenfa: Bot: Kosmetische Änderungen

2012-06-08T15:14:02Z

Bot: Kosmetische Änderungen

← Nächstältere Version		Version vom 8. Juni 2012, 15:14 Uhr
Zeile 16:		Zeile 16:
	bjoernb hat Kernelmodule vorgestellt. Im Vortrag wurde Basiswissen (Kernel- vs.Userspace, Aufgaben des Kernels, Kernel backen, Module) vermittelt. Es wurde ein erstes Hello-World-Kernelmodul geschrieben und auf die Dokumentation im Kernel verwiesen. Anschliessend wurde das Kernelmodul um Parameteruebergabe erweitert. Die Folien, das Material und das Kernelmodul werden in Kuerze hier verfuegbar sein.		bjoernb hat Kernelmodule vorgestellt. Im Vortrag wurde Basiswissen (Kernel- vs.Userspace, Aufgaben des Kernels, Kernel backen, Module) vermittelt. Es wurde ein erstes Hello-World-Kernelmodul geschrieben und auf die Dokumentation im Kernel verwiesen. Anschliessend wurde das Kernelmodul um Parameteruebergabe erweitert. Die Folien, das Material und das Kernelmodul werden in Kuerze hier verfuegbar sein.

	== Remote-Shell durch Kernelmodul und IP-Pakete ==		== Remote-Shell durch Kernelmodul und IP-Pakete ==

	Im [http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware Ksplice-Blog] steht wie man ein Kernel-Modul schreibt, dass auf IP-Pakete reagiert und eine Remote-Shell oeffnet. Jedes IP-Paket hat im Header ein Feld in dem das Protokoll angegeben ist (TCP/UDP/ICMP). Es gibt viele Werte, die nicht vergeben sind. Man kann einen dieser Werte waehlen und in einem Kernelmodul auf diesen Wert reagieren. In dem Fall des Blogposts, werden mit sendip() Pakete versendet und mit dem Kernelmodul eine Shell geoeffnet.		Im [http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware Ksplice-Blog] steht wie man ein Kernel-Modul schreibt, dass auf IP-Pakete reagiert und eine Remote-Shell oeffnet. Jedes IP-Paket hat im Header ein Feld in dem das Protokoll angegeben ist (TCP/UDP/ICMP). Es gibt viele Werte, die nicht vergeben sind. Man kann einen dieser Werte waehlen und in einem Kernelmodul auf diesen Wert reagieren. In dem Fall des Blogposts, werden mit sendip() Pakete versendet und mit dem Kernelmodul eine Shell geoeffnet.
Zeile 32:		Zeile 32:
	Kekse für nächste Woche von: FIXME		Kekse für nächste Woche von: FIXME

			[[Kategorie:CInsects-Protokolle]]


	[[Kategorie: CInsects-Protokolle]]

85.183.86.106: /* Aufgabe */ todos

2011-04-19T06:24:28Z

Aufgabe: todos

← Nächstältere Version		Version vom 19. April 2011, 06:24 Uhr
Zeile 22:		Zeile 22:
	Wir haben eine virtuelle Maschine gestartet und dort das Kernel-Modul aus dem Blogeintrag gebaut. Naechstes Mal moechten wir es laufen lassen. Das Modul liess sich noch nicht in den Kernel laden. Grund ist wahrscheinlich, dass es fuer einen anderen Kernel kompiliert wurde, als der Kernel der virtuellen Maschine. Henning stellt das Kernelmodul beim naechsten Mal weiter vor.		Wir haben eine virtuelle Maschine gestartet und dort das Kernel-Modul aus dem Blogeintrag gebaut. Naechstes Mal moechten wir es laufen lassen. Das Modul liess sich noch nicht in den Kernel laden. Grund ist wahrscheinlich, dass es fuer einen anderen Kernel kompiliert wurde, als der Kernel der virtuellen Maschine. Henning stellt das Kernelmodul beim naechsten Mal weiter vor.

	== ~~Aufgabe~~ ==		== TODO ==

	~~Jeder soll als vorbereitung zum nächsten mal einmal einen kernel gebacken haben.~~

			* Wer noch nie einen Kernel gebacken hat sollte das jetzt tun.
			* Wer noch nie ein Kernelmodul geschrieben hat, sollte das jetzt tun.

	== Meta ==		== Meta ==

85.183.86.106: /* Remote-Shell durch Kernelmodul und IP-Pakete */ grammarfy

2011-04-18T23:53:41Z

Remote-Shell durch Kernelmodul und IP-Pakete: grammarfy

← Nächstältere Version		Version vom 18. April 2011, 23:53 Uhr
Zeile 18:		Zeile 18:
	== Remote-Shell durch Kernelmodul und IP-Pakete ==		== Remote-Shell durch Kernelmodul und IP-Pakete ==

	Im [http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware Ksplice-Blog] steht wie man ein Kernel-Modul schreibt, dass auf IP-Pakete reagiert und eine Remote-Shell oeffnet. Jedes IP-Paket hat im Header ~~eine~~ ein Feld in dem das Protokoll angegeben ist (TCP/UDP/ICMP). Es gibt viele Werte, die nicht vergeben sind. Man kann einen dieser Werte waehlen und in einem Kernelmodul auf diesen Wert reagieren. In dem Fall des Blogposts, werden mit sendip() Pakete versendet und mit dem Kernelmodul eine Shell geoeffnet.		Im [http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware Ksplice-Blog] steht wie man ein Kernel-Modul schreibt, dass auf IP-Pakete reagiert und eine Remote-Shell oeffnet. Jedes IP-Paket hat im Header ein Feld in dem das Protokoll angegeben ist (TCP/UDP/ICMP). Es gibt viele Werte, die nicht vergeben sind. Man kann einen dieser Werte waehlen und in einem Kernelmodul auf diesen Wert reagieren. In dem Fall des Blogposts, werden mit sendip() Pakete versendet und mit dem Kernelmodul eine Shell geoeffnet.

	Wir haben eine virtuelle Maschine gestartet und dort das Kernel-Modul aus dem Blogeintrag gebaut. Naechstes Mal moechten wir es laufen lassen. Das Modul liess sich noch nicht in den Kernel laden. Grund ist wahrscheinlich, dass es fuer einen anderen Kernel kompiliert wurde, als der Kernel der virtuellen Maschine. Henning stellt das Kernelmodul beim naechsten Mal weiter vor.		Wir haben eine virtuelle Maschine gestartet und dort das Kernel-Modul aus dem Blogeintrag gebaut. Naechstes Mal moechten wir es laufen lassen. Das Modul liess sich noch nicht in den Kernel laden. Grund ist wahrscheinlich, dass es fuer einen anderen Kernel kompiliert wurde, als der Kernel der virtuellen Maschine. Henning stellt das Kernelmodul beim naechsten Mal weiter vor.

85.183.86.106: /* Kernelhacking von Henning */

2011-04-18T23:02:23Z

Kernelhacking von Henning

← Nächstältere Version		Version vom 18. April 2011, 23:02 Uhr
Zeile 16:		Zeile 16:
	bjoernb hat Kernelmodule vorgestellt. Im Vortrag wurde Basiswissen (Kernel- vs.Userspace, Aufgaben des Kernels, Kernel backen, Module) vermittelt. Es wurde ein erstes Hello-World-Kernelmodul geschrieben und auf die Dokumentation im Kernel verwiesen. Anschliessend wurde das Kernelmodul um Parameteruebergabe erweitert. Die Folien, das Material und das Kernelmodul werden in Kuerze hier verfuegbar sein.		bjoernb hat Kernelmodule vorgestellt. Im Vortrag wurde Basiswissen (Kernel- vs.Userspace, Aufgaben des Kernels, Kernel backen, Module) vermittelt. Es wurde ein erstes Hello-World-Kernelmodul geschrieben und auf die Dokumentation im Kernel verwiesen. Anschliessend wurde das Kernelmodul um Parameteruebergabe erweitert. Die Folien, das Material und das Kernelmodul werden in Kuerze hier verfuegbar sein.

	== ~~Kernelhacking von Henning~~ ==		== Remote-Shell durch Kernelmodul und IP-Pakete ==

	~~Henning zeigt und wie wir ein Kernelmodul schreiben, welches die tollen Dinge die auf~~ http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware ~~stehen machen kann~~.		Im [http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware Ksplice-Blog] steht wie man ein Kernel-Modul schreibt, dass auf IP-Pakete reagiert und eine Remote-Shell oeffnet. Jedes IP-Paket hat im Header eine ein Feld in dem das Protokoll angegeben ist (TCP/UDP/ICMP). Es gibt viele Werte, die nicht vergeben sind. Man kann einen dieser Werte waehlen und in einem Kernelmodul auf diesen Wert reagieren. In dem Fall des Blogposts, werden mit sendip() Pakete versendet und mit dem Kernelmodul eine Shell geoeffnet.

	~~Dazu wurde~~ ein ~~virtuelles Laufwerk erstellt,~~ in dem ~~eine Linux Distribution installiert wurde~~. ~~Dieser Schritt ist einfach notwendig~~, ~~um das Modul~~ nicht auf ~~unseren richtigen Kernel los zu lassen~~.

	~~FIXME: Modul Quelltext~~.

			Wir haben eine virtuelle Maschine gestartet und dort das Kernel-Modul aus dem Blogeintrag gebaut. Naechstes Mal moechten wir es laufen lassen. Das Modul liess sich noch nicht in den Kernel laden. Grund ist wahrscheinlich, dass es fuer einen anderen Kernel kompiliert wurde, als der Kernel der virtuellen Maschine. Henning stellt das Kernelmodul beim naechsten Mal weiter vor.

	== Aufgabe ==		== Aufgabe ==

92.231.172.177: /* Vortrag: Wir schreiben unser erstes Kernelmodul */ neu geschrieben.

2011-04-18T21:50:19Z

Vortrag: Wir schreiben unser erstes Kernelmodul: neu geschrieben.

← Nächstältere Version		Version vom 18. April 2011, 21:50 Uhr
Zeile 14:		Zeile 14:
	== Vortrag: Wir schreiben unser erstes Kernelmodul ==		== Vortrag: Wir schreiben unser erstes Kernelmodul ==

	~~Bjoern~~ hat ~~in Form eines Vortrags~~ vorgestellt, ~~wie wir~~ ein Kernelmodul ~~schreiben können. Der Vortrag ist hier zu finden:~~		bjoernb hat Kernelmodule vorgestellt. Im Vortrag wurde Basiswissen (Kernel- vs.Userspace, Aufgaben des Kernels, Kernel backen, Module) vermittelt. Es wurde ein erstes Hello-World-Kernelmodul geschrieben und auf die Dokumentation im Kernel verwiesen. Anschliessend wurde das Kernelmodul um Parameteruebergabe erweitert. Die Folien, das Material und das Kernelmodul werden in Kuerze hier verfuegbar sein.

	~~TODO:Folien~~

	~~Der Vortrag bezog sich~~ auf die ~~ersten beiden Kapitel des Buches TODO:Buchlink~~. ~~Wir sind dazu aufgerufen selber~~ in ~~dem Buch weitere Kapitel zu lesen~~.


	== Kernelhacking von Henning ==		== Kernelhacking von Henning ==

92.231.172.177: /* Ablauf */ erweitert

2011-04-18T21:35:03Z

Ablauf: erweitert

← Nächstältere Version		Version vom 18. April 2011, 21:35 Uhr
Zeile 2:		Zeile 2:

	== Ablauf ==		== Ablauf ==
	Vorstellung des Protokolls vom letzten Treffen.		* Vorstellung des Protokolls vom letzten Treffen.
			* Vortrag von bjoernb über "Wir schreiben unser erstes Kernelmodul"
			* Darstellung von Muellis Arbeit zu einem USB Treiber für den Linux Kernel.
	Vortrag von ~~Bjoern~~ über "Wir schreiben unser erstes Kernelmodul"


	Darstellung von Muellis Arbeit zu einem USB Treiber für den Linux Kernel.


	Fragestellung: Was wollen wir weiter machen in den nächsten Treffen? Möglichkeiten sind Muellies Idee oder eine von Bjoern, die er hier möglichst nach trägt, da ich sie nicht mehr wiedergeben kann.


	~~Henning erweitert das Thema Kernelhacking~~.

			=== Brainstorming: Themen fuer das naechste Treffen ===
			Was wollen wir weiter machen in den nächsten Treffen?
			* Kernelmodul fuer USB-Fuzzing (muelli)
			* Kernelmodul: Char-Device-Driver (lesen und schreiben)
			* Kernelmodul: Remote-Shell durch Sendung von IP-Paketen (KSPLICE)

	== Vortrag: Wir schreiben unser erstes Kernelmodul ==		== Vortrag: Wir schreiben unser erstes Kernelmodul ==

134.100.4.64 am 18. April 2011 um 18:08 Uhr

2011-04-18T18:08:52Z

← Nächstältere Version		Version vom 18. April 2011, 18:08 Uhr
Zeile 2:		Zeile 2:

	== Ablauf ==		== Ablauf ==
			Vorstellung des Protokolls vom letzten Treffen.


			Vortrag von Bjoern über "Wir schreiben unser erstes Kernelmodul"


			Darstellung von Muellis Arbeit zu einem USB Treiber für den Linux Kernel.


			Fragestellung: Was wollen wir weiter machen in den nächsten Treffen? Möglichkeiten sind Muellies Idee oder eine von Bjoern, die er hier möglichst nach trägt, da ich sie nicht mehr wiedergeben kann.


			Henning erweitert das Thema Kernelhacking.


			== Vortrag: Wir schreiben unser erstes Kernelmodul ==

			Bjoern hat in Form eines Vortrags vorgestellt, wie wir ein Kernelmodul schreiben können. Der Vortrag ist hier zu finden:

			TODO:Folien

			Der Vortrag bezog sich auf die ersten beiden Kapitel des Buches TODO:Buchlink. Wir sind dazu aufgerufen selber in dem Buch weitere Kapitel zu lesen.


			== Kernelhacking von Henning ==

			Henning zeigt und wie wir ein Kernelmodul schreiben, welches die tollen Dinge die auf http://blog.ksplice.com/2010/10/hosting-backdoors-in-hardware stehen machen kann.

			Dazu wurde ein virtuelles Laufwerk erstellt, in dem eine Linux Distribution installiert wurde. Dieser Schritt ist einfach notwendig, um das Modul nicht auf unseren richtigen Kernel los zu lassen.

			FIXME: Modul Quelltext.


			== Aufgabe ==

			Jeder soll als vorbereitung zum nächsten mal einmal einen kernel gebacken haben.


			== Meta ==
			Anwesenheit: 13 Personen
			Keksfaktor: l33t
			Kekse für nächste Woche von: FIXME




	[[Kategorie: CInsects-Protokolle]]		[[Kategorie: CInsects-Protokolle]]

85.183.86.106: init

2011-04-18T10:38:00Z

init

Neue Seite

Diese Seite ist eine Unterseite von [[CInsects]].

== Ablauf ==

[[Kategorie: CInsects-Protokolle]]