Ich probierte «Week Calendar» vor einiger Zeit aus, war damit aber aufgrund der unübersichtlichen und langsamen Darstellung bei vielen Terminen nicht zufrieden. Zum Glück gibt es in solchen Fällen Geld von Apple zurück!

(Gelesen bei Daniel Wyss via Google+.)

Jedenfalls für «Mein iPhone suchen» und das Synchronisieren von MobileMe-Daten.

… denn ohne Zugriff auf die Kontakte in meinem Adressbuch verweigert Whatsapp jedes Funktionieren …

… wieso funktioniert Whatsapp nur mit Zugriff auf mein Adressbuch, analog zur genauso datenhungrigen VoIP-App «Viber»? Wieso überlässt man nicht dem Benutzer, ob er sein Adressbuch nutzen oder Kontaktadressen direkt eingeben möchte?

connex.io, ein Schweizer Startup, hat eine Lösung entwickelt welche das Adressbuch-Problem löst indem die zahlreichen Adressbücher eines Nutzers in ein einiges vereinigt werden. […] Apple ist mittlerweile seit 36 Tagen dabei diese zu testen und hat die Applikation in dieser Zeit weder bewilligt noch zurückgewiesen. Jegliche Anfragen nach Informationen blieben resultatslos.

[…]

Apples verhalten wird connex.io dazu zwingen iPhones und iPads über alternative Wege zu unterstützen. Dies bedeutet für Apple Kunden ein schlechteres Nutzungserlebnis.

Obiger Text stammt aus einer gestrigen Medienmitteilung von Connex.io. Weitere Informationen zum bislang verwehrten App Store-Zugang sind im Connex.io-Weblog zu finden.

Das Mac-Programm AppDump scannt den ‘Mobile Applications Ordner’ der iTunes-Bibliothek und saugt sich aus den dort archivierten .ipa-Dateien ihre Meta-Infos. Neben Entwickler, Preis, Genre und Name wird außerdem der aktuelle Verkaufspreis extrahiert und zusammengerechnet.

Da Reduzierungen und Gratis-Downloads nicht einfließen, ist der App-Store-Gesamtbetrag eher eine Spielerei. […]

Ich frage mich, ob der Begriff «Wert» in diese Zusammenhang angebracht ist. Welchen Wert in Dollar, Euro oder Franken haben Apps, die infolge Apple-DRM gar nicht verkäuflich sind, so dass sich kein Marktwert ermitteln lässt?

Now FaceTime is based on a lot of open standards: H.264 video, AAC audio, and a bunch of alphabet soup acronyms. And we’re going to take it all away. We’re going to the standards bodies, starting tomorrow, and we’re going to make FaceTime an open industry standard.

FaceTime bleibt bislang auf Macs und iOS-Geräte beschränkt, denn die oben erwähnte Offenlegung ist bislang nicht erfolgt. Wie lange möchte sich Apple damit noch Zeit lassen?

Der Neuseeländer Aldo Cortesi hat nun herausgefunden, dass das Deanonymisieren über den OpenFeint-Dienst möglich war:

[…] A slew of interesting security results followed (keep an eye on this blog), but by far the most alarming was the fact that it was possible to use OpenFeint to completely de-anonymize a large proportion of UDIDs.

Bei OpenFeint wurde das Problem inzwischen beheben, doch grundsätzlich besteht es weiterhin, zumal sich die UUID grundsätzlich nicht ändern oder entfernen lässt. Fazit von Aldo Cortesi:

[…] By designing an API to expose UDIDs and encouraging developers to use it, Apple has ensured that there are literally thousands of databases linking UDIDs to sensitive user information on the net. A leak from any one of these – or worse a large-scale de-anonymization like the OpenFeint one – inevitably has serious consequences for user privacy.

Mein Fazit: Apple – Möglichst viele Benutzerdaten, möglichst wenig Datenschutz.

