LN-Waschpress

Blog

  • Sony Xperia XA2 Plus und Sailfish X als ständiger Begleiter

    Sony Xperia XA2 Plus Sailfish X

    Wie bereits vor einem halben Jahr berichtet, nutze ich Sailfish X als alternatives Betriebssystem auf meinem Sony Xperia XA2 Plus. Im folgenden Artikel geht es darum, wie sich das OS, welches sich noch im Beta-Stadium befindet, im Alltag schlägt und welche ersten Eindrücke ich dabei gewonnen habe.

    Kontinuierlich verbessert

    Gestartet mit Version 3.0.0, benannt nach einem finnischen Nationalpark namens Lemmenjoki, habe ich sämtliche Updates als Early Access Version installiert. Entwicklerupdates zu installieren war mir zu riskant. Grundsätzlich empfiehlt es sich Backups anzulegen.

    Im Januar kam dann Version 3.0.1 Sipoonkorpi und Ende des Monats konnte ich endlich mit der Version 3.0.14 die Beta Version von Sailfish X mit Android Unterstützung käuflich erwerben. Als Beta kostete die kommerzielle Version zu diesem Zeitpunkt 29.90€ und ermöglichte es im Gegensatz zur frei erhältlichen Version Android Apps zu installieren. Dazu gab es noch die Textergänzung und MS Exchange Unterstützung.

    Diese Version erforderte eine komplette Neuinstallation. Seit dem ging es wieder per Update weiter. Im März mit 3.0.2 Oulanka und im Mai mit 3.0.3 Hossa. Zum Zeitpunkt der Erstellung des Artikels war dies die neueste Version, dazwischen gab es noch einige Unterversionen, welche Fehler behoben und zum Teil auch neue Features beinhalteten.

    Android Unterstützung

    Der größte Schritt im Rahmen der Updates war natürlich die »Alien Dalvik« genannte Unterstützung für Android 8.1 Apps . Mit der Installation von 3.0.14 in der Kaufversion und der Aktivierung wurde auch ein Andorid Appstore installiert. Hierbei handelt es sich um eine angepasste Version des Aptoide Stores.

    Google Play Dienste

    Google Play Dienste zu installieren empfand ich als inkonsequent, funktioniert wohl auch eher schlecht. Als Alternative gibt es microG das manuell installiert werden kann, dazu wird es wohl eine Lösung wie tingle geben welches Signature Spoofing ermöglicht mit dem microG die Existenz anderer Apps vortäuschen kann (Play Store & Play Dienste). Alien Dalvik unterstützt das Stand heute noch nicht. Damit soll es dann auch möglich sein Apps zu nutzen, welche diese Dienste benötigen. Mit microG allein kam ich nicht weiter, im Gegenteil. Es gab aber auch Apps, die sich zur Installation einmal über die fehlenden Dienste beschwerten und seitdem klaglos laufen. Mein vorläufiges Fazit ist, dass auch microG zu nutzen inkonsequent wäre. Entweder man möchte ein Smartphone ohne Google bzw. Alphabet Dienste oder nicht.

    Strava & Netflix mögen nicht

    Eine App startete nicht und gab statt dessen einen Hinweis auf die fehlenden Play Dienste aus: Strava. Netflix meinte, dass dieses Gerät von der App nicht unterstützt werde. Die meisten Apps benötigen die Dienste nicht und funktionieren unter Sailfish wie unter Android, allerdings gibt es immer wieder Probleme mit dem Zugriff auf WLAN oder mobile Daten. Auch auf GPS und Bluetooth können manche Android Apps nicht zugreifen, was sie zum Teil sinnlos macht. Diese Probleme gab es wohl auch schon auf dem Sony Xperia X und wurden nach und nach abgestellt. Amazon Prime Video funktioniert beispielsweise derzeit nur mobil aber nicht im WLAN. Gelegentlich nehmen Android Apps keine Eingaben mehr an, was eigentlich den Eindruck des aktuellen Reifegrads von Alien Dalvik auf diesem Gerät dokumentiert. OS und native Apps machen eine wesentlich bessere Figur.

    • Aktivierung der Android Unterstützung
    • Installierte Apps

    Sicherheit

    In Bezug auf die Sicherheit sind viele Aspekte zu berücksichtigen. Neben dem Einfluss der Hard- und Softwarehersteller hat der Anwender selbst den größten Einfluss auf die Sicherheit eines Systems. Was den Datenschutz seitens Jolla, dem finnischen Hersteller des Sailfish Betriebssystems betrifft, verweist dieser in seiner Privacy Policy darauf, dass man sich gezielt mit dem Sammeln von Informationen zurückhält. Einen Jolla Account benötigt man, um das Betriebssystem herunterladen und um Geräte registrieren zu können. Als europäisches Unternehmen mit Sitz in Finnland unterliegt Jolla der EU Datenschutzgrundverordnung, was aber für alle in der EU tätigen Unternehmen gilt.

    Der Jolla-eigene Store, in deren Jargon »Harbour« genannt, speichert augenscheinlich keine Download- oder Verlaufsdaten. Soweit mir bekannt, ist der größte Teil von Sailfish mit dem Linux Kernel und den im Mer Projekt entstandenen Anteilen quelloffen. Da es dennoch proprietäre Anteile gibt, zeigt sich Jolla kaum offener als Alphabet (Google) jedoch eher als Apple.

    Mit dem oben genannten Signature Spoofing in Kombination mit microG wird die Sicherheitsarchitektur dieser Plattform teilweise ausgehebelt, indem das Vorhandensein von mit SHA Zertifikaten signierten Anwendungen vorgegaukelt wird. Dass die Signaturen aller Android Anwendungen in alternativen Stores geprüft werden, wäre mir allerdings auch neu. Bedenken bezüglich der Sicherheit dieser Lösung gibt es seit länger Zeit. Vermutlich ginge Jolla hier auch das Risiko eines juristischen Konflikts ein, was ja wohl auch das Linage Projekt dazu bewegt hat, die Integration von microG abzulehnen!

    Jolla- & Aptoide Stores

    Der Jolla-Store bietet im Vergleich eine sehr überschaubare Anzahl nativer Apps und hat auch kein Bezahlsystem, mit dem kommerzielle Anbieter Apps verkaufen könnten. Hier kommt der Anwender ins Spiel, schon in die Stores von Apple und Google finden immer wieder unseriöse Apps Einzug, im mitgelieferten Aptoide Store finden sich massenweise Fake Einträge (einfach mal nach der eigentlich kostenpflichtigen Threema App suchen). In diesem Store sollte zumindest auf das »Vertrauenswürdig« Abzeichen geachtet werden.

    Alternative Stores und Repos

    Android Apps installierte ich aus den APK Pure Store. Daneben benutze ich Storeman als Client für native Apps aus den OpenRepros. Um die Sicherheit zu erhöhen halte ich mich bei den Installationen zurück und habe auf der Android-Seite Sophos Mobile Security installiert (auch hier muss man wieder Kompromisse eingehen oder auf proprietäre Software verzichten). Threema habe ich direkt vom Hersteller bezogen. Die Installation von microG kann man sich über den F-Droide Store erleichtern.

    Sicher ist man wahrscheinlich nur unterwegs, wenn man das Gerät nicht im Entwicklermodus betreibt und sich auf den Jolla eigenen Store beschränkt. Ob dort allerdings Prüfungen über ein paar Scripts hinaus stattfinden, ist mir nicht bekannt. Durch die Transparenz des Codes in den OpenRepros gibt natürlich auch eine gewisse Sicherheit, da jederzeit ein Review stattfinden kann. Eine solche Prüfung ist aber nicht mandatorische Voraussetzung für eine Installation, daher nimmt das Risko zu, sobald man sich anderer Quellen bedient.

    Teils veraltete Stacks

    Die Sicherheit des Betriebssystems selbst wird von Entwicklern unterschiedlich bewertet. Tatsache ist allerdings, dass Anwendungsframework und GUI-Toolkit Qt bei weitem nicht auf aktuellem Stand ist. Derzeit ist die Anhebung auf LTS Version 5.9 geplant, welche einige grundlegende Neuerungen enthält aber auch bereits aus dem Jahr 2017 stammt, der Support läuft 2020 aus. Die Gecko Engine des Browsers ist auch noch auf einem Stand weit vor dem Quantum Update des Firefox. Hier bleibt abzuwarten, ob OS & Browser zum Ende der Beta Phase auf aktuellerem Stand gehalten werden.

    • Nicht vertrauenswürdige Software
    • Entwickler-Tools

    Kamera

    Die native Standard App bietet sehr wenig Optionen und nutzt seltsamerweise auch nicht die volle Auflösung. Das lässt sich recht gut mit der Android App Open Camera umgehen, welche viele Optionen bietet und grundsätzlich schönere Ergebnisse in der vollen Auflösung bietet. Es handelt sich ja bestenfalls um ein Gerät der oberen Mittelklasse, dafür sind die Aufnahmen in Ordnung.

    Einen Vergleich zu Android kann ich nicht ziehen, da ich das Gerät mit Android nicht genutzt habe. Aus dem Sperrbildschirm erreicht man nur die native App.

    • Open Camera
    • Jolla Camera
    • Jolla Camera
    • Beispielaufnahme mit Open Camera

    Beta Status

    In einer der Sailfish Comunities schrieb mir ein Teilnehmer zu Anfang des Beta-Programms, dass das OS auf der XA2 Serie eher Alpha als Beta sei. Das war nicht ganz unbegründet, wenn ich an das Problem mit dem Näherungssensor denke, das erst sehr spät behoben wurde oder daran, dass die vorinstallierte OSM Scout Navigation erst seit der OS Version 3.0.3 zuverlässig funktioniert.

    Während meines Aufenthalts in Italien, meldete das Gerät ständig, dass der Kontakt zur SIM Karte verloren gegangen sei, im deutschen Mobilfunknetz habe ich diesen Effekt nie erlebt. Hier begleitet mich das Gerät täglich, dabei vermisse ich Android nicht und beschränken muss ich mich dabei ebenfalls fast gar nicht. Die Arbeitsgeschwindigkeit empfinde ich, gemessen am Anspruch der Hardware, als gut bis sehr gut.

    Massentauglichkeit

    Derzeit gibt es ja Gerüchte im Netz Huawei prüfe den Einsatz von Aurora OS. Hierbei handelt es sich um die für den russischen Markt angepasste Version von Sailfish, die ohne »Alien Dalvik« ausgeliefert wird.

    An dieser Stelle wird die Problematik deutlich, denn die Beschränkung auf native Apps aus dem Jolla Store ist in dem Moment sinnvoll, in dem das Betriebssystem kein Nischenprodukt mehr sein wird, unbedarfte Anwender es nutzen und es in das Blickfeld potentieller Angreifer gerät. Damit nähme man dieser Plattform aber ein großes Stück Ihrer Attraktivität, da der Anwender auf die gewohnten Apps von Android oder iOS verzichten müsste. Wie Jolla diesen Spagat hinbekommt wird spannend, Aurora OS hat sich ja gegen die Android Unterstützung entschieden.

    Es geht weiter

    Die nächste Version mit vielen Neuerungen steht bereits in den Startlöchern. Ich bin gespannt wie es mit diesem eleganten und benutzerfreundlichen Betriebssystem für mobile Endgeräte weitergeht. Spätestens zum Erreichen des Endes der Beta-Phase berichte ich noch einmal.

  • Ubuntu 32-Bit: Fast eine Kehrtwende

    Copyright: Canonical

    Nachdem Canonical vor einer Woche verkündet hatte, mit Ubuntu 19.10 die 32-Bit Plattform aus den Archiven zu entfernen, um wenige Tage später einen untauglichen und zudem unehrlich verkauften Rückzieher anzukündigen, kommt nun eine teilweise Kehrtwende, die sicherstellen soll, dass Anwender von Wine und Steam sowie andere betroffene Projekte mit Ubuntu 19.10 und 20.04 LTS zumindest auf die benötigten Bibliotheken in 32-Bit zugreifen können.

    Unterstützt, wo nötig

    Das geht aus der letzten Verlautbarung im Ubuntu-Blog von Canonical hervor, in der das Unternehmen hinter Ubuntu erklärt, die Rückmeldungen aus den Communities von Wine, Steam und Ubuntu Studio hätten zum Umdenken und resultierend zu einer Kurskorrektur geführt. In einem Community-Prozess sollen nun die 32-Bit Bibliotheken herausgefiltert werden, die nötig sind, um »Legacy Software« weiterhin anwenden zu können. Zudem bedankt sich Canonical, dass die Community Ubuntu auf Kurs hält, wo dies nötig ist.

    Fehlende Sicherheit

    Zu seiner Entschuldigung führt Canonical an, man habe im letzten Jahr mit Valve in Bezug auf die Gaming-Plattform Steam über die Pläne zur Einstellung der 32-Bit Plattform gesprochen und der jetzige Aufschrei sei damals ausgeblieben. Somit habe letztendlich neben dem gestiegenen Aufwand zur Unterstützung von 32-Bit auch die nicht optimale Sicherheit einer wenig genutzten Plattform dazu geführt, diese einstellen zu wollen. So seien beispielsweise viele der Mitigationen gegen Spectre & Meltdown für 32-Bit gar nicht verfügbar.

    Unterstützung von 32-Bit bis 2025

    Die jetzige Lösung eines von der Community gesteuerten Auswahlprozesses erscheint zunächst als gangbarer Weg, die Anwender von Wine und Steam zufriedenzustellen. Ob das den betroffenen Communities ausreicht und ob Valve Ubuntu in Sachen Steam weiterhin als Referenz unterstützt, bleibt abzuwarten. Die Festlegung, auch Ubuntu 20.04 LTS mit diesen Bibliotheken zu versorgen bedeutet die teilweise Unterstützung der Plattform zumindest bis 2025.

  • Raspberry Pi 4 vorgestellt

    Copyright: Raspberry Pi

    Die Raspberry-Pi-Foundation stellt heute in London die vierte Generation des Platinenrechners Raspberry Pi vor, der in den letzten sieben Jahren in einem unvergleichlichen Siegeszug rund 20 Millionen mal verkauft wurde und in unzähligen Projekten vom Hobbybereich bis in kommerzielle Anwendungen zum Einsatz kommt.

    Auslieferung hat begonnen

    Bereits Mitte Mai hatte Raspberry Pi-Gründer Eben Upton in einem Interview erste vage Aussagen zur 4. Generation des Kleinst-PC getroffen. Heute folgte in London die offizielle Vorstellung. Mit der Auslieferung des in Größe und Preis unveränderten Rechners hat der Handel bereits begonnen. Auch in deutschen Online-Shops wird der RasPi 4 zügig aufschlagen

    Viel mehr Leistung

    Die vierte Generation des Raspberry Pi stellt für den meistverkauften britischen Computer einen Meilenstein in Geschwindigkeit und Leistung dar. Das Gerät kommt laut Aussage des Pressematerials mit etwa der dreifachen Prozessor- und der vierfachen Multimedia-Leistung gegenüber seinem Vorgänger, dem Raspberry Pi 3B+ und soll damit vom Bastel-PC zum »vollständigen Desktop-PC« avancieren.

    Mehr Speicher, mehr Anschlüsse

    Das drückt sich technisch insofern aus, dass der kleine Rechner nun über zwei HDMI-Ports verfügt, die zwei 4K-Displays mit 60 Bildern pro Sekunde betreiben können. Verfügte der Vorgänger Raspberry Pi 3 Model B+ über 4 USB 2.0 Ports, so sind beim Raspberry Pi 4 zwei davon zu USB 3.0 mutiert. Auch die Beschränkung auf 1 GByte Hauptspeicher gehört der Vergangenheit an. Der Raspberry Pi 4 wird gegen Aufpreis auch Varianten mit 2 oder 4 GByte LPDDR4-RAM anbieten.

    Broadcom BCM2711

    Beschleunigt wird der neue RasPi vom ebenfalls neuen Quad-Core-SoC Broadcom BCM2711 mit ARM Cortex-A72 Chip und 4 x 1,5 GHz sein. Im Vergleich dazu verwendet der aktuelle Raspberry Pi 3B+ den Broadcom BCM2837B0-SoC, der auf Cortex-A53 aufsetzt. Die Energieversorgung des RasPi wird indes auf USB-C umgestellt.

    Hindernisse entfernt

    Auch beim Netzwerk wurde ein gewaltiger Hemmschuh entfernt. Anstatt Gigabit Ethernet, das über USB 2.0 angebunden ist und deshalb derzeit den Durchsatz auf 300 Mb/s beschränkt, kommt mit dem Raspberry 4 natives Gigabit Ethernet zum Einsatz. WLAN wird beim Raspberry Pi 4 mit dem Standard 802.11ac bereitgestellt, Bluetooth 5.0 wird unterstützt.

    Neue Prozessgeometrie

    Um diese technischen Upgrades realisieren zu können, müssen sich die
    Entwickler von der bisher verwendeten Prozessgeometrie von 40 nm auf vermutlich 28 nm oder darunter umstellen, alleine schon um die zusätzlich benötigten Leiterbahnen auf der gleichen Fläche unterbringen zu können. Zudem würde die 40 nm Architektur nicht mehr als ein GByte RAM zulassen und dieses zudem auf LPDDR2 beschränken.

    Raspberry Pi 4 erschließt sich neue Einsatzfelder

    Mit dem Raspberry Pi 4 erreicht die Entwicklung des ursprünglich für den Bildungsbereich entwickelten Rechners einen neuen Höhepunkt. Durch Abwärtskompatibilität wird sichergestellt, das bestehende Projekte auch weiter genutzt werden können. Das Upgrade erweitert bestehende und erschließt neue Anwendungsbereiche.

    So bietet sich die vierte Iteration des kleinen Boards jetzt durch besseres I/O und gesteigerte Connectivität auch für die Software-Entwicklung oder als Desktop-Rechner für leichte Aufgaben an. Die bereits vielfach eingesetzte Nutzung als NAS wird durch die Leistungssteigerung erstmals auf eine zielführende Basis gestellt. Zudem wird vermutlich die Verwendung im kommerziellen Bereich weiter ansteigen, denn ereits jetzt wird rund die Hälfte der verkauften RasPis im industriellen Umfeld eingesetzt.

  • Ubuntu rudert im Kreis

    Ubuntu 18.04.1 LTS
    Bild: Ubuntu White | Quelle scarface94 | Lizenz: CC BY-2.0

    Aufgrund der massiven Kritik an der geplanten Entfernung der 32-Bit Plattform ab Ubuntu 19.10 im Oktober rudert Canonical nun im Kreis herum. Ubuntu-Entwickler Steve Langasek entschuldigt sich, wenn es Missverständnisse beim Thema 32-Bit gegeben habe. Die 32-Bit Plattform werde nicht fallen gelassen, sondern lediglich eingefroren.

    Umdeutung

    Dass es sich dabei schwerlich um ein Mißverständnis handelt, belegt schon die Überschrift der ursprünglichen Verlautbarung von Langasek an:

    i386 architecture will be dropped starting with eoan (Ubuntu 19.10)

    Was war passiert: Canonical hatte verkündet, die 32-Bit Plattform, beginnend mit Ubuntu 19.10 aus den Archiven zu entfernen. Anwender, die die Plattform brauchen, sollten darauf angewiesene Anwendungen in einem Container mit 18.04 laufen lassen oder eine virtuelle Maschine benutzen.

    Kein gangbarer Weg

    Das mag für einzelne Anwendungen funktionieren, die keine Umsetzung auf 64-Bit erfahren haben. Gamer werden sich damit kaum zufriedengeben. Und Nutzern von Wine zu empfehlen, in einer VirtualBox zunächst Ubuntu 18.04 und darin Wine zu installieren, um dann Windows-Anwendungen zu emulieren klingt auch nicht gerade so, als ob man sich damit Freunde machen könnte.

    Ubuntu 32-Bit eingefroren

    In der nun unterstützten Lesart sollen die 32-Bit Bibliotheken also nicht entfernt werden, sondern sie werden auf dem Stand von 18.04 LTS eingefroren, verharren also auf den alten Versionen. Darüber hinaus »habe man die Absicht, sicherzustellen, dass es eine klare Vorstellung davon gibt, wie betroffene Anwendungen inklusive Spielen auch nach 19.10 genutzt werden können«. Netter Satz, Herr Langasek.

    But there is every intention to ensure that there is a clear story for how i386 applications (including games) can be run on versions of Ubuntu later than 19.10.

    Im Klartext heißt das, dass einige Anwendungen, die ohne Updates nicht lange funktionieren werden, wie etwa Mesa, von Zeit zu Zeit aktualisiert werden sollen. Das wird aber für neue Hardware wie etwa aktuelle Grafikkarten nicht ausreichen, da diese bereits in 18.04 schlecht unterstützt werden.

    Zusammenarbeit im Vorfeld

    Es wäre sicherlich klug gewesen, vor einer solch weitreichenden Entscheidung und deren Verkündung enger mit den Entwicklern so wichtiger Anwendungen wie Wine und Steam zusammenzuarbeiten und nach tragbaren Lösungen zu suchen. Einem Gamer unter Ubuntu Container anzuempfehlen ist sicherlich keine solche Lösung.

    Falscher Lösungsansatz

    Offensichtlich hat das allgemeine Unverständnis bei Entwicklern von Wine und Steam sowie der betroffenen Anwender den Verantwortlichen bei Canonical klar gemacht, dass man hier eine Anwendergruppe abhängt, die im Netz eine lautstarke Lobby haben. Anstatt aber einzugestehen, dass man einen Fehler gemacht hat und voreilig gehandelt hat, kommt die Mär vom Missverständnis. Falsche Entscheidung.

    Diese Umdeutung der Tatsachen wird die Anwender der betroffenen Anwendungen nicht milder stimmen. Im Endeffekt erscheint mir die neue Auslegung schlimmer als die eindeutige Entfernung der Plattform. Ein Lösungsweg wäre die Adaption von Debians Multiarch-Ansatz. Das würde allerdings bedeuten, man muss die 32-Bit Bibliotheken weiter pflegen.

  • Ubuntu lässt die 32-Bit Plattform fallen und erntet Kritik

    32-Bit
    Bild: old painted Ubuntu logo on wood planks | Quelle: blumblaum | Lizenz: CC BY 2.0

    Bereits seit Ubuntu 17.10 »Artful Aardvark« liefert Canonical für seine Desktop-Distribution Ubuntu keine Images der 32-Bit Architektur mehr aus. Trotzdem konnten Anwender der 32-Bit Plattform ihre Installationen bisher aktuell halten, da das Ubuntu-Archiv weiterhin Pakete in 32-Bit zur Verfügung stellte.

    Kein 32-Bit mehr

    Damit soll mit Ubuntu 19.10 »Eoan Ermine« nun Schluss sein, wie aus einem Thread auf der Mailing-Liste sowie einem Artikel auf der Webseite hervorgeht. Ubuntu-Entwickler Steve Langasek begründet den Schritt auf der Mailingliste damit, dass die eingesetzten Ressourcen an Infrastruktur und Entwicklerzeit in keinem Verhältnis zur stetig schwindenden Relevanz der Architektur stünden.

    Was wird aus Wine und Steam?

    Dabei hat er wohl gleich zwei Anwendergruppen vergessen, die sich nun besorgt zu Wort melden. Sowohl der Windows-API-Nachbau Wine als auch die Online-Gaming-Plattform Steam sind auf 32-Bit Bibliotheken angewiesen. Der Client liefert zwar eine Laufzeitumgebung mit gebündelten 32-Bit Bibliotheken, was aber vermutlich nicht ausreicht, um die Mehrzahl der angebotenen Spiele zu unterstützen.

    Keine Unterstützung für Steam

    Aus diesem Grund hat der bekannte bei Steam-Hersteller Valve beschäftigte Entwickler Pierre-Loup Griffais, in der Szene auch als Plagman2 bekannt, auf Twitter verkündet, Ubuntu 19.10 und folgende Veröffentlichungen würden von Steam nicht mehr unterstützt und man werde seinen Kunden Ubuntu nicht mehr empfehlen. Valve werde eine andere Distribution suchen, die offiziell unterstützt wird.

    Steam in 64-Bit?

    Auf den Webseiten der Steam-Plattform gibt es noch keine Stellungnahme. Einige Kommentatoren auf Twitter fragen sich, warum Valve noch immer keine 64-Bit-Version von Steam anbietet. Erste Ansätze dazu gab es bereits letztes Jahr, seither ist jedoch keine weitere Aktivität in dieser Richtung zu verzeichnen.Canonical schreibt, man sei in Gesprächen mit Valve, wie die Steam-Anwender künftig am besten unterstützt werden könne.

    Eine der Ideen ist, Gamer könnten 32-Bit Spiele in einem Container mit Ubuntu 18.04 laufen lassen. Ob dieser Vorschlag allerdings großen Anklang findet, darf bezweifelt werden.

    Wine will Ubuntu fallen lassen

    Auch im Wine-Projekt stellen sich die Entwickler die Frage, wie sie mit dem Wegfall der 32-Bit Plattform bei Ubuntu umgehen sollen. Es wird unter anderem diskutiert, ob man Wine für die kommende Ubuntu-Version überhaupt noch paketieren soll. Zudem nutzt Ubuntu eine eigene Wine-Version, wobei bisher unklar ist, was damit passieren wird.

    Container lösen das Problem nicht

    Ubuntu sagt dazu in der FAQ, die dem Artikel angehängt ist, die Anwender sollten 64-Bit Wine versuchen, viele Anwendungen würden damit problemlos laufen. Die Wine-Entwickler bestreiten das, da die meisten 64-Bit Windows-Anwendungen aus technischen Gründen einen 32-Bit Installer hätten. Ansonsten auch hier Ubuntus Vorschlag einer virtuellen Maschine oder eines LXC-Containers.

    Ob sich Canonical von dsen Sorgen der Entwickler und dem Protest der Anwender beeindrucken lässt und seine Entscheidung revidiert, bleibt abzuwarten. Ganz durchdacht erscheint der komplette Ausstieg aus der 32-Bit Plattform jedenfalls nicht.

  • Linux- und FreeBSD-Kernel über TCP verwundbar

    Linux- und FreeBSD-Kernel verwundbar
    Foto: Unsplash

    Netflix-Entwickler haben vier Sicherheitslücken im TCP-Code der Kernel von Linux und FreeBSD entdeckt. Eine davon kann per Denial-of-Service Attacke zum Auslösen eines Kernel-Panic genutzt werden.

    TCP steht für Transmission Control Protocol und ist ein Netzwerkprotokoll, das bestimmt, wie Daten zwischen Netzwerkkomponenten ausgetauscht werden. Im Gegensatz zum verbindungslosen UDP (User Datagram Protocol) stellt TCP dazu eine Verbindung zwischen zwei Endpunkten einer Netzverbindung her, auf der in beide Richtungen Daten übertragen werden können.

    Angriff per Integerüberlauf

    Die vier Lücken bieten einen Angriffsvektor in der Art, wie die TCP-Implementation im Kernel das Selective Acknowledgement (SACK) gehandhabt wird. Dabei handelt es sich um eine Erweiterung des TCP-Protokolls zur Steigerung des Datendurchsatzes bei Paketverlusten. Dabei wird per SACK nur das neue Paket und nicht der gesamte Inhalt des jeweiligen TCP Receive Window neu angefordert.

    Die Lücke, die durch einen Integerüberlauf beim Verarbeiten des TCP-SACK einen Kernel-Panic und damit den Absturz von Servern herbeiführen kann ist als CVE-2019-11477 katalogisiert. Die anderen drei Verwundbarkeiten erreichen durch Denial-of-Service Attacken eine Ressourcenverknappung, der zum Verlangsamen des Systems, zum Systemstillstand oder -Absturz führen kann.

    Die beiden anderen Linux betreffenden Lücken sind unter CVE-2019-11478 und CVE-2019-11479 katalogisiert. Die Lücke im Kernel von FreeBSD trägt die CVE-Nummer 2019-5599. Die mit Priorität hoch kategorisierte Lücke CVE-2019-11477 ist in allen Linux-Kerneln seit 2.6.29 aus dem Jahr 2009 vertreten.

    Bereits geschlossen

    Unter Linux wurden die Lücken bereits für die stabilen Kernel-Versionen 4.4.182, 4.9.182, 4.14.127, 4.19.52, sowie 5.1.11 geschlossen. Anwender, die nicht auf einen dieser Kernel aktualisieren können, behelfen sich mit einem Workaround, indem sie mittels 

    sudo echo "0" > /proc/sys/net/ipv4/tcp_sack
