Apple veröffentlichte eine Art Privatsphäre-Dokumentation. Darin beschreibt das Unternehmen die wichtige Rolle des App Store beim Datenschutz unter dem Titel „Buildung a Trusted Ecosystem for Millions of Apps“ (PDF). Alle Apps würden überprüft, auch auf Datenschutz-Verstöße hin oder das Vorhandensein von Schadsoftware.

Dass das allerdings nicht immer funktioniert, zeigen Beispiele aus der Vergangenheit. Genau dieses Argument gegen Apples Ablehnung von Sideloading führen Anhänger ins Feld. Dabei vergessen sie allerdings, dass die Zahl an Schadsoftware unter Android genau deswegen sehr viel größer ist. Es kommt zu Bedrohungen beispielsweise wie zuletzt durch den Banking-Trojaner FluBot. Apple selbst verweist in seinem Leitfaden auf Studien, die 15 Mal mehr Infektionen mit Schadsoftware auf Android-Geräten erkennen.

Apple zitiert Sicherheitsbehörden

Apple führt in dem Leitfaden auch Zitate von Institutionen wie der EU-Agentur für Cybersicherheit (ENISA) oder dem US-Heimatschutz (Homeland Security) an. Diese weisen Nutzer „explizit“ darauf hin, Software ausschließlich aus den offiziellen App-Stores herunterzuladen. Apple sieht dies offenbar als indirekte Bestätigung, dass es erst gar keine Alternative benötige.

Sideloading umgeht Kindersicherung

Einen weiteren Aspekt, den Apple anspricht, ist die Kindersicherung. Apps, die mittels Sideloading installiert würden, umgehen die Kindersicherung. Dies hat mehrere Implikationen. Einerseits wird die Privatsphäre der Kinder ausgespäht, andererseits könnten so teure Buchungen auf dem Konto der Eltern entstehen.

Wer Sideloading will, soll zu Android wechseln

Am selben Tag veröffentlichte außerdem Fast Company ein Interview mit Erik Neuenschwander. N. ist Chef des Bereichs Nutzer-Privatsphäre bei Apple. Er machte sehr deutlich, dass Nutzer, die Sideloading möchten, in jedem Fall zu Android wechseln müssen. „Sideloading“, so Neuenschwander, sei ein Ausschlusskriterium für Nutzer, weil es das unter iOS nicht gibt. Diejenigen, die sich für iOS entschieden, wüssten, dass sie entsprechend gar nicht erst hereingelegt werden könnten.

„Users who want that direct access to applications without any kind of review have sideloading today on other platforms. The iOS platform is the one where users understand that they can’t be tricked or duped into some dark alley or side road where they’re going to end up with a sideloaded app, even if they didn’t intend to.“
Erik Neuenschwander

Gerichtsverfahren zwischen Apple und Epic Games

Apples Softwarechef Craig Federighi betonte im Rahmen des Gerichtsverfahren mit Epic Games, dass der Mac viel zu viel Schadsoftware beherberge. Auf dem Mac ist Sideloading möglich, obwohl Apple sukzessive mehr Sicherheitsvorkehrungen getroffen hat. Gäbe es so viele Mac-Anwender wie iOS-Nutzer, würde das ein verheerendes Bild zeichnen.

Auch Neuenschwander verglich die Situation am iPhone und Mac. Nutzerinnen und Nutzer mit Desktop-Apple-Computern würden in der Regel nur die Software installieren, die sie auch einsetzen. iPhone-Besitzer hingegen würden deutlich mehr Software ausprobieren, und zwar immer wieder neu. So wäre ein mögliches Risiko, sich mittels Sideloading Schadsoftware einzufangen sehr groß.

Ob Apple nicht Sideloading doch wird akzeptieren müssen, oder zumindest andere App Stores von Drittanbietern, das entscheiden womöglich am Ende die Gerichte. In zwei US-Bundesstaaten gab es bereits Versuche dies über Gesetze zu regeln. Doch letztlich scheiterten die Vorhaben in Arizona und North Dakota.