[…] Verschlüsselt man sein Backup nicht, ist die Datei zugänglich. Beispielsweise von der Visualisierungs-Software ‘iPhoneTracker‘, die im gleichen Schritt das Licht der Öffentlichkeit erblickte. Kryptografiert man dagegen seine Daten (ein iTunes-Klick reicht aus), ist die Datei nicht auszulesen. […]

Das ist grundsätzlich richtig, verhindert allerdings nur das einfache Auslesen aus dem iOS-Geräte-Backup, nicht aber das Auslesen direkt von iOS-Geräten oder das Sammeln der persönlichen Geodaten überhaupt. Ausserdem ist die Empfehlung zur Verschlüsselung von iOS-Geräte-Backups unsinnig, denn mit der Verschlüsselung ist eine gravierende Sicherheitslücke verbunden.

Agile Web Solutions, die Entwickler von 1Password, beschreiben das Sicherheitsproblem auf ihrer Website wie folgt:

When iTunes on your Mac or PC makes a backup of your device data it all remains encrypted with the hardware key. This means that such data cannot be decrypted from that backup on anything other than your iOS device.

Starting with iOS 4, Apple introduced an exception to this so that people could – under limited circumstances – migrate all of their data (all apps and their data) from one iOS device to another. These backups, designed for migratation, do not have their data encrypted using the device hardware key. To create such a backup, the user must select to encrypt their device backup within iTunes. This kind of backup will be encrypted with a password that the user gives it in iTunes, but the internal data (including keychain data) will no longer be encrypted using a device hardware key. […]

Agile Web Solutions verweist für weitere Erklärungen auf Elcomsoft. Das Unternehmen führt unter anderem die Anwendung «Phone Password Breaker» zum Zugriff auf verschlüsselte iOS-Geräte-Backups im Angebot und schreibt in diesem Zusammenhang unter anderem:

If a backup IS NOT password-protected, the keychain is encrypted using “hardware” keys stored in the iPhone and not accessible from the outside. You can safely restore such backups to the same iPhone; however, if you restore it to another iPhone, the keychain will be lost completely.

If a backup IS password-protected, the keychain is encrypted using software keys that are generated from the backup password. As a result, you can restore such backups to any device, and keychain information will be restored as well. In order to restore the backup, you will have to enter the original password, so you must know it. Or you can crack it with Phone Password Breaker.

Auf Deutsch kurz zusammengefasst: Verschlüsselte iOS-Geräte-Backups sind weniger sicher als solche ohne Verschlüsselung!

Ich verbrachte die letzten Tage im Ausland und probierte unterwegs unter anderem SugarSync als Dropbox-Alternative aus. SugarSync hat insbesondere den Vorteil, dass man beliebige Ordner und nicht bloss solche in der «Dropbox» zwischen verschiedenen Geräten synchronisieren lassen kann. Ein weiterer Vorteil ist das Hinzufügen von Dateien per E-Mail.

Wer SugerSync ebenfalls ausprobieren und mir dabei Speicherplatz spendieren möchte, kann sich unter dem folgenden Weblink kostenlos anmelden:

https://www.sugarsync.com/referral?rf=bgz4zdbpcvgna

Der «Free Plan» von SugarSync beinhaltet in jedem Fall 5 GB Speicherplatz, 500 MB «Sign Up Bonus» sowie jeweils 250 MB weiteren Speicherplatz für erste Schritte bei SugarSync (beispielsweise einen Ordner teilen). Kostenpflichtig beginnt die SugarSync-Nutzung ab USD 4.99/Monat für 30 GB Speicherplatz.

Bei Gelegenheit werde ich beschreiben, wie sich SugarSync aus meiner Sicht bewährt. Wie sind Eure Erfahrungen mit SugarSync?

Am kommenden Sonntag ist es wieder soweit: Um 2:00 Uhr wird die Zeit auf 3:00 Uhr vorgerückt. Für sieben Monate gilt in der Schweiz die mitteleuropäische Sommerzeit (MESZ), bevor am Sonntag, 30. Oktober, wieder auf mitteleuropäische Zeit (MEZ) zurückgestellt wird. Dies teilt das Bundesamt für Metrologie (METAS) mit, das für die Realisierung und Verbreitung der offiziellen Schweizer Zeit zuständig ist.