sudo echo "0" > /proc/sys/net/ipv6/tcp_sack

    die Unterstützung für TCP-SACK deaktivieren. Der Hack ist nicht permanent und muss nach einem Neustart wiederholt werden.

  • Firefox 67.0.3 behebt bereits ausgenutzte Zero-Day-Lücke

    firefox 67.0.3
    Bild: Mozilla

    Mozilla reagiert mit der Veröffentlichung von Firefox 67.0.3 und Firefox ESR 60.7.1 auf eine bereits aktiv ausgenutzte Zero-Day-Sicherheitslücke. Die als kritisch bezeichnete Lücke, die unter CVE-2019-11707 katalogisiert ist, wurde von Sicherheitsforscher Samuel Groß, der für Coinbase Security arbeitet, im Rahmen von Googles Project Zero entdeckt.

    Type Confusion Vulnerability

    Es handelt sich dabei um eine sogenannte Type-Confusion-Verwundbarkeit. Mozilla hält sich sehr bedeckt in seiner Meldung zu dieser Sicherheitslücke. Es wird lediglich klar, dass die Lücke über einen Fehler in der JavaScript-Funktion Array.pop ausgenutzt werden kann und dass dies bei ungepatchten Installationen von Firefox 67 bereits aktiv geschieht.

    Bei der Manipulation von JavaScript-Objekten kann es dabei zu einer Verwechslung kommen, die zu einem ausnutzbaren Absturz führen kann. Da Entdecker Groß im Bereich Cryptocurrencies arbeitet, darf vermutet werden, dass die Lücke in diesem Bereich für Angriffe ausgenutzt wird.

    Selten Zero-Days in Browsern

    Zero-Days in Browsern sind relativ selten, wie ZDNet berichtet. Der letzte Firefox-Zero-Day-Patch stammt demnach vom Dezember 2016, als eine Sicherheitslücke ausgenutzt wurde, um die Anonymität von Benutzern des Tor-Browsers aufzuheben, der Firefox als Grundlage nutzt. Bei Google wurde im März dieses Jahres eine Zero-Day-Lücke geschlossen, die zusammen mit einer Zero-Day-Lücke gegen Windows 7 in komplexen Angriffsszenarien genutzt wurde.

    Anwender von Firefox 67 und Firefox ESR 60, die keine automatischen Updates erhalten, sind dringend angehalten, ihren Browser auf den neuesten Stand zu bringen. Mozilla gebührt ein Lob für die konsequente Art und Weise, die Nutzung von Firefox für uns alle sicher zu gestalten. desgleichen gilt auch für Google in Bezug auf den Browser Chrome.

  • OpenMandriva Lx 4.0 erschienen

    OpenMandriva Lx (OMLx) ist ursprünglich ein Abkömmling von Mandriva Linux. OpenMandriva wurde im Mai 2012 gestartet, nachdem die französische Firma Mandriva S.A. nur knapp einem Bankrott entgangen war.

    Der neue Mehrheitseigner Jean-Manuel Croset übergab daraufhin die Kontrolle über Mandriva Linux an eine unabhängige Organisation, die seitdem die weitere Entwicklung der Distribution leistet. Die erste stabile Version OpenMandriva Lx 2013 »Oxygen« wurde Ende 2013 veröffentlicht.

    Was lange währt…

    Auf die Veröffentlichung der aktuellen Version OpenMandriva Lx 4.0 »Nitrogen« mussten die Anwender lange warten. Bereits vor fast einem Jahr wurde seitens der Entwickler die baldige Verfügbarkeit signalisiert. Nun ist es aber soweit und das fertige Produkt steht zum Download bereit.

    Plasma Desktop 5.15.5

    OpenMandriva setzt auf KDE Plasma als Desktop und liefert mit Lx 4.0 Plasma 5.15.5, Frameworks 5.58 und Applications 19.04.2 aus, alles gebaut mit Qt 5.12.3. Als alternative Desktop-Umgebungen stehen LXQt 0.13.0 und Lumina 1.4.0 bereit. LibreOffice 6.2.4 verfügt über Plasma-Integration.

    Aktuelle Zutaten

    Das Grundgerüst von OMLx 4.0 besteht aus Kernel 5.1.9, Systemd 242, Xorg 1.20.4, und Mesa 19.1.0. Standard-Browser ist Falkon aus dem KDE-Projekt, der früher als Qupzilla unabhängig entwickelt wurde.

    Firefox ist zusätzlich in Version 66.0.5 dabei. Als Installer kommt Calamares 3.2.7 zum Zug, der am Ende der Installation alle nicht verwendeten Sprachen löscht und somit bei System-Upgrades viel Zeit spart.

    Die C/C++ Toolchain bringt clang 8.0, glibc 2.29 und binutils 2.32 mit, Python steht bei Version 3.7.3, der Java-Stack ist mit OpenJDK 12 vertreten. OMLx 4.0 ist komplett mit LLVM/clang kompiliert.

    Neue Komponenten

    Neuzugänge in OMLx 4.0 sind das OpenMandriva Control Center sowie das OpenMandriva Repository Management Tool. Zudem geht die Distribution aus technischen Gründen zurück auf RPM 4. Für das Paketmanagement bekommt DNF den Vorzug vor urpmi.

    Auch für AMD und ARM

    OpenMandriva Lx 4.0 wird nicht nur die X86-Plattform bedienen, sondern auch für ARM64 und ARM v7 verfügbar sein und damit auf vielen eingebetteten Geräten installierbar sein. Die Entwickler arbeiten zudem an einer Portierung auf die Open-Source-RISC-V-Plattform, die aber noch nicht fertig ist. Neu ist auch eine optimierte Version speziell für moderne AMD-Prozessoren wie Ryzen, ThreadRipper und EPYC, die ich im Download allerdings noch nicht entdecken konnte.

    Alle weiteren Änderungen können der Ankündigung und den Release Notes entnommen werden, ein Download ist derzeit nur auf SourceForge möglich. Ein Link auf Torrents führt fälschlicherweise auch dorthin. Die Spiegelserver sind noch nicht auf OpenMandriva Lx 4.0 aktualisiert, was sich vermutlich im Tagesverlauf ändern wird.

  • KDE Plasma 5.16 veröffentlicht

    KDE Plasma 5.16 veröffentlicht

    Screenshot: ft

    Die KDE-Entwickler haben mit KDE Plasma 5.16 eine neue Version des Plasma-Desktops freigegeben, an der sie die letzten Monate gearbeitet haben. Das Hauptaugenmerk lag dabei auf einer Überarbeitung des Benachrichtigungssystems, bei der weite Teile des Codes neu geschrieben wurden. Aber auch abseits davon gibt es interessante Neuerungen.

    Benachrichtigungssystem überarbeitet

    Dem Benachrichtigungssystem von KDE Plasma 5.16 wurde ein »Do not disturb«-Modus hinzugefügt, der einen ungestörten Arbeitsfluss unterstützt. Vergangene Nachrichten werden nun zur besseren Übersicht nach Anwendungen gruppiert, kritische Nachrichten können auch im Vollbildmodus und bei eingeschaltetem »Do not disturb«-Modus angezeigt werden.

    Die Benachrichtigungen während Dateiübertragungen wurden verfeinert, zudem wurde in den Systemeinstellungen die Konfiguration des Benachrichtigungssystems klarer strukturiert.

    Die System- und Widget-Einstellungen wurden verbessert, indem Code auf neuere Kirigami- und Qt-Technologien portiert und gleichzeitig die Benutzeroberfläche poliert wurde. In den Systemeinstellungen unter Starten und Beenden kann festgelegt werden, dass bei Verwendung von UEFI der nächste Startvorgang in dessen Setup bootet.

    Die Visual Design Group (VDG) und das Plasma-Team setzen ihre Bemühungen auch mit KDE Plasma 5.16 in Richtung zu mehr Benutzerfreundlichkeit und Produktivität fort. Das Theming von Plasma wurde stark überarbeitet. Wird künftig ein neues Design ausgewählt, wird es korrekt auch auf die Panels angewendet. Theme-Designer haben jetzt mehr Kontrolle über die Anpassung von Widgets.

    Plasma 5.16 schützt auch die Privatsphäre besser. Wenn eine App künftig Audio aufnimmt, erscheint ein Mikrofonsymbol im Systemabschnitt der Task-Leiste und informiert den Anwender darüber. Über das Symbol lässt sich auch sofort die Lautstärke regulieren oder das Mikrofon ausschalten.

    Der Task-Manager verfügt nun über besser organisierte Kontextmenüs und ermöglicht es in der Konfiguration, ein Fenster mit einem Mittelklick von einem anderen virtuellen Desktop auf den aktuellen Desktop zu verschieben.

    Wayland mit Nvidia

    Wayland unterstützt in Plasma 5.16 erstmals experimentell auch Nvidia-Karten. Zudem funktioniert nun Drag¬Drop zwischen Wayland- und XWayland-Fenstern.

    Zum ersten Mal wurde das Hintergrundbild einer Plasma-Version durch einen Wettbewerb entschieden, bei dem jeder teilnehmen und seine Arbeiten einreichen konnte. So erhielt Plasma 5.16 ein sommerlich frisches Wallpaper.

    KDE Plasma 5.16 testen

    KDE Neon bietet die neue Desktop-Version bereits zum Testen an. Bei Kubuntu kann sie über ein PPA eingespielt werden. Bei Debian wird es noch ein Weilchen dauern, hier hängt Plasma wegen des Freeze zu Debian 10 bei Version 5.14 fest.

  • Openbook wird zu Openspace

    Die Macher des in der Entwicklung befindlichen sozialen Netzwerks Openbook erhielten gestern Post von den Anwälten von Facebook. Jetzt dürft ihr raten, was die wollten.

    Richtig, es ging um deren Namensrechte an dem Begriff Facebook. Aber Moment mal – es gibt doch gar keine Namensähnlichkeit außer, dass beide den Namensteil book verwenden!? Genau, dass sind diese meist rechteckigen Dinger, die weltweit in Geschäften und Bibliotheken stehen und seit Tausenden von Jahren Informationen auf Papier festhalten.

    Namensrecht auf »book«

    Ein ziemlich generischer Begriff also, mag man denken. Aber irgendwie ist es Facebook gelungen, diesen Begriff im Zusammenhang mit sozialen Netzwerken namensrechtlich zu schützen. Unglaublich, aber wahr. Somit fand sich Openbook in der Situation, entweder mit Anwälten gegen Facebook vorzugehen oder seinen Namen zu ändern.

    Openbook wird zu Openspace

    Ersteres erledigte sich schon durch das Fehlen der nötigen finanziellen Mittel, vermutlich wäre es auch ein aussichtsloser Kampf gewesen. Natürlich war diese Situation nicht neu für die Macher, die einfach nur ein soziales Netzwerk wie ein »offenes Buch« aufziehen wollten.

    Falscher Zeitpunkt

    Bereits vor rund einem Jahr hatte Krypto-Guru Phil Zimmerman beim Gespräch mit Joel Hernández, dem Openbook-Gründer, die Situation vorhergesehen und den Namen Openspace ins Spiel gebracht. Zu dem Zeitpunkt hatte das soziale Netz in Gründung viel Presse und die Kampagne auf Kickstarter war in voller Vorbereitung. Somit war eine Namensänderung zu dem Zeitpunkt nicht durchführbar ohne viel Verwirrung zu stiften.

    Facebook hält die Konkurrenz klein

    Natürlich hat es eine gewisse Koketterie, provokant mit dem Namen Openbook an den Start zu gehen und es war nur eine Frage der Zeit, bis Facebook reagieren würde. Dass es zu so einem frühen Zeitpunkt passierte, spricht für sich. Nun heißt das Netzwerk eben Openspace, der Grundgedanke eines Ortes der Freiheit bleibt erhalten. Die Betaphase wird in Kürze mit dem neuen Namen eingeläutet. Das erklärte Joel Hernández heute in seinem Blog.

    Facepalm

    Netter Nebeneffekt: Unterstützer der Kickstarter-Kampagne, die ein Anrecht auf Perks erworben hatten, erhalten jetzt etwa Trinkflaschen mit Openbook-Aufschrift – und somit, wenn Facebook erst mal überholt ist, prädestinierte Sammlerobjekte. Scherz beiseite, Openbook wird zu Openspace. Was bleibt angesichts von Facebooks Aktion zu tun? Nichts außer Facepalm.