Der Beitrag Sideloading von Apps? Nicht mit Apple, nicht mit iOS erschien zuerst auf Macnotes.de.

Verfahren nach § 19a Abs. 1 GWB

Der Präsident des Kartellamtes, Andreas Mundt, leitet zunächst ein Feststellungsverfahren gegeben Apple ein. Darüber informierte die Behörde heute in einer Pressemitteilung.

Das Verfahren beruft sich auf neue Digitalvorschriften nach § 19a Abs. 1 GWB. Das neue Digitalisierungsgesetz erlaubt andere Sachverhalte zu prüfen als bisher. Paragraf 19a lautet dabei „Missbräuchliches Verhalten von Unternehmen mit überragender marktübergreifender Bedeutung für den Wettbewerb“. Konkret wird nun eruiert, ob Apple eine „marktbeherrschende Stellung auf einem oder mehreren Märkten“ innehat. Gleichzeitig beurteilt man die „Finanzkraft“ Apples, legt ein Augenmerk auf die „vertikale Integration“ (vgl. Wikipedia), sowie den „Zugang zu wettbewerbsrelevanten Daten“ und schätzt die Bedeutung Apples „Tätigkeit für den Zugang Dritter zu Beschaffungs- und Absatzmärkten“ ein.

App Store im Fadenkreuz

Dem Bundeskartellamt geht es in erster Linie um Apples App Store. Man wird die Frage klären, ob Apple ein Ökosystem geschaffen hat, das auf mehreren Geräten auch Einfluss auf die Geschäftstätigkeit Dritter nimmt. Öffentliche Beschwerden gibt es genug. Man denke nur an die kolportierten Wettbewerbsnachteile von Spotify, oder Facebook, aber auch Axel Springer und andere, die zuletzt wegen der Einführung von Datenschutzmaßnahmen die Fälle beim Nachverfolgen von Nutzerverhalten davonschwimmen sahen. Die Medienunternehmen nennen das Verhalten wettbewerbsgefährdend.

Erst in einem zweiten Schritt will man sich dann auch Apples System für In-App-Käufe und deren Provisionen anschauen, sowie das angesprochene Tracking.

Das Bundeskartellamt wird sich im Laufe des Verfahrens womöglich auch mit der EU-Wettbewerbsbehörde und denjenigen anderer Länder kurzschließen, heißt es in der Pressemeldung weiter.

Facebook, Amazon und Google ebenfalls am Pranger

Apple ist nicht das erste Unternehmen, gegen das das Kartellamt ein Feststellungsverfahren einleitet. Zuvor leitete man selbige Ende Januar 2021 auch gegen Facebook, Mitte Mai gegen Amazon und Ende Mai 2021 gegen Google ein. Nun folgt Mitte Juni also eine Untersuchung gegen Apple.

Der Beitrag Bundeskartellamt mit Untersuchung gegen Apple erschien zuerst auf Macnotes.de.

Epic Games forderte acht Stunden Zeit für eine Anhörung von Tim Cook. Apple wollte seinen Chef jedoch nicht länger als vier Stunden dafür abstellen. Nun entschied Thomas S. Hixson, dass Cook sich tatsächlich sieben Stunden Zeit nehmen muss.

Apple darf Geschäftsunterlagen von Epic Games nicht einsehen

Der iPhone-Hersteller wollte bei Gericht außerdem erreichen, dass es Dokumente aus Geschäftsbeziehungen zwischen Epic Games und Samsung einsehen darf. Richter Hixson lehnte die Forderung jedoch ab. Der Apple-Konkurrent und Epic Games inszenierten im Dezember 2020 sogar Influencer, um gegen Apple Stimmung zu machen.

Apple möchte belegen, dass Epic Games mit Samsung in ähnlichen Geschäftsbeziehungen steht, wie mit anderen Anbietern von App Stores auch und die gegen das Unternehmen vorgebrachten Vorwürfe deshalb ungerechtfertigt sind, da es sich um gängige Praxis handelt.

