@Hannes: Versteh mich nicht falsch, ich finde Verschlüsselung grundsätzlich gut. Ich wollte nur explizit darauf hinweisen, dass der Nutzen bei statischen Daten äußerst niedrig ist. Einen Schutz gegen Geheimdienste liefert es nicht. Nicht bei den heutigen Möglichkeiten derer. Außerdem hatten wir schon genug Berichte über CAs, die Leck geschlagen haben (vgl. DigiNotar).

Kein Browser hat derzeit eine Warnung, wenn sich Zertifikate ändern. Das Plugin „Certificate Patrol“ für Firefox macht das, ist aber nicht verbreitet und macht IMHO für Endnutzer ohnehin keinen Sinn, weil Certs auch auslaufen und man dann ständig die Überlegung führen müsste, ob der Admin nur das ausgelaufene Cert gewechselt hat oder ob da jetzt ein böswilliger Hackangriff gefahren wird.

Zu der Kaputtheit von TLS, sage ich nur folgende Stichworte: BEAST, CRIME, BREACH, Padding und Truncation Problematik, Version Rollback.

Klar könnte man statistisch versuchen Tiles zu erraten und Nominatim (u.a.) sollte auch hinter HTTPS stehen, da stimme ich dir völlig zu. Aber soll man denn auf Verschlüsselung verzichten, bloß weil (komplizierte) Side-Channel Angriffe möglich sind?

Dein MITM-Szenario würde nicht funktionieren, wenn das Zertifikat gepinnt wäre oder der Nutzer bei der Änderung gewarnt würde. HTTPS MITM ist nicht verschleiert, ausser du hast den Private Key. Das ist ein Problem der Implementation der Clients, nicht eins von SSL/TLS an sich. Mein Mail-Client sagt mir, wenn sich Zertifikate ändern.

RC4 in der Ciphersuite ist tatsächlich nicht so doll, hast du Grant Slater mal Bescheid gegeben?

Ich freue mich über relevante Verweise, wie TLS für den konkreten Anwendungsfall „über alle Ausmaße kaputt ist“.

Disclaimer: Ich habe selbst nur gefährliches Halbwissen, aber ich versuche fundiert zu argumentieren.

Hannes: Wie gesagt, Du kannst anhand der Größe der Tiles sowie anderer Anfragen (ggf. unverschlüsselte Abfragen an Nominatim) bereits viel statische Analyse betreiben.

Wenn Du MITM machst und den Traffic durchleitest, meckert kein Client und Geheimdienst X hat Deinen Verkehr. Außerdem bietet osm.org RC4 an – muss ich dazu noch etwas sagen?

Außerdem möchte ich Dich darauf hinweisen, dass TLS über alle Ausmaße kaputt ist und verweise gerne auf die entsprechenden Enthüllungen bzw. Vorträge von entsprechenden Konferenzen der letzten Jahre.

— thomersch

Mittlerweile gucken Leute nicht mehr so doof, wenn man Schilder abfotografiert. Letztens sah ich eine sehr alte Dame, die mit ihrem Telefon die Fahrpläne an der Bushaltestelle abfotografierte. Mittlerweile versuche ich das gar nicht mehr unauffällig zu fotografieren. Liegt aber sicher auch daran, dass ich die seltsamen Blicke einfach gelernt habe zu ignorieren.

Thomas, das stimmt so nicht!

Wer ein übergeordnetes Zertifikat hat, der könnte ein neues Zertifikat erstellen und dieses einem Nutzer per MITM unterjubeln, ohne dass ein Client meckert. Der Verkehr kann nicht einfach so mitgelesen werden. Die übergeordnetet Zertifikationsstelle sieht normalerweise nie deinen private Key, mit dem du ja die Verbindungen mit Clients signierst.

Ein zweites Szenario wäre es, wenn der private Teil dss Zertifats in die Hände des Angreifers kommt und dieser Traffic mitgeschnitten hat. Dann könnte er ihn entschlüsseln, FALLS die Verbindungen nicht Forward Secrecy verwendet haben.

Die osm.org Tiles werden jetzt ja über HTTPS mit FS getestet, damit sieht ein Lauscher nur noch, dass Tiles abgerufen wurden, nicht welche. Super!

Meine hat sich schon dran gewöhnt

Tut mir leid, aber HTTPS (bzw. TLS) ist als Schutz gegen Geheimdienste Unfug. Solange die Dienste Zugriff auf Stammzertifikate haben, können sie alles entschlüsseln. Und selbst wenn nicht, kann man den verschlüsselten Traffic bei statischen Daten immer noch prima analysieren.

— thomersch

Anders als Google Maps gibt es im OSM-Umfeld aber Apps, die die Daten offline auf der SD-Karte des Smartphones vorhalten. Der Download eines ganzen (Bundes-)Lands ist nicht so aussagekräftig (außer „Person X ist an Deutschland interessiert“).