Auf dem Mac funktioniert die Zeitumstellung normalerweise problemlos, doch auf iOS-Geräten ist wie schon bei früheren Gelegenheiten wieder mit Problemen zu rechnen …

Nebenbei: Das METAS betreibt unter ntp.metas.ch einen eigenen NTP-Server – nützlich insbesondere für Mac-Anwender in der Schweiz!

MediaRover könnte eine solche Lösung sein, doch weckt das penetrante «it’s free» auf der MediaRover-Website Zweifel … und selbstverständlich sollte bei einer gemeinsamen Bibliothek dennoch noch die individuelle Podcast-Nutzung möglich sein.

Out of curiosity, I fired up tcpdump on my router to have a look at the traffic my Android phone’s Dropbox client was transferring during usage. To my surprise, I noticed that all file metadata was sent in the clear.

Metadaten von Dateien werden demnach unverschlüsselt übertragen – worin man bei Dropbox offensichtlich kein Problem sieht, wie nachfolgende E-Mail-Antwort von Dropbox an Mike Cardwell zeigt:

Thank you for the blog coverage of this issue. This has been a topic of ongoing discussion for our mobile developers and the preference of speed over security when it comes to file metadata on mobile may change in the future.

… ohne die fehlende Verschlüsselung allerdings transparent zu kommunizieren, worüber sich Mike Cardwell zu Recht ärgert:

So yeah. This is a speed vs security issue. Also, on their security page, they have modified the sentence where it says they encrypt file data and metadata such that it now only states that they encrypt file data. No mention of the fact that the mobile client doesn’t encrypt metadata though. Feels slightly dishonest to me.

Weiterhin gilt, dass man Cloud-Anbietern leider kein Vertrauen schenken kann und dass insbesondere Dropbox-Sicherheit Benutzersache ist.

Ein Smartphone wird erst dann richtig nützlich, wenn man es mit Apps ergänzt. Zahlreiche sind gratis, bei vielen zahlt der Kunde aber dennoch einen hohen Preis: Er liefert den Anbietern wertvolle Informationen, ohne dass er davon weiss. «Kassensturz» zeigt: Der Datenhunger ist riesig.

Um Reeder-Entwickler Silvio Rizzi über das Problem zu informieren, wollte ich ihm einige der Fehlerberichte (log- und plist-Dateien) als ZIP-Archiv komprimiert per E-Mail zukommen lassen. Leider verweigerte Google Mail (Gmail) den E-Mail-Versand mit folgender Fehlermeldung:

[…] contains an executable file. For security reasons, [Google Mail] does not allow you to send this type of file.

Ich stelle die Fehlerberichte nun als Download zur Verfügung. Bei Google Mail aber hätte ich mir gewünscht, dass ich selbst entscheiden kann, welche Arten von Dateien versendet werden sollen.

Whether you have a single Gmail or Google Apps for your Domain account, or several, Mailroom makes your email experience on your iPhone incredible.

Beim Verwenden von Mailroom anstelle von Google Mail via Mobile Safari war es für mich schwierig, den versprochenen Mehrwert zu erkennen: Die Benutzeroberfläche der mobilen Google Mail-Version wurde weitgehend übernommen, Angaben zu neuen E-Mails und sonstige Zahlenangaben in iOS-App-Symbolen mag ich nicht, und ich nutze nur noch ein Google Mail-Konto für all meine E-Mail. Nervig war andererseits, dass doppeltes Tippen auf die Menüleiste nicht ganz nach oben scrollte … im Ergebnis hat sich für mich der Kauf von Mailroom nicht gelohnt – auch nicht zum Preis von CHF 2.20.

Links Google Mail in Mobile Safari, rechts mit Mailroom.