Grundsätzlich gilt natürlich: Nur weil es alle tun, ist es noch lange nicht richtig.

Cupertino mit Verzögerungstaktik?

Ebenfalls wirft Richter Hixson Apple und seinen Anwälten eine Verzögerungstaktik vor. Epic Games hatte Einsicht auf Dokumente verlangt, die den Ablauf der Bezahlvorgänge dokumentiert. Diese hat Apple bis heute nicht beigebracht mit dem Verweis, dass es bei einem Unternehmen dieser Größe nicht so einfach sei und Epic Games zudem keine Priorität angegeben habe.

Richter Hixson warf Apples Anwälten vor, dass man so keine Lösung für ein Problem bereitstelle. Das sei „frustrierend“ und „unzufriedenstellend“.

Apple versus Epic Games

Im Mai 2021 soll die Verhandlung zwischen Apple und Epic Games starten. Dazu gekommen war es, nachdem Apple (und Google) die App Fortnite aus dem App Store entfernten. Epic Games hatte dies mit einem Update des Battle-Royale-Shooters selbst herbeigeführt, da es offenkundig wusste, mit der Aktualisierung gegen die Richtlinien der App Stores zu verstoßen. Vor diesem Hintergrund ist eigentlich unstrittig, dass Epic Games mit Absicht Vertragsbruch beging.

Der Spieleentwickler hatte Kunden eine Möglichkeit geboten, Spielinhalte zu kaufen, ohne dabei die von Apple und Google gebotenen Schnittstellen zu nutzen. Auf diese Weise fielen für die Konzerne keine Beteiligungen ab.

Seitdem eskaliert der Streit. Vor allem Apple scheint sich Epic Games ausgeguckt zu haben. Das Unternehmen leitete nämlich auch Klagen in Australien und in Großbritannien.

Der Beitrag Apple vs. Epic Games: Tim Cook muss in Zeugenstand erschien zuerst auf Macnotes.de.

Doch auch ich habe in unterschiedlichen Abschnitten meines Lebens mal mehr, mal weniger sinnvolle Dokumentationen erlebt. Und genau darüber möchte ich ein wenig Auskunft geben im neuen Nähkästchen. Denn viele meiner Stationen betreffen Online-Medien oder IT-Unternehmen im weitesten Sinne.

Arbeitsabläufe dokumentieren: Das beste Übel

Als ich vor Jahren meinen Zivildienst antrat, gab es bereits einen Schnellhefter, den ein Bekannter von mir (damals noch unbekannter Kollege) anfertigte. Er fand es wichtig, die Arbeitsabläufe für die Zivis zu dokumentieren. Dass er später Informatik studieren würde, passt ins Bild. Danke Dominik. Denn er hat vielen Zivis in der Einrichtung, in der ich auch arbeitete, mit seiner „Dokumentation“ das Leben leichter gemacht. Wir mussten nicht alle wie Falschgeld rumlaufen und Gänge zweimal unternehmen, weil wir gewisse Abläufe nicht kannten.

Generell ist es zwar nervig, Arbeitsabläufe aufzuschreiben. Doch es ist eine Art von Dokumentation, die sehr sinnvoll ist. Das mussten schon diverse Gastronomen erleben, die Frank Rosin gegenübertraten. Nicht zuletzt deshalb, weil man am Dokument auch Muster erkennen kann und sich Dinge vergegenwärtigt, die vorher einfach als gegeben akzeptiert wurden.

Die Rechnung bitte

Eigentlich kommt die Rechnung ja eher zum Schluss. Doch ich stelle sie eher an den Anfang dieses Nähkästchens. Es gibt für Freiberufler viele Apps und Services, aber im Prinzip kann man sich die Rechnungsdokumente auch einfach selbst anfertigen, mit einer x-beliebigen Textverarbeitung. Natürlich müssen Rechnungen gewissen Vorgaben genügen, für das Finanzamt versteht sich.

