Digital auf die Pelle gerückt.

/in /von

Eine erste Bilanz aus unserem Engagement gegen das Rauschen und Knacken in der Leitung.

Für uns alle war sehr schnell klar, dass eine Zeit angebrochen ist, in der wir unsere Erfahrungen weitergeben und Menschen technisch unterstützen müssen. Denn für uns als Kollektiv + Netzwerk ist das „Sozial Distancing“ schon immer selbst gewählt und erprobt. Dabei haben wir viele frustrierende Erfahrungen mit Tools und technischen Abgründen gemacht und sind auch unserem Anspruch FOSS-Software selbst oder von Freund*innen gehostet zu nutzen, nicht immer komplett treu geblieben.

Im Gegensatz zu Projekten wie Systemli sind wir kein Community-Hoster, sondern sowas wie ein „IT-Dienstleister“ hüstl. Zum einen betreiben wir normalerweise keine Dienste für eine breitere Öffentlichkeit, sondern unterstützen Netzwerke, Firmen, Vereine,… bei ihren IT-Systemen oder entwickeln Software. Zum anderen sind wir trotz aller Soli-Dinge, die wir tun (wir sind deshalb chronisch Pleite, wie alle coolen kidz), auf Entlohnung für unsere Arbeiten angewiesen. Wir können immer nur so viel unserer Bewegung zurückgeben, wie wir auf der anderen Seite ein Einkommen generieren können. Die Rezession, das Weiterzahlen der Mieten, der Mangel an körperlicher Nähe zu unseren Gefährt*innen usw. treffen uns genauso wie so viele andere.

1st-Level-Support Nightmares

Als Kollektiv und als Einzelpersonen sind wir von Fragen überhäuft worden. Das war sehr anstrengend und es ist scheinbar dringend nötig, eine verlässliche, verständliche Wissensquelle für unser Umfeld zu schaffen. Natürlich fühlt es sich auch gut an, helfen zu können und wir tun das meist gerne. Im Laufe des Artikels soll aus den Fragen, an die wir uns erinnern, etwas Wissen zu Online-Kommunikation für politische Gruppen zusammengefasst werden.

Wir freuen uns sehr über viel positives Feedback. Das gibt uns Energie, trotz allem eine schönere Welt nicht aus den Augen zu verlieren. Manchmal wurde auch Frust bei uns abgeladen und wir hatten den Eindruck, als wären wir Schuld am Headset, dass die ganze Zeit die Verbindung verliert, der schlechten User-Experience (UX) vieler OSS(Open-Source-Software)-Lösungen und Ähnlichem. Wir wollen niemanden zwingen, die wunderbare Warenwelt an Apps und Services zu verlassen. Aber wir wollen allen helfen, die noch frei und ohne Angst sprechen möchten – und vor allem denen, die sich organisieren wollen. Das Organisieren verstehen wir dabei in einem radikalen Sinne, nicht vorangig gegen die Symptome dieser Epedemie, sondern gegen das, was diese Epidemie so schrecklich macht. Vor allem, was sie für die einen deutlich schrecklicher macht als für die anderen. Da wären zu nennen der Ausbau einer autoritären Kultur und Praxis, die Privatisierung und Profitorientierung des Gesundheitswesens, die ausbeuterischen Arbeitswelten (besonders von Menschen ohne Homeoffice-Möglichkeit), Mieter*innen, Leute ohne „Zuhause“ und Migrant*innen. Kurz: Eine Organisierung gegen ein System, das gerade seine Fäule in besonderem Maße zu erkennen gibt. Bei allem ist es auch endlich eine Zeit mit Potential zur Veränderung.

Das Online-Plenum

Ein Plenum online abzuhalten ist am Anfang sehr frustrierend und es ist wichtig euch vor Augen zu führen, dass das nicht so bleiben muss. Frustfaktoren sind schlechtes Internet bei einzelnen, fehlendes Wissen im Umgang mit den Tools, fehlende oder schlechte Headsets (Die von Jabra z.B. sind gut. Keine Bluetooth-Headsets bei sehr sensiblen Gesprächen.) und eine Audiolatenz, die den Eindruck erwecken kann als würden sich Leute absichtlich ins Wort fallen. Wichtiger als alle tollen Features, die viele Tools bereitstellen, ist eine stabile Sprachübertragung.

