text: [Smartphones] End-to-End Encryption & NSA und co. Bitte Javascript aktivieren um Inhalte vollständig sehen zu können!
  RaidRush:Board > Software & Betriebssysteme > Sicherheit & Datenschutz > [Smartphones] End-to-End Encryption & NSA und co.
  Vollständige Version anzeigen : [Smartphones] End-to-End Encryption & NSA und co.
  Targa12.09.2013, 15:08Guten Mittag,
  Als Beispiel mal Hemlis (;heml~is/). Wird unter anderem vom Peter Sunde entwickelt der ja für Pirate Bay und Flattr verantworlich war/ist.
  Bezieht sich auf NSA soll Zugriff auf Smartphones haben (;;;sueddeutsche~de/digital/internet-ueberwachung-nsa-soll-zugriff-auf-smartphones-haben-1;1765042)
  Und los. Hardware Preisvergleich | Amazon Blitzangebote!
  Video Loading...	eax12.09.2013, 16:18Kein Smartphone nutzen oder das Beste hoffen. Momentan sitzen einige/viele daran Linux Systeme auf Lücken zu untersuchen um die Sicherheit zu erhöhen und da werden sicherlich ein paar auch Android anschauen.
  Ansonsten nur das was man sowie so machen sollte um sich vor Datendieben zu schützen. + Antworten + Neues Thema
  theQuest12.09.2013, 16:34Wie man sich schützt? Cutting Edge sein ;)
  Zuerst zu Heml;is: Nette Idee. Sieht für mich, also nur von den Informationen der Website her, wie ein Jabber-Client aus. Natürlich etwas ausgebohrt und umgestaltet. Aber im großen müsste es das sein. Da der Source nicht öffentlich ist, kann man auch nicht sagen, wie genau jetzt dort die "Sicherheit" hergestellt werden soll. Ich selber nutze Threema und dort werden Zertifikate zwischen Nutzern direkt ausgetauscht und wirkliche sichere Kommunikation erreicht man nur, wenn man sich einmalig mit dem Nutzer trifft, um die Keys auszutauschen und die Identität des anderen zu bestätigen. Quasi ein PGP-Ansatz ;) Zurück zu Heml;is: Eine SSL-Verbindung zum Server muss absolut nichts bedeuten. Auf Golem war neulich ein interessanter Artikel über die Schwachstellen der SLL-Kommunikation, selbst wenn man diese via AES als Algo betreibt. Wie man sich schützen kann? Natürlich kann man nicht auf ein Handy verzichten (also man könnte schon, ist aber nicht zielführend). Daten die auf einem Gerät clear abgelegt sind, sind immer potentielle Ziele von Angreifern. Also muss schon dort ein Schutz vorliegen (True Crypt zum Beispiel - wobei dort die Unterstützung nur rudimentär auf den Smartphones ist, APG kann auch nur Inhalte verschlüsseln, die ich vorher auswähle). Da also ein clientseitgier Schutz nicht möglich ist (zZ), hat man nur die Kontrolle darüber, welche Daten auf dem Gerät lagern. Also keine sensiblen* Daten auf das Handy klatschen und gut ist. Gegen das Tracking von Bewegungen kann man nicht viel machen. Hier wäre es das beste. wenn man Prepaid-Karten nutzt und diese regelmäßig austauscht (auch nicht unbedingt zielführend).
  (*Sensibel: Dinge die andere nicht erfahren sollen - können Bankdaten, Handynummer vom Dealer, Pornofilme oder auch einfach nur die 'normale' Kommunikation mit freunden sein. Im Endeffekt ist eigentlich alles schützenswert. Abstufungen individuell möglich;) + Antworten + Neues Thema
  TuXiFiED12.09.2013, 19:41PGP-Ansatz ;) Zurück zu Heml;is: Eine SSL-Verbindung zum Server muss absolut nichts bedeuten. Auf Golem war neulich ein interessanter Artikel über die Schwachstellen der SLL-Kommunikation, selbst wenn man diese via AES als Algo betreibt;
  TLS ist die Weiterentwicklung von SSL (Secure Sockets Layer), TLS 1;0 entspräche quasi SSL Version 3;1, TLS 1;1 3;2 und TLS 1;2 Version 3;3.
  Die SSL-Version 3;0 und TLS 1;0 bieten, zumindest, wenn alte Server- oder Clientsoftware verwendet wird (wodurch die Angriffe nicht reflektiert oder codeseitig behoben werden) diverse Angriffe.
  Die zwei, dir mir grad aus dem Stehgreif einfallen sind die Lucky Thirteen Attacke (;blogs;rsa~com/secure-crypto-lucky-thirteen-attack/) (ein Timing-Angriff), und die BEAST (;;;schneier~com/blog/archives/2011/09/man-in-the-midd_4;html)-Attacke (Angriff auf Algorithmen im Chain-Block-Ciphering-Modus).
  Beide Angriffe sind in neueren Implementierungen inpraktikabel geworden, da entweder clientseitig und/oder serverseitig zusätzliche Schutzmaßnahmen eingebaut wurden, selbst, wenn noch TLS 1;0 verwendet wird.
  Die bessere Möglichkeit ist aber, sobald von allen wichtigen Clients unterstützt, auf TLS 1;2 und den authentifizierten Galois-/Counter-Mode umzusteigen.
  Ebenso sind die CBC-Modi mit TLS 1;2 verbessert worden.
  - Diebstahl des privaten Schlüssels vom Server, womit im Nachhinein aufgezeichneter Traffic entschlüsselt werden kann. Dies ist ausschließlich bei Verfahren, die nur statische Schlüssel verwenden möglich.
  Letzterer Algorithmus ist ein TLS 1;2-Algorithmus, da dort andere Hashfunktionen als nur MD5 oder SHA1 als Hashalgorithmus verwendet werden kann.
  Mehr dazu findet sich unter Elliptic_Curve_Cryptography und Diffie-Hellman.
  Ich erhebe keinen Anspruch auf Vollständigkeit. + Antworten + Neues Thema
  Targa12.09.2013, 21:15Zusammenfassend und vereinfacht kann man sagen wenn die Verschlüsselung richtig konfiguriert und auch richtig verwendet wird ist die Übertragung der Nachrichten etc. sicher?!
  Bezüglich des Problems, des Eindringen auf die Geräte selber kann man aber nicht viel machen, nehme ich an. Somit liegt da die gewaltige Schwachstelle des Ganzen?! + Antworten + Neues Thema
  eax12.09.2013, 22:07Es besteht auch noch die Möglichkeit, dies mit elliptischen Kurven zu realisieren.
  Downgrade-Angriffe lassen sich in Zukunft vermeiden, indem man die Protokollunterstützung für die alten Protokolle deaktiviert, derzeit aber noch nicht effektiv;Fefes Blog (;blog;fefe~de/?ts=acceb732)
  Zusammenfassend und vereinfacht kann man sagen wenn die Verschlüsselung richtig konfiguriert und auch richtig verwendet wird ist die Übertragung der Nachrichten etc. sicher?! Ja, solange der PrivateKey nicht komprometiert wurde ist die PGP Verschlüsselung momentan noch sicher. Bezüglich des Problems, des Eindringen auf die Geräte selber kann man aber nicht viel machen, nehme ich an. Somit liegt da die gewaltige Schwachstelle des Ganzen?!Da lag auch schon im WWII die Schwachstelle, wenn man ein Agenten einschleusen oder jemanden Anwerben konnte war die Verschlüsselung hinfällig. ;) + Antworten + Neues Thema
  Sticky_Haze28.09.2013, 12:31Es ist mittlerweile Bekannt, dass nicht die Smartphones kompromittiert sind, sondern die Computer es sind mit denen die Smartphones Synchronisiert oder mit Backup gesichert werden. Dort wurden dann die Daten geklaut. Da war die Presse mal wieder Sensationsgeil.
  Edit: Was auf jedenfall bei Smartphones zu Empfehlen ist, ist die vollvererschlüsselung der SD-Karte und des internen Speichers, dies ist so sicher wie das Passwort welches du wählst;( heise~de (;;;heise~de/security/meldung/Androids-Verschluesselung-angreifbar-1936181;html) dies ist mittlerweile gefixt) Bei Android ist es, wenn ich mich recht erinnere, ab version 3;x;x von haus aus dabei + Antworten + Neues Thema
  Targa02.10.2013, 17:19Auch recht interessant.
  BitTorrent entwickelt abhörsicheren Chat (;de;engadget~com/2013/10/01/bittorrent-entwickelt-sicheren-chat/) + Antworten + Neues Thema
  Ähnliche Themen zu [Smartphones] End-to-End Encryption & NSA und co.[Linux] (K)ubntu 8.04 Partition EncryptionHi Jungs,
  Ich bin gerade dabei mein Kubuntu zu HardyHeron upzugraden und les da hier folgendes unter Encryption :
  (;wiki;kubuntu~org/HardyHeron/RC/Kubuntu)
  hat das schonma jemand ausprobiert und kann Erfahrungen teilen ?
  Wäre ja ma ne Alternative zu Truecrypt für Partitionsverschlüsselun [...]Instant Messenger mit End-to-end encryptionHallöchen,
  Aufgrund eines bekannten Skandals ..;, suche ich einen Instant Messenger mit End-to-end encryption.
  Wenn ich danach suche finde ich nur noch Apps fürs Handy, aber ich möchte logischerweise nen Programm für PC.
  Sozusagen ein Skype mit End-to-end encryption, der Videoübertragu [...]Welche Encryption?Hi,
  wollte fragen welche Encryption es ist. Jeder dieser Strings (pro Zeile) ist gleich verschlüsselt (aber nicht der gleiche Inhalt)