Doch als Freiberufler kommt man im Bereich Onlinemedien auch in den Genuss von Gutschriften. Vielleicht kennen manche von Euch Plattformen für Affiliate-Marketing. Bei vielen dieser Anbieter ist es so, dass Ihr keine Rechnung schreiben müsst, sondern vielmehr eine Gutschrift erhaltet. Das ist so etwas wie eine umgekehrte Rechnung. Die Kontrolle über den Inhalt hat der andere.

Sowohl bei Rechnungen als auch bei Gutschriften setzen manche Leute auf Automatisierungen, so wie bei Serienbriefen. Spätestens als dann mein Steuerberater einmal auf mich zukam, wusste ich diese Anekdote zu erzählen. Denn ein Unternehmen, für das ich mal arbeitete, erstellte die Gutschriften automatisiert. Doch das Layout des Dokuments war lediglich für „eine“, bzw. die erste DINA4-Seite ausgelegt. Enthält diese zu viele Posten, die auf Seite 2 rutschen, fehlt beim Export die Hälfte. Oft fehlte aber die Auszeichnung der 19% MwSt. Statt aber die eigene Vorlage anzupassen fügte man Monat für Monat von Hand in das PDF-Dokument eine Zeile für die Mehrwertsteuer hinzu. Tatsächlich änderte man das Prozedere irgendwann, aber nur so, dass zum Schluss in solchen Fällen zwei separate Gutschriften ausgefertigt wurden, oder im Extremfall auch noch mehr. Alles nur, um sicherzugehen, dass auf Seite 1 auch alles in Ordnung sei.

Also ich hätte ja einfach die Vorlage angepasst. Doch mir hört niemand zu. ;)

Lieferschein FTW: Dokumentation der Arbeit

Lieferscheine stecken in vielen Lieferungen die tausendfach jeden Tag in unseren Haushalten ankommen. Aber Lieferscheine sind auch eine Form von Dokumentation, die nicht nur Lieferanten oder Handwerker kennen, sondern auch Arbeitnehmer oder Selbständige im Bereich IT oder Onlinemedien.

Es gibt aber Unternehmen, die die Dokumentation auf die Spitze treiben und es gar nicht merken. Auch so einen Fall habe ich mal erlebt.

Es fing alles mit Google Docs an. Wir sollten darin unsere Textbeiträge in Form eines Lieferscheins notieren. Gleichzeitig wurden wir aber angehalten in einem Onlinechat, den alle von uns nutzten, die Themen anzuzeigen, samt Titel und kurzer Beschreibung. Zu guter Letzt gibt es aber dann auch noch die Übersicht im CMS. Denn dort sind die Daten ja „eigentlich“ auch vorhanden… Dumm nur, wenn die Verantwortlichen zu wenig technisches Know-how haben, um das überhaupt zu durchdringen.

WordPress-Plug-in dokumentiert getane Arbeit

An dieser Stelle muss ich einmal Macnotes in den Jahren von Fliks loben. Denn auch in dieser Zeit „arbeitete“ ich für die Seite. Und der Betreiber Randolf Jorberg hatte nicht nur genug technisches Verständnis, sondern auch unternehmerisches Gespür. Er wusste, dass man mit effizienten Methoden Geld sparen kann. Also baldoverte er mit seinen ITlern etwas aus. So programmierte damals Dominik Gesthuysen ein Plug-in für WordPress, das auch 10 Jahre später trotz vieler Updates „immer noch“ seinen Dienst tut. Phänomenal! Es zeigt an, welcher Autor, wie viele Beiträge über einen frei wählbaren Zeitraum geschrieben hat. Es zeigt auch an, wie viele Wörter diese enthalten und setzt alles prozentual ins Verhältnis zu den Arbeiten anderer Autoren. Auf diese Weise wurden früher dann die Abrechnungen für Macnotes erzeugt. Buchhaltung 2.0 quasi.