Wir kennen kein stabileres und in Sachen Audio-Qualität hochwertigeres Tool als Mumble (auch im Vergleich mit kommerziellen Lösungen). Mumble (https://www.mumble.info) ist FOSS und kommt aus dem Online-Gameing Umfeld. Diese Features sprechen für den Gebrauch von Mumble:

  • Schluss mit Hintergrundgeräuschen: Sprachaktivierung und Push-to-Talk
  • Stabil mit hunderten Teilnehmenden
  • Sehr hohe Audioqualität
  • Stabil mit minimaler Internetbandbreite
  • Geringer Datenverbrauch für Leute mit Handytarifen
  • Audioassistent um das eigenen Headset perfekt einzustellen
  • Möglichkeit sich transparent in Unterräume zurück zu ziehen (Arbeitsgruppen)
  • Dauerhafte Räume
  • Langes zusammen „rumhängen“ möglich
  • Verschlüsselte Übertragung des Tons
  • Audiomitschnitte möglich etwa bei einem Vortrag
  • läuft auf allen üblichen Betriebssystemen, auch auf Smartphones
  • einfaches Hosting eines eigenen Servers möglich (mit geringen Hardware-Anforderungen)

Falls ihr euch dauerhaft organisiert und ihr eine gute Praxis für das Online-Plenum sucht, solltet ihr versuchen, bei Mumble zu landen. Die Schwelle Mumble zu nutzen ist höher als bei den HTML5-Lösungen des modernen Internets. So stabil und erprobt Mumble ist, so merkt eins ihr auch an, dass es schon einige Jahre früher entstanden ist und entsprechend aussieht. Folgende Punkte erschweren den Einstieg:

  • Installation eines Clients
  • Etwas seltsame UI/UX (Vielleicht nicht für Gamer ^^. Es gibt aber sehr viel Dokumentation im Internet.)
  • Notwendigkeit einen Server aufzutreiben. Selber hosten oder ein Technik-Kollektiv eures Vertrauens fragen 😉

Um überhaupt ersteinmal ins Gespräch zu kommen, bietet sich ein Service wie Jitsi-Meet (https://jitsi.org/jitsi-meet) an. Ihr müsst einfach nur einen Link rumschicken, draufklicken und findet euch in einer Online-Konferenz wieder. Unter Laborbedingungen läuft die Konferenz stabil, in der Realität sieht es anders aus. Bei großen Plena über 10 Teilnehmenden würde ich es (für stabiles Audio) vermeiden. Neben dem Umstand, dass niemand irgendetwas installieren/konfigurieren muss, wird hier auch Video und Screen-Sharing unterstützt, so dass jemand zum Beispiel eine Präsentation halten kann. Jitsi-Meet ist ebenfalls FOSS und man findet es unter (https://meet.jit.si häufig überlastet) oder bei einem Technik-Kollektiv des eigenen Vertrauens. Am Besten verwendet ihr alle den Browser Chrome/Chromium.

Als Best-Practice hat sich etabliert über Mumble zu sprechen und Jitsi-Meet zusätzlich für Video oder Screen-Sharing zu verwenden. Wenn es dann mal hakt oder Leute nicht genügend Internetbandbreite für das Video der Anderen haben, stört es nicht das ganze Treffen.

Zusätzlich kann das Plenum durch andere kooperative Tools unterstützt werden. Allgemein verbreitet sind Pads für kollaboratives Schreiben von Texten, Bearbeiten von Tabellen oder gemeinsames Malen (Etherpad oder Cryptpad). Wer etwas weiter gehen möchte, kann sich eine Nextcloud zum privaten Teilen von Dateien und gemeinsamen Bearbeiten von Office Dokumenten besorgen. Auch hier bieten die Technik-Kollektive eures Vertrauens Lösungen.

Die letzten Wochen haben uns gezeigt, dass Organisator*innen oft gedrängt werden kommerzielle Cloud-Dienste zu verwenden. Es offenbart sich eine Dynamik, dass jegliche Probleme, die manche User*innen haben, in der Server-Software gesucht werden. Erst wenn Dinge trotz kommerziellen Dients noch immer noch nicht funktionieren, realisieren manche, dass es doch eher an ihrem Internet, Headset, Computer… liegen könnte. Leider stellen sich Geräte und Einstellungen, die für eine Unterhaltung zwischen zwei Leuten gerade so noch zum kommunizieren reichen, bei einem Plenum als unerträglich heraus.

Wir haben beispielsweise eine Gruppe unterstützt, Mumble zu nutzen. Leider konnten sie es nicht erfolgreich einsetzen und Probleme wie Feedback wurden der Software zugeschrieben. Daraufhin sind sie zu einem kommerziellen Cloud-Dienst gewechselt. Die Probleme blieben aber bestehen. Erst danach haben sich die Einzelnen darauf eingelassen z.T. neue Headsets zu besorgen und ihren Computer mit einer helfenden Person richtig zu konfigurieren. Mittlerweile nutzen sie Mumble erfolgreich.

Um sich als Organisator*in solchen Ärger zu ersparen kann es eine sinnvolle Entscheidung sein, kostenlose kommerzielle Cloud-Dienste einzusetzen. Allerdings darf diese Entscheidung nur für offene, unsensible Zusammenhänge getroffen werden. Auch wenn diese Anbieter „Verschlüsselung“ anpreisen, bedeutet dies (außer eventuell bei Zwei-Personen-Gesprächen) nur eine verschlüsselte Übertragung. Der Anbieter selbst kann alles mitschneiden/zuhören. Das ist also z.B. genauso wie bei einem Handy-Telefonat. Gerade auch Zusammenhängen, die Rechtsberatungen oder Ähnliches anbieten, sollte das bewusst sein. Hinter jedem kostenlosen kommerziellen Angebot im Internet steht ein Geschäftsmodell. Entweder wird es kostenpflichtig, wenn ihr euch dran gewöhnt habt, ihr müsst Werbung ertragen oder ihr werdet ausspioniert.

Zusammenarbeit außerhalb des Plenums

Die meisten Gruppen pflegen seit langem eine digitale Zusammenarbeit jenseits der Treffen. Bei vielen besteht aktuell das Bedürfnis sie zu intensivieren. Oft wird immer noch mit unverschlüsselten Mailing-Listen gearbeitet. Diese Praxis halten wir für etwas überholt bzw. nur für sehr spezielle Anforderungen für geeignet. Mit verschlüsselten Mails zu arbeiten ist löblich, aber aufgrund des Komplexität der Einrichtung vielen Menschen kaum zuzumuten.

Für unkomplizierten Austausch ohne eigene Infrastruktur bieten sich Messenger-Apps an. Das Thema wird mittlerweile von den Meisten als anstrengend empfunden, weil es gefühlt jeden Monat eine neue tolle App gibt und wir zig Apps brauchen um mit Leuten in Kontakt zu bleiben. Ich halte es deshalb ganz kurz:

  • Ja Whatsapp Nachrichten sind Ende-zu-Ende verschlüsselt, aber du weißt nicht was der proprietäre Client und Server tut. Die Metadaten sind nicht anonym. Die E2E-Verschlüsselung gibt es nur, wegen der Konkurenz zu anderen Messengern, wie Signal, und dem Druck nach den Prism-Enthüllungen.
  • Nein wir finden Signal (https://signal.org) nicht cool, aber ihr könnt es benutzen. Signal ist besser als Telegram (https://telegram.org). Telegram nur für große quasi öffentliche Gruppen geeignet.
  • Wenn ihr mit sehr sensiblen Inhalten zu tun habt, lasst die Handys besser außen vor.
  • Wie Systemli letztens sagte: Old but gold. Das XMPP Protokoll (https://xmpp.org) ist alt, aber dezentral und gut und es entwickelt sich weiter. Installiert euch Conversations (https://conversations.im), macht euch einen anonymen Account z.B. bei jabber.ccc oder Systemli und genießt verschlüsselte Kommunikation mit Voice-Messages, Bildern… Und das auch parallel synchronisiert auf Computer und Handy. Das alles geht genauso als Gruppenchat. Also… dezentral, föderiert, community-organisiert, anonym… großartig. Und es funktioniert wirklich ;). Auf Sticker müsst ihr allerdings verzichten :(.
  • Mit Delta-Chat (https://delta.chat) könnt ihr Email-Protokoll und Messenger kombinieren. Die Oberfläche sieht genau aus wie bei Signal und genauso unsichtbar aber sicher ist die Verschlüsselung. Im Hintergrund wird alles per Mail gesendet. Der Vorteil: Ihr könnt mit allen Email-Kontakten (wenn auch dann unverschlüsselt) schreiben. Auch hier wird ein dezentrales, föderiertes Protokoll verwendet. Also mögen wir es ebenfalls.
  • Matrix (https://matrix.org) versucht in etwa das moderne XMPP zu sein. Leider hat es uns in der Praxis, insbesondere mit aktivierter Verschlüsselung, eher Schmerzen bereitet. Die Apps sehen chick aus, aber laufen plump und brauchen viele Ressourcen.

Wenn eure Organisierung etwas größer, enger und längerfristiger ist, kann es sich lohnen, wenn ihr eure eigene IT-Infrastruktur betreibt oder betreiben lasst. Dann könnt ihr zum Beispiel eine Datei-Cloud wie Nextcloud (https://nextcloud.com) nutzen und darüber auch Kalender und Aufgaben teilen oder Office Dokumente (https://www.libreoffice.org/download/libreoffice-online) gemeinsam bearbeiten. Auch könnt ihr dann einen Team-Chat-Dienst wie Mattermost (https://mattermost.com) oder Rocket-Chat (https://rocket.chat) nutzen, der im Komfort ein Stück über die Messenger-Räume hinaus geht.

Wie oben schon geschrieben kann auch außerhalb der Treffen im Mumble rumgehangen und sich sprechend ausgetauscht werden.

Wenn ihr mit sehr sensiblen Daten agiert, solltet ihr für jegliche Kommunikation USB-Sticks mit dem Tails-Betriebssystem (https://tails.boum.org) nutzen. Der größte Schwachpunkt eurer Kommunikation ist nämlich nicht die Verschlüsselung, sondern euer im Zweifel relativ verbasteltes Gerät.

Eine Konferenz online organisieren

Vielleicht habt ihr jetzt schon viele Veranstaltungs-Termine absagen müssen. Und es gibt keine technische Lösung, die eine räumlich Veranstaltung wirklich ersetzen könnte. Dennoch gibt es Möglichkeiten, dass ihr nicht alles ins Wasser fallen lassen müsst. Allerdings kommt ihr hier, genauso wie sonst auch, nicht umhin etwas Geld für Infrastruktur zu investieren.

Einen kleinen Kneipenabend oder Vortrag könnt ihr wie beim Online-Plenum durch Mumble + Jitsi ersetzen. Im Mumble könnt ihr auch Unterräume für Kleingruppengespräche einrichten (z.B. Bar, Tisch am Ofen…).

Für größere Events könnt ihr euch einen Server mit der Software BigBlueButton (https://bigbluebutton.org) einrichten lassen. Das System ist extra für E-Learning entwickelt, hat viel mehr Funktionalität als Jitsi und läuft stabil. Auch eine Einwahl per Telefon ist möglich. Vorträge können direkt mit Bild und Präsentation aufgezeichnet werden. Allerdings benötigt das Ganze einen physikalischen Server und ihr solltet es umbedingt von Profis einrichten lassen.

Bei den Kongressen des CCC wird für die großen Vorträge ein Streaming-Server eingesetzt. Die Software dafür ist FOSS. Also auch von euch einsetzbar, genauso wie die Medien-Bibliothek. Hier finden wir aber PeerTube (siehe unten) noch etwa schöner.

Öffentlichkeit generieren

Um Leute zu erreichen, kommen wir leider alle nicht um die großen Internetplattformen wie Facebook und Twitter herum. Allerdings ist es wichtig, die Tür zu einer besseren Internet-Community offen zu halten.

Als dezentrale Twitter-Alternative existiert Mastodon (https://joinmastodon.org). Auf einer Vielzahl von aktivistischen Community-Servern könnt ihr euch einen Account erstellen. Lange schon wird der Dienst nicht mehr nur von Geeks benutzt. Insbesondere seit der Twitter-Zensurwelle sind maßenhaft User*innen übergewechselt – besonders in Spanien und Indien. Alle föderierten Server müssen einen Mindeststandart bzgl. gruppenbezogener Menschenfeindlichkeit erfüllen. Mastodon ist damit quasi nazifreie Zone. Ihr könnt z.B. auch eure neuen WordPress-Blogartikel automatisch über Mastodon verbreiten.

Ein ganz frisches Projekt, dass sich aktuell in der Beta-Phase befindet ist Mobilizon (https://joinmobilizon.org) Es sagt dem Facebook-Event-Monopol den Kampf an und schafft auch hier eine dezentrale Alternative. Das solltet ihr in den nächsten Monaten unbedingt in eurer Stadt einführen und damit eventuell eure verstaubten, lokalen unvernetzten Veranstaltungsseiten ersetzen.

Als YouTube/Vimeo-Alternative existiert PeerTube (https://joinpeertube.org). Die Server laufen dezentral vernetzt. Ihr könnt einen bestehenden nutzen oder einen für euer Medienprojekt aufsetzen. Leute können sich eurer Videos genauso einfach anschauen wie bei YouTube, wenn ihr z.B. den Link in sozialen Netzwerken verteilt. Eine technische Raffinesse: Wenn viele Leute ein Video von euch ansehen, überlasten sie nicht euren Server sondern verteilen die Daten untereinander.

Da sich gerade viele Personen zu Hause langweilen, gewinnt auch Radio wieder an Bedeutung. Mit der Software Icecast (http://icecast.org) könnt ihr euch ein Live-Internet-Radio bauen. Vielleicht sucht aber euer lokales Community-Radio auch gerade noch Unterstützung.

Wie war das noch gleich mit Smartphones?

/in /von

Ein Hintergrundartikel zur (Un-)Sicherheit
von Mobiltelefonen

Dieser Artikel ist Teil einer Serie zum Thema Kommunikationssicherheit in antiautoritären politischen Zusammenhängen. Wir veröffentlichen die Beiträge jeweils in der Zeitschrift Gaidao und auf unserem Blog.

Das IT-Kollektiv ist föderiertes Mitglied der FDA und Teil des Community-Projektes „IT-Kollektiv-Netzwerk“, das Kollektivbetrieben und Einzelpersonen aus dem IT-Bereich eine Plattform zur wirtschaftlichen und politischen Selbstorganisation bietet.

Es mangelt auch in diesem Themengebiet nicht an Quellen. Es gibt z.B. dutzende Anleitungen, die das Installieren eines frei(er)en Betriebssystem auf Smartphones beschreiben. Woran es mangelt ist eine kritische Auseinandersetzung mit dem Endgerät und seinem Komponenten. Daraus folgen die Fragen: „Was können wir durch das Modifizieren des Betriebssystems oder anderer Software erreichen und was nicht?“, also „Wovor können wir uns wie schützen und wovor nicht?“. Und vor allem die Sensibilisierung im Umgang auf Benutzer*innenebene ist wichtig. Alleine die technische Sicherung eines Gegenstands reicht in den meisten Fällen nicht aus, wenn sich die Anwender*innen im Umgang fahrlässig verhalten.

Zunächst ist es wichtig, sich mit dem Gerät selbst auseinanderzusetzen, um eine fundierte Beurteilung der Kriterien einer emanzipatorischen Sicherheitskultur aufstellen zu können. Dabei versuchen wir anhand der Analyse Möglichkeiten für eine sinnvolle Nutzung und Gegenmaßnahmen für unerwünschte Kriterien aufzuzeigen. Daraufhin folgt noch eine abschließende Bewertung des Gegenstandes als Ganzen.

Hardware

Zuerst verschaffen wir uns einen groben Überblick über die Komponenten eines Mobiltelefons. Dabei müssen wir Tastenhandys, auch Dumbphones genannt, von Smartphones abgrenzen, die von der Ausstattung schon eher einem kleinem Computer gleichen. Alle Telefone bestehen üblicherweise aus

  • Lautsprecher, Mikrofon
  • Bedienungsschnittstelle: Tastatur (oder Touch), Display
  • einem Modem: Dieser proprietäre* Chip, der auch Baseband-Prozessor genannt wird ist für die Echtzeitkommunikation mit den Mobilfunkstationen verantwortlich. Ohne ihn ist es nicht möglich zu telefonieren.
  • meist zusätzlich einem Hardware Prozessor
  • Speicher: dabei ist der Arbeitsspeicher, in dem das Betriebssystem und die Anwendungen ausgeführt werden nicht mit den Massenspeicher, wie SD- oder MMC-Karten zu verwechseln.
  • Akku
  • dem SIM – ‚Subscriber Identification Modul‘: ein Prozessor, der zusammen mit der SIM-Karte, zur Identifikation der Nutzer*innen im Mobilfunknetz dient. Auf ihm ist auch die IMSI gespeichert.

Smartphones können u.a. noch zusätzliche Elemente und Schnittstellen beinhalten, wie:

  • einer CPU für das Benutzer*innen Betriebssystem und Anwendungen
  • Kamera
  • WIFI
  • USB
  • Bluetooth
  • Nahfeldkommunikation (NFC)
  • Positionsbestimmung: GPS, A-GPS, GLONASS

*Proprietär bedeutet, dass es sich um geschlossene, also nicht-freie Soft- oder Hardware handelt. Der Quellcode und die Funktionsweise der Elemente ist unbekannt und kann somit nicht auf Korrektheit geprüft werden. Wir wissen nicht, ob das Programm ausschließlich das tut, was es soll.

Der Baseband-Prozessor

Da es sich bei dem Baseband um einen solchen Prozessor handelt, sollten wir dessen Rolle etwas genauer untersuchen: Das Real-Time Betriebssystem (ebenfalls Closed Source), das auf dem Baseband läuft, übernimmt alle Aufgaben, die direkt mit der Datenübertragung zusammenhängen. Dafür erhält der Chip Zugriff auf CPU, RAM und ROM des Handys. Unabhängig vom Betriebssystem und den Anwendungen, die auf dem Gerät laufen, hat also ein Prozessor von dem wir nicht wissen, was er tut, unter Umständen freien Zugriff auf die Daten im Gerät und weiteren Schnittstellen, wie Mikrofon, Lautsprecher und Kamera.

In den alten Handys wurde zum Beispiel ein externer Zugriff auf den Baseband Chip genutzt, um Betriebssystem-Updates auf dem Gerät zu installieren. Der Hersteller (meist Qualcomm) verspricht uns zwar das Deaktivieren des Basebands durch den Flugzeug-Modus, verifizieren können wir das aber nicht.

Interessant ist jedoch, dass es bei Smartphones auf das Hardware Layout ankommt, ob der Chip ‚wahlfreien‘ Zugriff auf die Komponenten hat (bad baseband isolation) oder den Zugriff über Befehle an den Hauptprozessor erhält. Im zweiten Fall wäre es möglich, den Zugriff mit Hilfe des Anwendungs-Betriebssystems zu verhindern. Das Löschen der Firmware im OS (Betriebssystem) verhindert, dass der Prozessor die Befehle des Basebands akzeptiert.
Ein weiteres Problem mit dem Betriebssystem des Basebands ist, dass die implementierten Sicherheitsstandards uralt und unsicher sind. Es gibt mehrere Veröffentlichungen, bei denen es begabten Hackern gelungen ist, die Sicherheitsmechanismen des Baseband Protokolls auszuhebeln und sich Zugriff auf das Gerät zu verschaffen:

  • Ralf Philipp Weinmann stellte auf der DeepSec 2010 einen Angriff auf Androids und iPhones vor, der mit einem nur 73 Byte Remote Code Execution Exploit eine Backdoor öffnete und das Smartphone in eine Abhörwanze verwandelte: All Your Baseband Are Belong To Us.
  • Mit den Hexagon Challenges wurde auf der PacSec 2013 ein verbesserter Angriff auf das Baseband OS von Weinmann vorgestellt.
  • Forscher der TU Berlin demonstrierten auf dem 22nd USENIX Security Symposium einen Angriff auf das Baseband OS, der nur geringe Ressourcen erforderte. Mit einigen manipulierten Smartphones wurden andere Smartphones in der Umgebung kompromittiert und der Empfang von Anrufen und SMS blockiert.

Wir müssen uns zu diesem Zeitpunkt damit Abfinden, dass alle unsere Sicherheitsmechanismen auf dem Handy also dem Vertrauen in den Hersteller des Baseband-Prozessors unterliegen. Bezüglich unserer Anforderungen an Sicherheit ist das schonmal eine äußerst unbefriedigende Tatsache. Wünschenswert ist eine freie Version des Prozessors mit einem OpenSource Betriebssystem. Das Projekt Osmocom befasst sich mit der Entwicklung eines freien Modems.

Systeme

Die Systeme, die auf einem Handy präsent sind, wurden alle schon erwähnt. Es handelt sich um das Betriebssystem des Basebands, dem SIM und dem Nutzer*Innen-Betriebssystem.

Das SIM ist der Prozessor auf der SIM-Karte und kann durch eine 4-8 stellige PIN geschützt werden. Mit der IMSI (eine Zahlenfolge des SIM zur eindeutigen Identifikation des Netzteilnehmers) registriert und authentifiziert sich das Gerät in einem Netz. Das Handy selbst besitzt ebenfalls eine global eindeutige IMEI, die bei der Netzsuche und Einwahl ins Netz übertragen wird. Die Übertragung findet unverschlüsselt statt und ermöglicht ein Mithören von Mobilfunk-Telefonaten und die örtliche Eingrenzung des Gerätes innerhalb der Funkzelle, z.b. durch IMSI-Catcher.

Somit ist auch das SIM ein eindeutig unerwünschter Bestandteil für eine sichere Kommunikation und einen selbstbestimmten Umgang mit dem Gerät.

Tastenhandys

In den älteren Handys übernimmt das Benutzer*innen-Betriebssystem alle Aufgaben. Es läuft vollständig auf dem Baseband Prozessor, weswegen diese Telefone kein zusätzliches Baseband OS benötigen. Dieses intransparente proprietäre Betriebssystem zu modifizieren oder gar zu kontrollieren ist (ohne weiteres) nicht möglich.

Smartphones: LineageOS & ReplicantOS

Smartphones haben zu dem OS auf dem Baseband-Prozessor ein zusätzliches Betriebssystem, das auf dem Hauptprozessor des Handys läuft. Dies ist notwendig, da natürlich viel mehr Anwendungen als nur ein Telefonbuch, Textmitteilungen oder 8-Bit Spiele zur Verfügung stehen. Webbrowser, Emailanwendungen, Kalender, Messenger, Videoübertragung und Games auf Smartphones benötigen natürlich viel mehr Rechenleistung. Auch der Speicherbedarf, also generell die vorhandenen Daten erhöhen sich hier.

Bei Smartphones ist es möglich die Kontrolle über dieses Betriebssystem zu erlangen, indem man root-Privilegien erhält. Das entspricht dem Konzept eines root oder auch admin-Kontos auf einem PC. Das Erhalten der root-Priviligien ist notwendig, um weitere Systemanpassungen, wie das Einrichten einer Firewall vornehmen zu können. Ohne diese Maßnahmen hätten wir keine Kontrolle darüber, was die Apps auf unserem Handy tun und welche Daten sie versenden.

Die bessere Alternative ist es, ein freies Betriebssystem auf das Gerät zu flashen. Dabei wird das ausgelieferte Betriebssystem des Herstellers vollständig vom Gerät gelöscht und durch ein freies Betriebssystem, wie zum Beispiel LineageOS oder ReplicantOS ersetzt. Das sind modifizierte Android-Systeme, die u.a. auf die Anwendungen von Überwachungskonzernen wie Google verzichten, einen alternativen AppStore mit OpenSource Anwendungen anbieten und generell mehr Wert auf Privatsphäre legen.

ReplicantOS verwendet im Gegensatz zu LineageOS ausschließlich freie Software und verzichtet vollständig auf Google und Co. LineageOS verwendet dagegen immer noch Google Server, z.B. um festzustellen, ob das Gerät mit dem Internet verbunden ist, nachdem es sich erfolgreich mit einem WIFI-Accesspoint verbunden hat (Captive Portal Check).

Kleiner Abriss zur Firewall

Eine Firewall ist ein Schutzmechanismus, der ein System vor potentiellen Gefahren schützen soll. Die Firewall überwacht den Netzwerkverkehr und bestimmt anhand vordefinierter Regeln, ob Datenpakete die Firewall passieren dürfen. Üblicherweise werden Regeln definiert, die bestimmen, welche Pakete in das System dürfen. Der Wunsch ist also, sich vor Gefahren außerhalb des eigenen Systems bzw. des eigenen Netzwerks zu schützen.

Bei Smartphones ist das etwas anders. Sowohl Android-Apps als auch Systemdienste sind in der Regel äußert „telefonierfreudig“ und haben häufig das Bedürfnis „nach Hause“ zu telefonieren. Die Daten werden an den Hersteller bzw. Dritte übermittelt, um beispielsweise personalisierte Werbeprofile zu erstellen. Die meisten Apps aus dem AppStore sind intransparent bezüglich ihrer Datenverarbeitung, weswegen eine Firewall zwingend notwendig ist. Für die Installation und Konfiguration der Firewall brauchen wir den oben erwähnten root-Zugriff auf das Gerät.

Dabei müssen wir hier die Sicherheitsvorkehrung einer Firewall umkehren, indem wir unseren Apps und dem System verbieten, unerwünscht in die Außenwelt zu kommunizieren: In der Regel braucht die Kamera-App keinen Zugriff auf das Internet, deswegen sollte er ihr auch verwehrt werden. So sollten alle Anwendungen geblockt werden, die keinen Zugriff auf das Internet benötigen.

Anwendungsebene und Nutzung

Oberhalb von LineageOS oder ReplicantOS lassen sich noch diverse Anwendungen installieren, die den Schutz der Privatsphäre erhöhen sollen, wie z.B. Ende-zu-Ende verschlüsselte Messenger oder VOIP-Dienste, Anonymisierungsdienste wie Tor und vieles mehr.

Allerdings ist die Installation und Konfiguration eines solchen OS recht aufwändig und es ist für Menschen, die mit Technik nicht allzu vertraut sind, schwer möglich diese Ziele umzusetzen. Erfreulicherweise bieten immer mehr lokale Gruppen Workshops an, die sich diesem Thema zuwenden. An diesem Punkt erinnern wir uns nochmal, dass diese Mechanismen in Abhängigkeit der zugrunde liegenden Hardware zu betrachten sind! Ein sicheres OS hilft euch nicht viel gegen Geheimdienste und/oder Hacker, wenn die Hardware unsicher ist.

Deswegen sollten Secrets, wie private Schlüssel (z.B. der private PGP Schlüssel einer Email-Adresse) nicht auf dem Telefon selbst gespeichert werden. Durch gravierende Sicherheitslücken in der Hardware oder dem Betriebssystem kann dieses Geheimnis dem Gerät entzogen und alle Nachrichten entschlüsselt werden. Eine Abhilfe in diesem Fall wäre die Auslagerung der Secrets auf sogenannte SmartCards oder Yubikeys. Dabei speichern wir das Geheimnis auf einem externen Gerät (z.B. einer Karte im Fall von SmartCards) und lesen den Schlüssel nur zum entschlüsseln der Nachrichten ein. Das Geheimnis bleibt auf dem externen Gerät und verlässt dieses niemals.

Sandboxing ermöglicht es, Anwendungen mit Hilfe des Betriebssystems virtuell voneinander zu isolieren. Jede App in einer Sanbox läuft in einer gesicherten virtuellen Umgebung und denkt sie ist alleine auf dem Gerät. Sie hat nur Zugriff auf die nötigsten Ressourcen. Vereinfacht sieht das am Beispiel eines Browsers in etwa so aus: „Der Webbrowser denkt, er ist das einzige Programm auf dem Gerät. Er kennt nur die Ordner ‚Downloads‘, um Dateien abzulegen und ein paar Verzeichnisse des Betriebssystems, um im Internet auf Webseiten zugreifen zu können. Die Systemverzeichnisse können nur gelesen werden – der Browser kann keine Dateien innerhalb dieser Ordner verändern oder hinzufügen.“ Durch Sandboxing wird das Risiko weiter minimiert, dass sich Apps gegenseitig überwachen oder versuchen das Betriebssystem zu übernehmen.

Sowohl interner, sowie externer Speicher (SD-Karten) lassen sich bei den meisten Smartphones und Betriebssystemen relativ einfach über die Systemeinstellungen verschlüsseln. Dadurch verhindern wir unautorisierte Nutzung des Geräts und erhoffen uns den Schutz des Betriebssystems und der eigenen Daten vor Veränderung und Diebstahl.

Zur Konfiguration auf Anwendungsebene ließen sich viele diverse Apps auflisten und noch viel mehr über einzelne Systemeinstellungen schreiben. Hierbei verweisen wir allerdings auf die unten stehenden Quellen und Cryptoparties, da dies nicht der Fokus des Artikels ist.

Auf Messenger mit kryptografischen Protokollen zur Verschlüsselung der Kommunikation werden wir in einem eigenen Artikel eingehen.

Fazit

Was können wir jetzt mit einem freien Betriebssystem auf einem Smartphone erreichen? Es ermöglicht uns:

  • die vollständige Kontrolle über die eigenen Daten
  • unabhängige und selbstbestimmte Nutzung des Geräts
  • Verzicht auf das Ökosystem von Googles
  • Ausstieg aus der Werbemaschinerie der Hersteller
  • Schutz gegen Werbe-Profiling

Wovor schützt ein (gerootetes) Smartphone mit freiem Betriebssystem nicht?

  • Staatstrojaner: beim Baseband Prozessor haben wir gesehen, dass es möglich ist, sich durch Fernzugriff Zugang zu den Daten auf dem Gerät zu verschaffen oder Software zu installieren. Solch Zugriffe sind natürlich insbesondere für Geheimdienste interessant. Durch die gegebene fremdartige Soft- und Hardware müssen wir davon ausgehen, dass die Behörden versuchen sich entweder selbst Zugriff auf diese Komponenten zu erlangen oder den Hersteller auffordern ihnen den Zugriff darauf zu gewähren. Die Hersteller nennen den remote access (Fernzugriff auf das Gerät) ein „Feature“. Wir nennen das einen Einbruch in die Privatsphäre!
  • Tracking durch und Angriffe auf Kommunikationsschnittstellen
    • WIFI, z. B. die Lokalisierung des Geräts. Ist die WIFI Schnittstelle des Gerätes aktiviert, sucht das Gerät permanent nach bekannten WIFI-AccessPoints, um sich damit zu verbinden. Dabei wird der Name des gesuchten WIFI-APs und die eindeutige MAC Adresse des Gerätes versandt. Diese Signale können ausgewertet anhand ihrer Signalstärke (Entfernung) ausgewertet und getrackt werden.
    • Bluetooth: Stichworte sind Bluejacking und BlueBorn
    • Micro-Beacons (uBeacons): werden in der Werbeindustrie gerne eingesetzt und sind nicht wahrnehmbare Ultraschall Signale, die über gängige Lautsprecher von Computern oder Smart-TVs versendet und von Mikrofonen in Smartphones eingefangen werden. Das Smartphone fügt diesem uBeacon noch einige Metadaten, wie Zeitstempel, GPS-Daten, IP-Adresse, Telefonnummer, usw. hinzu und sendet ihn an den Anbieter zurück. Der Absender kann damit das zugehörige Profil verfeinern und angepasste Werbung ausliefern. Viele Apps interagieren mit solchen uBeacons.
  • GSM-Tracking durch trianguläres Routing. Die ausgehenden Signale des Baseband Chips, zwischen mehrerer Funkzellen werden ausgewertet und anhand der Signalstärke die Position des Gerätes errechnet. Die Signale werden ausgesandt, um sich ins Telefonnetz einzuwählen und enthalten wie oben beschrieben die eindeute IMSI des SIM und die eindeutige IMEI des Handys.
  • Stille SMS
  • Nutzerverhalten: Der wichtigste Punkt ist immer noch das Verhalten, der User. Es bringt offensichtlich wenig, alle Google-Dienste vom Handy zu entfernen, wenn im Browser dann weiterhin die Suchmaschine benutzt wird. Analog lässt sich das Beispiel auf viele Verhaltensmuster und Anwendungen/Sicherheitsvorkehrungen übertragen.

Wenn wir den direkten Vergleich zwischen Dumb- und Smartphones ziehen, sehen wir, dass uns ein Smartphone einerseits bessere Möglichkeiten bietet die Kontrolle über das Gerät zu erlangen, dafür aber wesentlich mehr persönliche Daten speichert. Erst durch Nutzung von Anwendungen wie einem Webbrowser auf dem Gerät wird man selbst zur Zielscheibe von Werbeunternehmen. Auf einem Dumbphone ohne Internet gibt es natürlich keinen Browserverlauf und keine Emails, die ausgespäht werden können. Allerdings haben aber wir keine Möglichkeit eine Ende-zu-Ende verschlüsselte Kommunikation aufzubauen oder die Daten auf dem Gerät physisch zu verschlüsseln. Wird das Handy geklaut oder geht es mal verloren, ist ein verschlüsseltes Smartphone durchaus vorteilhaft, um beispielsweise nicht direkt alle Kontakte zu offenbaren.

Ein Smartphone bietet also mehr Möglichkeiten, bringt aber auch dementsprechend viel Konfigurations- und Verwaltungsaufwand mit sich. Durch die erhöhte Anzahl der Anwendungen und Kommunikationsschnittstellen steigt auch die Zahl der potentiellen Sicherheitslücken und Angriffsvektoren und dementsprechend der Gesamtaufwand für die entsprechenden Gegenmaßnahmen.

Somit bleibt eigentlich nur zu sagen, dass es eine „Best Practice“ in diesem Kapitel nicht wirklich gibt. Wichtig ist es, für sich selbst einen Kompromiss zwischen Bedienungskomfort und gewünschten Sicherheitslevel zu finden.

Eine Vorschlag wäre: ein Smartphone mit gerootetem, freiem Betriebssystem zu nutzen und das Telefon ohne Simkarte zu betreiben. Das Handy ist permanent im Flugzeugmodus (und im besten Fall den Baseband Chip physisch entfernen oder die zumindest die Firmware löschen), der Baseband Chip verliert seine Bedeutung. Alle Speicher des Geräts sind vollverschlüsselt und eine App überwacht die Anzahl der falsch eingebenen Entsperrmuster. Bei Überschreitung wird das Handy ausgeschaltet (App ‚PrivacyLock‘). Eine Firewall überwacht den Datenverkehr aller Apps und eine Sandbox isoliert kritische Anwendungen vom restlichen System. Die Internetverbindung findet nur über das Tor-Netz statt. Telefonate und Nachrichten werden nur über verschlüsselte Internetverbindungen (VOIP) geführt. Verwende keine Dienste, die nicht vertrauenswürdig sind (nur geprüfte OpenSource Apps, z.B. aus dem App-Store FDroid), benutze Ende-zu-Ende Verschlüsselung bei den Diensten und versuche konventionelle Telefonie und SMS weitestgehend zu vermeiden.

Sei dir vor allem deiner Benutzung des Gerätes bewusst. Aktiviere nur die Schnittstellen, die du auch wirklich brauchst (WIFI, GPS, Bluetooth und andere Schnittstellen einfach ausschalten, wenn nicht benötigt!). Der Artikel soll dazu anregen, sich nicht auf Anwendung „On the top“ zu verlassen, nur weil sie eine verschlüsselte Verbindung garantieren oder Anonymität versprechen. Es gilt immer den zu sichernden Gegenstand als Ganzes und den eigenen Umgang damit zu betrachten!

Links zu lokalen Gruppen / Cryptopartys

Links zu Tutorials

Freie Betriebssysteme