Wer hingegen mehrere Google Mail-Konten nutzt und komfortabel zwischen diesen wechseln möchte, wird allenfalls Gefallen an Mailroom finden. Auch weitere Funktionen wie der Zugriff auf Kontakte im iOS-Adressbuch und die (wenn auch bescheidene) Offline-Unterstützung könnten für manche Benutzer nützlich sein. Schade, kann man kostenpflichtige iOS-Apps nicht vor dem Kauf ausprobieren …

Verwendet jemand von Euch Mailroom auf einem iPhone oder iPod Touch?

Immerhin lässt sich das Problem durch einen Neustart der Instapaper-App zuverlässig beheben, denn Instapaper merkt sich trotz der Darstellungsprobleme die zuletzt gelesene Stelle im unvollständig dargestellten Text …

Den Fraunhofer-Mitarbeitern Jens Heider und Matthias Boll ist es gelungen, trotz Passcode-Sperre unter anderem abgespeicherte Passwörter aus einem iPhone auszulesen. Somit bedeutet ein verlorenes oder geklautes iPhone nach wie vor ein ernsthaftes Sicherheitsproblem – auch bei der aktuellen iPhone-Generation.

[…]

Somit kann man sich also nicht auf die Verschlüsselung der Daten auf dem iPhone verlassen. Auch das Löschen der Daten via Remote Wipe schafft keine Sicherheit, da man nicht wissen kann, ob es noch rechtzeitig passiert ist. Schließlich dauert der Angriff nur wenige Minuten. Wenn ein iPhone also tatsächlich in falsche Hände gerät, sollten die Besitzer schleunigst alle Passwörter ändern, die auch auf dem verlorenen iPhone gespeichert sind, empfehlen Heider und Boll im Fazit ihrer Analyse Practical Consideration of iOS Device Encryption Security (PDF).

(Gelesen bei Heise Online aufgrund zahlreicher Leserhinweise per E-Mail – vielen Dank!)

Wer erkennt, inwiefern bei iBooks die Buchmetapher misslungen ist, so dass die App den Leser im Ergebnis belügt?

Erbarmen, die Hesse komme!

… schreibt mir MacMacken-Leser Ottmar per E-Mail passend zu folgendem Screenshot aus der iOS-App YouNote – vielen Dank für den Hinweis!

Für Mac OS X funktioniert das Aktivieren gemäss Anleitung bei «Heise Online» wie folgt:

Unter Mac OS X aktivieren Sie sie im Terminal mit dem Befehl

sudo sysctl -w net.inet6.ip6.use_tempaddr=1

Das vorangestellte sudo fragt nach Ihrem Passwort und führt dann den Befehl sysctl mit Administratorrechten aus. Damit das klappt, müssen Sie mit einem Benutzer angemeldet sein, der den Mac verwalten darf.

Leider verschwindet die Einstellung nach einem Neustart. Damit das System die Einstellungen automatisch setzt, verwenden Sie am besten einen LaunchDaemon. Über den c’t-Link können Sie einen passenden herunterladen. Die Datei mit dem Namen „de.ctmagazin.IPv6starter“ müssen Sie nur noch in das Verzeichnis /Library/LaunchDaemons kopieren. Existiert es noch nicht, legen Sie es einfach an.

Unter iOS steht diese Möglichkeit leider nur Benutzern mit Jailbreak zur Verfügung:

Doch ausgerechnet die Nutzer von modernen Smartphones haben keine Chance: In Apples iOS und auf den Android-Handys fehlen sowohl der Schalter, um die Privacy Extensions zu aktivieren, als auch einer, um IPv6 abzuschalten – wer mit einem der betroffenen Geräte ein IPv6-taugliches WLAN nutzt, überträgt seine ID.

Dabei fehlt den Smartphones nur ein Schalter in der Benutzeroberfläche, denn die Privacy Extensions sind durchaus im Kernel enthalten. So kann man sie auf einem iOS 4 mit root-Zugang (Jailbreak) mit demselben Befehl aktivieren wie auf einem Desktop mit Mac OS X […].

Nachtrag