Blöd nur, dass es eben auch anders geht. In dem Beispiel, das ich davor ansprach, mussten wir Autoren also alle Daten quasi dreimal anfertigen. Nur dass wir sie einmal mit unserer Einlieferung der Beiträge im CMS sowieso dokumentierten. Weil ich selbst auch ein wenig von Webentwicklung verstehe und aber auch das Positivbeispiel von Macnotes mit dem WordPress-Plug-in kannte, sprach ich das Thema an. Es ist keine Raketenwissenschaft, so etwas auch für ein System wir Drupal zu entwerfen. Wenn, ja wenn da nicht die IT wäre. Denn die ist bei Leibe nicht so behände, wie damals die Leute bei Fliks.

Aber es kam ja noch schlimmer. Denn wir wechselten von Googles Docs zu Numbers für die Lieferscheine und wir nutzten für eine Weile statt dem Chat ein proprietäres Web-App, das ein Mix aus Kalender und Auftragssystem ist. Dummerweise stellte man fest, dass das „Tool“ zu viel Geld kostet und zurück ging es für die Autoren in den Chat. Wo sie vermutlich noch heute werkeln. Die ganzen Stunden der Einarbeitung auf beiden Seiten, mal wieder für die Katz.

Es ist natürlich nicht immer trivial, aber es lohnt sich Probleme zu betrachten, und Strategien und Lösungen zu entwickeln. Und sei es nur, die Motivation der Beteiligten zu steigern. Von so einem Beispiel berichtete im Kontext der Bonpflicht-Diskussion übrigens zuletzt Sascha Pallenberg.

[mn-twitter id=“1212713484481286144″]

Der Beitrag Nähkästchen #20: Kosten und Nutzen der Dokumentation – Stichwort #Bonpflicht erschien zuerst auf Macnotes.de.

Der Algorithmus hinter „Smart Compose“ lernt mit jeder Phrase, die ein Nutzer schreibt, welche Floskeln dieser besonders häufig verwendet. Im Umkehrschluss schlägt es dem Nutzer dann beim Verfassen von Texten Teile eines Satzes in der Autovervollständigung vor. Auf den ersten Blick beschleunigt das die Textproduktion, vor allem bei solchen Textsorten, in denen immer gleiche Phrasen aufzutauchen haben.

Funktion sukzessive ausgeweitet

Zurück geht „Smart Compose“ auf eine Funktion namens „Smart Reply“, die ursprünglich nur dazu gedacht war, schnell eine Antwort auf eine E-Mail zu geben, wenn man gerade keine Zeit hat umfassend zu antworten.

Nun wird die Funktion auf Google Docs ausgeweitet und soll Euch helfen, Dokumente schneller zu schreiben- Natürlich hat es einen Haken, da der Service momentan nur in englischer Sprache vorliegt. Das Feature funktioniert sowohl am Desktop-Computer als auch auf Smartphones oder Tablets. Am Rechner könnt Ihr ähnlich wie in einem Programmiereditor den vorgeschlagenen Satz über die TAB-Taste ergänzen. Am Mobile Device tippt Ihr einfach auf die Vorschläge.

Ach ja, noch einen Haken gibt es momentan. Ihr müsst Kunden der G Suite sein und mit einem Administrator-Account angemeldet. Aber dann könnt Ihr das Feature ausprobieren, heißt es auf The Verge.

Der Beitrag Bald alle Texte aus dem Computer? Google Docs fügt Smart Compose hinzu erschien zuerst auf Macnotes.de.

APIs von Internet-Angeboten gibt es wie Sand am Meer. Fast jede Plattform, die was auf sich hält, bietet eine an. Man kann die Inhalte, die über die API zur Verfügung gestellt werden, über sehr viele verschiedene Wege, oder besser, sehr viele verschiedene Programmier- und Scriptsprachen abrufen. Eine davon, mit der viele Webworker häufig zuerst in Kontakt kommen, ist JavaScript.

Gerade aber bei der Kommunikation mit APIs mit Javascript lauert meines Erachtens nach eine Art „Fallstrick“, der allen Maßnahmen zur Optimierung des Internets auf Downloadgröße und Geschwindigkeit zuwider läuft.

