{"id":111796,"date":"2023-11-28T03:10:14","date_gmt":"2023-11-28T01:10:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opublikovan-messendzher-delta-chat-1-42-ispolzuyushhij-email-v-kachestve-transporta"},"modified":"2023-11-28T03:10:14","modified_gmt":"2023-11-28T01:10:17","slug":"opublikovan-messendzher-delta-chat-1-42-ispolzuyushhij-email-v-kachestve-transporta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/opublikovan-messendzher-delta-chat-1-42-ispolzuyushhij-email-v-kachestve-transporta","title":{"rendered":"Der Messenger Delta Chat 1.42 wurde ver\u00f6ffentlicht, der E-Mail als Transportmittel nutzt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Version 1.42 des Messengers Delta Chat steht zur Verf\u00fcgung, der ohne spezielle Server funktioniert und E-Mail als Transportmittel verwendet (Chat \u00fcber E-Mail, ein spezialisierter E-Mail-Client, der als Messenger fungiert). Der Anwendungscode wird unter der GPLv3-Lizenz verbreitet, w\u00e4hrend die grundlegende Bibliothek unter der MPL 2.0-Lizenz (Mozilla Public License) verf\u00fcgbar ist. Die Ver\u00f6ffentlichung ist im Google Play und F-Droid sowie in Versionen f\u00fcr Linux (AppImage, pacman, rpm, deb), Windows und macOS erh\u00e4ltlich. <\/p>\n

Delta Chat verwendet keine eigenen Server und kann praktisch \u00fcber jeden E-Mail-Server betrieben werden, der SMTP und IMAP unterst\u00fctzt (zur schnellen Erkennung neuer Nachrichten kommt die Technik Push-IMAP zum Einsatz). Es wird Verschl\u00fcsselung mit OpenPGP sowie Ende-zu-Ende-Verschl\u00fcsselung mithilfe des Autocrypt-Standards oder dezentraler Protokolle wie SecureJoin unterst\u00fctzt. Der Datenverkehr wird mit TLS unter Verwendung der Standard-Systembibliotheken verschl\u00fcsselt. <\/p>\n

Delta Chat wird vollst\u00e4ndig vom Benutzer kontrolliert und ist nicht an zentrale Dienste gebunden. Es ist keine Registrierung bei neuen Diensten erforderlich \u2013 als Identifikator kann eine vorhandene E-Mail-Adresse verwendet werden. Wenn der Korrespondent Delta Chat nicht verwendet, kann er die Nachricht wie eine normale E-Mail lesen. Der Spam-Schutz erfolgt durch das Herausfiltern von Nachrichten von unbekannten Benutzern (standardm\u00e4\u00dfig werden nur Nachrichten von Benutzern aus dem Adressbuch und von denen angezeigt, an die zuvor Nachrichten gesendet wurden, sowie Antworten auf eigene Nachrichten). Es ist m\u00f6glich, Anh\u00e4nge sowie angeh\u00e4ngte Bilder und Videos anzuzeigen. <\/p>\n

Die Erstellung von Gruppenchats wird unterst\u00fctzt, in denen mehrere Teilnehmer kommunizieren k\u00f6nnen. Dabei gibt es die M\u00f6glichkeit, eine \u00fcberpr\u00fcfbare Teilnehmerliste an die Gruppe zu binden, die es unbefugten Dritten verweigert, Nachrichten zu lesen (die \u00dcberpr\u00fcfung der Teilnehmer erfolgt durch kryptografische Signaturen, und die Nachrichten werden mit Hilfe von Ende-zu-Ende-Verschl\u00fcsselung verschl\u00fcsselt). Der Beitritt zu verifizierten Gruppen erfolgt durch das Versenden einer Einladung mit einem QR-Code. <\/p>\n

Der Kern des Messengers wird separat in Form einer Bibliothek entwickelt und kann zur Erstellung neuer Clients und Bots verwendet werden. Die aktuelle Version der Basisbibliothek ist in Rust geschrieben (die alte Version war in C geschrieben). Es gibt Bindings f\u00fcr Python, Node.js und Java. Es werden inoffizielle Bindings f\u00fcr Go entwickelt. Es existiert DeltaChat f\u00fcr libpurple, das sowohl das neue Rust-Kern als auch das alte C-Kern nutzen kann. <\/p>\n

In Version 1.42 wird eine neue Implementierung der Ende-zu-Ende-Verschl\u00fcsselung pr\u00e4sentiert, die auf der Verwendung von dezentralisierten Protokollen SecureJoin basiert und den Schutz vor der Abfangung der Anmeldeinformationen durch Internetanbieter oder Administratoren gew\u00e4hrleistet. Server<\/a>. Die zuvor verwendete Ende-zu-Ende-Verschl\u00fcsselung basierte auf dem Mechanismus des automatischen Schl\u00fcsselaustauschs Autocrypt, der ohne die Verwendung von Schl\u00fcsselservern auskommt, indem der Schl\u00fcssel in der ersten gesendeten Nachricht \u00fcbermittelt wird. Dementsprechend konnte der Schl\u00fcssel w\u00e4hrend der \u00dcbertragung der ersten Nachricht bei einer MITM-Attacke oder bei Aktionen auf Seiten des E-Mail-Servers abgefangen werden. Server<\/a>. <\/p>\n

SecureJoin l\u00f6st Komplikationen bei der Kompromittierung von Ende-zu-Ende-Verschl\u00fcsselung w\u00e4hrend MITM-Angriffen und bietet Schutz gegen sch\u00e4dliche Handlungen auf der Ebene von Transitnetzen und Mailservern. Die neue Methode basiert auf der Verwendung von QR-Codes zur Verifizierung von Benutzern und zur Einrichtung von Verschl\u00fcsselungsschl\u00fcsseln. Nach dem Scannen des QR-Codes wird im Programm ein Chat mit einer Gruppe von zwei Teilnehmern (1:1) erstellt, gekennzeichnet mit einem speziellen \u201egr\u00fcnen Label\u201c, und erm\u00f6glicht das Senden und Empfangen von verschl\u00fcsselten Nachrichten, die gegen Transit-Abh\u00f6rung gesch\u00fctzt sind. Sp\u00e4ter k\u00f6nnen durch das Versenden von Einladungen mit QR-Code weitere Teilnehmer zur Gruppe hinzugef\u00fcgt werden.

\"Der<\/center> <\/p>\n

Weitere \u00c4nderungen: <\/p>\n