Per Kommentar beschreibt ein MacMacken-Leser eine weitere Möglichkeit zur Konfiguration unter Mac OS X.

[…] Problematisch für Apple war jedoch stets der Lizenzdisput zwischen der GNU Freie-Software-Lizenz und den AppStore-Regeln. Dieser hat nun zum Entfernen der VLC-App aus dem Store-Angebot geführt.

Bereits vor zwei Monaten hatte Rémi Denis-Courmon, einer der Hauptentwickler hinter der VLC-Anwendung selbst den Konflikt ans Licht gebracht. Apple beharrte auf den AppStore-Regeln, die für alle Anwendungen eine Digitale Rechteverwaltung (DRM) vorsehen. Diese steht jedoch in eindeutigem Konflikt mit der GNU Freie-Software-Lizenz. […].

(Gelesen bei macnews.de.)

Die Vergütung beträgt für Audio-Geräte zwischen 70 Rappen (Speicherkapazität bis 4 GB) und 30 Rappen pro GB (Speicherkapazität über 32 GB). Für Geräte mit Audio- und Videounterstützung beträgt die Vergütung 10 Rappen pro GB bis zu einer Speicherkapazität von 250 GB, danach 25 Franken plus 8 Rappen für jedes 250 GB übersteigende GB. Für Geräte mit mehr als 32 GB Flash- oder mehr als 160 GB Festplatten-Speicher ist die Vergütung auf maximal 20 Prozent des vom Hersteller empfohlenen Gerätepreises beschränkt.

Ärgerlich bleibt, dass solche Vergütungen überhaupt geleistet werden – im besten Fall zahlt man für bereits gekaufte oder lizenzierte Musik ein zweites Mal, im schlechtesten Fall muss man für freie oder eigene Inhalte bezahlen … dito auch auf dem iPhone, wo die Vergütung gemäss dem «Gemeinsamen Tarif 4e 2010-2011» weiterhin 30 Rappen pro GB Speicherkapazität.

Apple produziert Produkte mit hervorragendem Design, aber häufig (zumindest anfänglich) ungenügender Qualität. Beispiele für Ersteres sind iPhone und MacBook Air, für Letzteres die iOS-Weckfunktion mit ihren zahlreichen Fehlern. Gemäss «Mac & i» halten die Probleme mit dem Wecker von iPhone, iPod Touch und iPad auch heute an:

Nachdem die in der Uhr-App von Apples mobilem Betriebssystem iOS eingerichteten Einzel-Alarme bereits am Neujahrswochenende den Dienst verweigerten, stießen etliche iPhone- und iPod-touch-Besitzer am 3. Januar erneut auf das Problem: Mit einzelnen Weckzeiten versehene iPhones klingelten weiterhin nicht bei jedem (Postings im Apple Support-Forum), selbst mit aktueller iOS-Version 4.2.1, wohingegen ein für mehrere Wochentage eingerichteter Alarm uneingeschränkt funktioniert. Eine Apple-Pressesprecherin betonte am vergangenen Wochenende gegenüber der Macworld, dass “alle Alarme ab dem 3. Januar wieder richtig funktionieren”. […]

Die Probleme der iOS-Weckfunktion mit dem Wechsel zwischen Standard- und Sommerzeit sowie nun beim Jahreswechsel deuten auf eine fehlende Qualitätskontrolle in dieser Hinsicht. Gleichzeitig ist es immer noch nicht möglich, sich mit Musik wecken zu lassen, obwohl das Abspielen von Musik zu den Grundfunktionen von iPhone und iPod Touch zählt.

Bild: Dan Trantrum/Flickr, CC BY-NC-ND-Lizenz.

Solche iOS-Anwendungen, beispielsweise «Week Calendar», können das App-Icon nur mit einem Badge in Zahlenform verändern, das Icon selbst ist statisch … als Entwickler würde ich mich ärgern, denn auf dem Mac können bislang alle Anwendungen und nicht nur solche von Apple das Icon anpassen.