REST before SDK

REST oder „Representational State Transfer“ ist eine Programmieridee, die nicht zu Javascript gehört, sondern dem HTTP-Protokoll zugrunde liegt und mit der alle Programmiersprachen konfrontiert werden, mit denen im Internet hantiert werden kann. Sie bedeutet, dass man in einem Moment eine Abfrage startet und im selben Atemzug „eine“ Webseite als Ergebnis erhält. Denn so funktioniert auch das HTTP-Protokol. Bei jedem Klick auf einen Link wird eine Kommunikation mit dem Server gestartet, der genau eine Webseite als Ergebnis zurückliefert. Wer keinen direkten Zugriff auf eine Datenbank im Internet hat, der ist bei der Kommunikation mit APIs auf HTTP und REST angewiesen.

Das Ergebnis so einer Kommunikation ist in der Regel ein JSON-Objekt oder eine XML-Seite. Darin sind dann alle Informationen gebündelt enthalten, die man wiederum weiterverarbeiten „muss“. Denn so, wie sie einem präsentiert werden, sind sie für die eigene Webseite nicht 1:1 zu gebrauchen.

Keine Angst vor Komplexität

In Javascript selbst gibt es Standardfunktionen für die Kommunikation nach dem REST-Schema. Diese wirken nur auf den ersten Blick „vermeintlich“ komplex. Aber gerade weil das so ist, bieten viele Anbieter für ihre API oft ein separates Javascript-SDK an. Das ist nur wieder eine JavaScript-Datei, die man im Kopf einer HTML-Datei lädt, bevor man damit arbeiten kann, so wie jQuery oder andere. Was dabei jedoch außer Acht gelassen wird, ist die Effizienz und Benutzerfreundlichkeit von Webseiten.

Im Fall des Streaming-Anbieters Deezer beispielsweise gibt es ein Javascript SDK, das ist fast 200 KByte groß. Angenommen jemand möchte gerne die Profilseiten seiner Nutzer mit der Möglichkeit bereichern, dass diese dort ihre eigenen musikalischen Deezer-Favoriten zeigen können. Würde man es auf die „vermeintlich“ einfachere Weise mittels SDK tun, dann verlangt man von den Besuchern der Webseite jedes Mal eine zusätzliche JS-Datei mit knapp 200 KB herunterzuladen.

Hausmittel verwenden!!!!!11111eins

Doch das muss nicht sein. Jeder moderne Browser versteht JavaScript, ohne dass man ihm großartig etwas beibringen müsste. Wenn man weiß, in welcher Form eine API seine Ergebnisse liefert (JSON oder XML), dann kann man mit Hausmitteln mit dieser API kommunizieren. Alles was man dazu wissen muss, ist, wie ein HTTP-Request ausschaut und unter welcher Adresse, mit welchen Parametern man an die Informationen der API kommen kann.

1 var xhr = new XMLHttpRequest();
2 xhr.open("GET", "URL mit der kommuniziert wird", false);
3 xhr.setRequestHeader('Content-Type', 'text/xml');
4 xhr.send();
5 xmlDocument = xhr.responseXML;
6 document.write(''+ xmlDocument.childNodes['0'].textContent +'')

Obiges Code-Beispiel zeigt ein paar Zeilen Javascript, die eine Verbindung mit einem Server aufbauen, in der freudigen Erwartung auf eine XML-Seite als Ergebnis. Dieses wird in der Variable, bzw. dem Objekt xhr gespeichert werden. Die Verbindung wird explizit über den Befehl .open() realisiert. Dieser Funktion lassen sich Parameter übergeben, von denen der erste die Art der Kommunikation beschreibt. Im Beispiel oben war es GET, doch es gibt auch POST, PUT und DELETE. In xmlDocument (Zeile 5) wird dann die Antwort gespeichert. In Zeile 6 schließlich wird das Ergebnis der ersten Ebene des XML-Objekts ausgegeben, und dort dasjenige namens textContent. Für ein JSON-Objekt funktioniert es „vergleichbar“.

Welche URL man nutzen muss, ist in der Dokumentation des API-Anbieters angegeben. Wie die einzelnen Felder der XML-Seiten oder JSON-Objekte heißen, steht ebenfalls in den Dokumentationen, könnte man zur Not aber immer am „lebenden“ Objekt erfahren, indem man es als Ergebnis ausgibt und alle Felder notiert.

Ach ja, da war doch was: Authentifizierung

Was ich an dieser Stelle bislang geschlabbert habe, ist die Tatsache, dass man, um mit einer API zu kommunizieren, sich bei der Verbindungsaufnahme „ausweisen“ respektive authentifizieren muss. Das geschieht in der Regel durch einen speziellen API-Key, den man vom Anbieter erhält und auf eine Methode, die dieser akzeptiert.

Nun wird in diesem Kontext oft OAuth als Ausweissystem genutzt. Wie man das mit Javascript gefügig macht, dazu gibt es im Web genügend Beispiele. Doch das ist nicht in jedem Fall notwendig. Twitter beispielsweise erlaubt sowohl bei der REST API als auch bei der SEARCH API eine Per-App-Authorisierung, die man über einen HTTP-Request mit Javascript-Bordmitteln realisieren kann, im direktesten Fall, indem man die Parameter für .send() manipuliert. Das ist bei anderen APIs nicht anders – und drum lautet mein Appell: Setzt euch ein bisschen mit dem Giftschrank von Javascript auseinander und schaut, was ihr ohne die Hilfe externer 200-KByte-Bibliotheken auf die Beine stellen könnt.

Der Beitrag REST before SDK: APIs per Javascript adressieren erschien zuerst auf Macnotes.de.

Die aktualisierte Version 6.2 der iCloud-Anwendung für Windows beseitigt verschiedene Sicherheitslücken, die es Angreifern ermöglichten aus der Ferne bösartigen Code einzuschleusen und auszuführen. Auch das Ausspähen von Windowsrechnern, auf denen der iCloud-Dienst installiert ist, war möglich. Das Bundesamt für Sicherheit in der Informationstechnik ( BSI) hatte daher eigens eine Warnmeldung der Risikostufe 4 herausgegeben.

Apple hat nun auf das Problem reagiert und eine aktualisierte Version veröffentlicht.

Die meisten Windowsversionen betroffen

Windows 10, Windows 8.x und Windows 7 sind von dem Problem betroffen, wenn auf ihnen iCloud in einer Version vor 6.2 ausgeführt wird. Die Lücken steckten großteils in der verwendeten Engine des Browsers WebKit. Entdeckt wurden die Sicherheitslücken von Mitarbeitern des Google-Projekts Zero, das nach Sicherheitslücken in populären Anwendungen, Plattformen und Diensten sucht und sie veröffentlicht, wenn die betroffenen Unternehmen nach einer angemessenen Frist nichts unternehmen. Lücken in der iCloud-Umgebung oder iTunes für windows und Mac wurden immer wieder entdeckt und zumeist zügig behoben.

Der Beitrag Nach BSI-Warnung: Apple stopft Sicherheitslücken in iCloud für Windows erschien zuerst auf Macnotes.de.

Wie man ankündigte kommt das Echtzeit-Feature auf allen Plattformen: In den Mac-Apps, den iOS-Apps und sogar im Browser über iCloud. Den Anfang macht iWork für iOS, denn Pages, Numbers und Keynote wurde jeweils auf Version 3.0 aktualisiert. Im Changelog ist die Echtzeit-Bearbeitung verzeichnet. Ähnlich zu dem, was wir schon längst von Google Docs kennen, werden auch die Cursor-Positionen übernommen und eine Liste der aktuellen Schreiberlinge angezeigt.

Changelog

• Zusammenarbeit in Echtzeit (Funktion in Beta)
• Gleichzeitiges Bearbeiten eines Dokuments in Pages auf dem Mac, iPad, iPhone und  iCloud.com
• Bereitstellen von Dokumenten für die Öffentlichkeit oder gezielt für bestimmte Personen
• Sehen, wer am gleichen Dokument arbeitet
• Beobachten der Zeiger der Teilnehmer, während diese arbeiten

• Ein neuer Formatierungsbereich nutzt das Display des 12,9″ iPad Pro in vollem Umfang
• Verbesserter Download – Pages lädt Dokumente jetzt nur dann aus iCloud, wenn tatsächlich damit gearbeitet werden soll
• Öffnen und Bearbeiten von Pages ’05-Dokumenten
• Unterstützung von Wide-Color-Gamut für Bilder
• Optimierte Tastaturnavigation und zusätzliche Tastaturkurzbefehle

Weitere Anpassungen mit der neuen Version sind ein neuer Formatierungsbereich, der das Display des 12,9-Zoll-iPad Pro besser nutzen soll. Außerdem werden Dateien von den Apps nur aus der iCloud geladen, wenn damit auch arbeiten will. Zuletzt gibt es noch Support von Wide-Color-Gamut für Bilder und eine bessere Navigation mit der Tastatur.

[inline-itunes id=“361309726″]

[inline-itunes id=“361285480″]

[inline-itunes id=“361304891″]

Der Beitrag iWork für iOS bekommt Echtzeit-Kollaboration mit neuem Update erschien zuerst auf Macnotes.de.

Flash abschaffen

Momentan ist es nur eine Idee, die bei den Entwicklern diskutiert wird. Demnach soll Chrome Abstand von der Verwendung von Flash nehmen. Wenn eine Webseite ein Flash-Element darstellen will, würde der Browser dann leugnen, Flash zu unterstützen und damit die Seite auf die HTML-5-Lösung zwingen, falls es eine gibt. Erst, wenn die Webseite den Nutzer auf die Adobe-Website schickt, bekommt der Anwender die Möglichkeit, Flash zu nutzen.

Damit der Anwender nicht zu sehr mit spezifischen Freigaben genervt wird, sollen zunächst die 10 Traffic-stärksten Webseiten in eine Whitelist aufgenommen werden. Jene ist aber nur ein Jahr lang gültig.

Mobil ist Flash schon tot

Auf mobilen Geräten spielt Flash schon lange keine Rolle mehr. Steve Jobs hatte, nachdem Adobe Apple kritisiert hat, im April 2010 einen offenen Brief veröffentlicht, in dem Jobs anmerkte, dass Flash auf mobilen Geräten nichts zu suchen hat. Flash sei für PCs mit Mäusen gemacht und nicht unbedingt besonders effizient. Auf mobilen Geräten ist Effizienz jedoch wichtig und Mäuse gibt es auch nicht und deshalb sei die Zukunft HTML 5, eine Technologie, mit der Flash zu großen Teilen überflüssig wird, so Jobs‘ Argumentation seinerzeit.

Mittlerweile hat sich auch Adobe in sein Schicksal gefügt und bietet Flash für Android schon gar nicht mehr an – und die Tage auf dem PC dürften wohl auch so gut wie gezählt sein.

Der Beitrag Google Chrome: Tage von Flash sind gezählt erschien zuerst auf Macnotes.de.

Schon im September kündigte man seitens Videolan an, einen Betatest der VLC-App für tvOS durchführen zu wollen, ohne jedoch zu sehr ins Detail zu gehen. Nun scheint man bereits deutlich weiter fortgeschritten und erlaubte Nutzern sich für den Betatest zu registrieren. Doch schon nach kurzer Zeit wurde die Zahl von testwilligen Personen überschritten. Das Meldeformular für einen Betatest via TestFlight meldet, dass das Interesse überwältigend war.

Darüber hinaus gibt es keine weiteren Informationen darüber, welche Besonderheiten der VLC-Player für tvOS bieten wird, geschweige denn, wann mit einer Veröffentlichung zu rechnen ist.

Der Beitrag VLC: Betatest für Apple TV beginnt erschien zuerst auf Macnotes.de.