Compyblog

Und dann war da noch das Gerichtsverfahren, wo sich Eltern den Zugang zum Facebook-Profil ihrer verstorbenen Tochter einklagen wollten, um unter Anderem die Frage zu klären, ob deren Tod vielleicht ein Suizid war. Da hatte zuletzt ein Kammergericht aus Berlin geurteilt, dass die Eltern keinen Zugang bekämen, weil Fernmeldegeheimnis der Kommunikationspartner. Am Donnerstag hat sich der Bundesgerichtshof zu der Sache geäußert: Doch, Facebook muss den Eltern Zugriff auf die Daten geben, denn immerhin wären Briefe ja auch vererbbar, ohne dass man da bei den Absendern nochmal nachfragen müsste.

Was mich an dem Gerichtsverfahren schon früh irritiert hat: Wieso hat Facebook einen Hinweis von sonstwem genutzt, um das Profil der Tochter zu sperren, eine offizielle Todesbenachrichtigung der Eltern lag da ja nicht vor. Und wenn Facebook das Profil nicht schon gesperrt gehabt hätte, als die Eltern dort reinsehen wollten, hätte es das ganze Verfahren nicht mehr gebraucht.

Und dann ist wieder ein Jahrestag da: Am 11. Juli 2008 saß ich den Vormittag über zuhause damit mich der Postbote mit dem iPhone antreffen würde, was der wegen der vertragsrelevanten Unterschriften wahrscheinlich auch niemand anders hätte geben dürfen.

Wenn ich so darüber nachdenke, was sich mit iPhone geändert hat, ist einer meiner ersten Gedanken, dass ich seitdem immer (bis auf bei Störungen) einen Zugriff auf das Internet habe. Das kann man für so Kleinigkeiten verwenden wie die Frage, ob es demnächst regnet, oder zum Nachlesen, was denn eine bestimmte Krankheit so ist (nicht, dass das beim Auge geholfen hätte, der Graue Star kam dann doch noch). Oder man kann auch das tun, was ich seit einigen Jahren bei Twitter mache: Hinweise für das zukünftige Archiv fallen lassen. So habe ich den Anfang des ausfallenden Auges tatsächlich wiedergefunden, die letzten paar OPs begleitet, Und auch so unerbauliche Dinge wie Ausfälle meines Internetzugangs zuhause mit genauen Uhrzeiten dokumentiert.

Was das iPhone auch gebracht hat, war das System des AppStore. Frühere Mobiltelefone waren entweder nur zum Telefonieren und vielleicht noch Kurzmitteilungen schreiben geeignet, aber der "Widescreen iPod with Touch controle, Revolutionary mobile phone and Internet communication device" (wie Steve Jobs das erste iPhone angekündigt hat) hatte mit dem AppStore dann eine Möglichkeit für Erweiterungen seit der Veröffentlichung der zweiten Gerätegeneration dabei. Inzwischen sind Mobiltelefone ohne Drittanwendungen praktisch nicht mehr verkaufbar. Und dank langsam steigender Datenvolumen in den Mobilverträgen und frei nutzbaren WLAN-Hotspots (meine aktuellen Lieblingshotspots sind die von Wilhelm.Tel bei denen ich irgendwas im mehrere hundert MBit/s-Bereich messe) wird das mobile Netz auch langsam für ernsthaftere Datenübertragung nutzbar.

Und auch die iPhones haben sich in den letzten 10 Jahren weiterentwickelt. Erstmal wurden die CPUs schneller (das 3GS war schon deutlich schneller als das 3G, was mir nur nie jemand gesagt hat, bis ich das 4 hatte), die Bildschirme wurden hochauflösender ("We're calling it retina display" war ja die Aussage an dem Tag, als ich gerade wegen Netzhautablösung im OP gewesen war), und durch Fingerabdrucksensoren und Gesichtserkennung kann man jetzt auch problemlos Passcodes vergeben, die man nicht jedes Mal eingeben will. Und dann kamen mit iPad (quasi der große Bruder vom iPhone) und der Watch (quasi der kleine Bruder vom iPhone, der aber durch seine Position am Arm des Nutzers viel leichter auf sich aufmerksam machen kann und auch gleich noch Bewegungs- und Pulsdaten messen kann) noch zusätzliche Geräte in meinen Gerätezoo, der zwischenzeitlich auf je drei aktive iPhones, ein iPad und zwei Uhren angewachsen ist.

Ich habe keine Ahnung, was die nächsten Jahre an Weiterentwicklungen bringen werden, aber im Rückblick ließ sich damals für mich nicht erahnen, wie die Entwicklung weitergehen konnte. Insofern erspare ich mir Vorhersagen, die dann wahrscheinlich ohnehin nicht zutreffen.

Am Freitag gab es aus Apple noch Neuigkeiten zu deren Kartendienst. Der war bei seinem Start vor einigen Jahren noch ziemlich schwach, hat aber in der Zwischenzeit durch Erweiterungen und vermutlich Einkauf der Daten eine gewisse Reife erreicht.

Apple hat nun aber verkündet, die Datenbasis nochmal sauber neu aufzusetzen, und durch eigene Messungen mit entsprechenden Autos (vermutlich nur in USA, und da auch vermutlich nur in einigem Umkreis um Apples Zentrale), und mit Extrakten aus Nuterdaten (allerdings völlig anonym, bei Routen werden am Anfang und am Ende zum Beispiel die Daten abgeschnitten, so dass weder Start noch Ziel in den auswertbaren Daten landen).

Ich frage mich bei solchen Meldungen aus USA, ob den Leuten, die die vermelden eigentlich klar ist, wie viele Gebiete es weltweit noch gibt, die nicht USA sind, und wo die entsprechenden Dienste auch genutzt werden. Dass Apple überhaupt außerhalb USA mit ihren Kartendaten-Autos fahren wird, habe ich nirgendwo behauptet gesehen, würde es ohnehin erst glauben, wenn ich so ein Messauto irgendwo sehe. Von Google ist mir immerhin schon mal ein Auto mit Kameras irgendwo in Hamburg begegnet. Oder einfach ausgedrückt: Ich sehe nicht, dass Apple aufhören kann, Kartendaten zu kaufen.

Am Montag gab es einen Sturm im Wasserglas, als Details einer Sicherheitsschwankung im Dunstkreis verschlüsselter Mails in die Öffentlichkeit gesickert sind, worauf deren Entdecker dann mehr Details veröffentlicht haben. Ohne die vollständige Veröffentlichung war allerdings nicht klar, wie schlimm die ganze Sache ist. Während einige Berichterstatter Panik verbreitet haben, rieten andere Berichterstatter dazu, die ohnehin sinnarme Funktion von HTML zur Anzeige der Mailinhalte abzuschalten.

Eine Meldung, die nicht wirklich überraschend kam: die c't berichtet, ihr wären Details einer Reihe weiterer Spectre-Sicherheitslücken in CPUs von hauptsächlich Intel zugegangen. Einen erwarteten Microcode-Patch hat Intel kurzerhand verschoben, weswegen die Details zu den Problemen weiter nicht öffentlich sind. Das legt aber die Vermutung nahe, dass anders als die bisherigen Spectre-Lücken (Bounds-check bypass und Branch target injection) die CPUs anderer Hersteller weniger betroffen sein könnten. Ob die von Intel bereits groß verkündete neue Hardwaregeneration im Laufe des Jahres nicht nur auf die bisherigen Fehler bei spekulativer Befehlsausführung verzichtet, sondern nauch gleich gegen die neuen Lücken immun ist, wird man abwarten müssen. Spekulativ würde ich die Fragen aber mit Nein beantworten.

Meldung aus der WTF-Ecke: In Schweden hat es kürzlich eine Reihe Festplatten in einem Rechenzentrum zerlegt, als da die Feuerlöschanlage mit ordentlich Druck Löschgas verteilt hat. Die betroffenen Platten gehörten wohl zu Banken und einer Börse, und waren nach der Feuerlöschung wohl nicht an Feuer, sondern wegen des Schalldrucks der Löschanlage kaputt. Da gewinnt der Begriff der Löschanlage doch gleich eine ganz andere Bedeutung.

Mal davon abgesehen, dass beim Feuer- auch die Datenlöschung integriert ist: Wenn im Feuerfall ohnehin wesentliche Teile der Hardware flöten geht, bringt die Feuerlöschung nur sehr begrenzte Vorteile. Den Rest der Rechner (Boards, Speicher, Prozessoren) wird man vermutlich durch ausreichend Geld wieder hinbekommen, aber die Daten auf den Platten sind dann weg, bis auf das letzte backup. Was dann hoffentlich nicht auch der Feuerlöschung oder einem Feuer zum Opfer fällt.

Durch die Apple-Gerüchterstatter rauscht seit dem Wochenende eine Aufregung, weil bei Bloomberg das Gerücht veröffentlicht wurde, dass Apple planen würde, bis 2020 die Macs von Intel auf ARM-Chips umzustellen. An Details ist die Veröffentlichung eher dünn, benennt zwar einen Projektnamen, trifft aber keine Aussage dazu, wie die Umstellung funktionieren könnte. 

Was ich so mitbekommen habe, ist das Gerücht von ARM-Macs schon länger unterwegs. Seit das iPhone eine Variante vom Mac-Betriebssystem auf ARM gezeigt hat war klar, dass die hardwarenahe Schicht des Systems  lauffähig ist. Und seit Apple nach Ãœbernahme der Chipdesign-Firma PA Semi (die übrigens angeblich zur Umstellung von Intel gerade die nächste PowerPC-Generation startklar gehabt hätten) und dem Aufbau der eigenen A-Chip-Reihe ist klar, wie performant Apple ARM-Systeme durch Optimierung von Betriebssystem und Chip aufeinander bekommen kann. Inwieweit das mit echter Rechenlast eines ausgewachsenen Rechners konkurrieren kann, hat aber noch niemand öffentlich gezeigt. Synthetische Benchmarks zeigen gerade nicht, ob eine PC-artige Nutzung sinnvoll machbar wäre. Wenn ähnlich wie beim letzten Chipwechsel (PPC nach Intel) eine Emulation für bestehende Software (Rosetta hieß das damals) mitgeliefert würde, würde die ebenfalls nochmal Performance fressen, wofür die Leistungsfähigkeit der A11-Chips aus den aktuellen iPhones auch noch nicht ausreichen dürfte.

All das war auch vor dem neuesten Gerücht bereits bekannt, insofern ist dadurch nur das Geraune wieder lauter geworden. Und ich trage mich dann wieder vermehrt mit der Idee, mir vor einer möglichen Umstellung nochmal einen aktuellen Rechner zu kaufen, auf dem dann ja alles an bestehender Software noch läuft (bis im Herbst das nächste Mac-System 32-Bit-Anwendungen abwirft, was mich bei Audacity aktuell am meisten schmerzen würde). Wenn der dann auch mindestens sechs Jahre hält, sollte das zumindest für die gröbsten Schmerzen erstmal ausreichen.

Erinnert ihr euch noch an Specter und Meltdown? Die Angriffsvektoren auf Computer mit spekulativer Befehlsausführung, die bei ihrer Veröffentlichung für reichlich Wirbel gesorgt haben, weil so ziemlich alle CPUs betroffen sind, die nicht extra als stromsparende Systeme verkauft wurden. Da gibt es ein neues Fail, und zwar von Microsoft. Die haben in ihrem Fix für Windows 7 und Server 2008R2 einen neuen Fehler eingebaut durch den jedes Programm den kompletten Speicher auslesen kann. Und zwar mit deutlich mehr Geschwindigkeit als bei Specter und Meltdown. Klarer Fall von Autsch.

Dann war da noch eine Firma Trustico, die SSL-Zertifikate im Angebot hat oder hatte. Da gab es ein paar Unschärfen im Bereich der Sicherheit.

Soweit ich das verstanden habe, geht die Geschichte damit los, dass die Firma irgendwas mit Symantec zu tun hatte, die ja dank intensiver wiederholter völliger Ahnungslosigkeit nicht mehr universell als Certification Authority angesehen werden. Von da wollte Trustico wohl kurzfristig weg, bekam auf einen Versuch, großräumig Zertifikate ungültig gemacht zu bekommen nur als Antwort, dass das nur ginge, wenn die privaten Schlüssel bekannt wären. Trustico so: Hold my beer. Da schickt dann jemand eine Mail mit privaten Schlüsseln von einigen zehntausend über sie erzeugte Schlüsselpaare. Damit war dann klar, dass die Schlüsselpaare eigentlich noch nie sicher waren.

So etwas hilft übrigens nicht, wenn man von Kunden will, dass sie vertrauen, dass eine Firma mit Zertifikatsschlüsseln richtig umgeht.

Dagegen fällt es dann kaum noch auf, dass der Trustico-Webserver sich übrigens dazu überreden ließ, beliebige Befehle als Root auszuführen.

Vielleicht sollten die Leute bei Trustico es mal mit eienr Beschäftigung versuchen, von der sie mehr Ahnung haben. IT und Sicherheit liegen denen offenbar nicht so.

Im Land der Obstfirma ist es mal wieder Zeit für ein Update wegen eines peinlichen Bugs: Und zwar ist da letzte Woche öffentlich breit darüber berichtet worden, dass eine bestimmte Zeichenfolge in einer indischen Sprache (Telugu) auf so ziemlich allen Geräten mit dem jeweils aktuellsten Betriebssystem Anwendungen oder sogar das ganze System zum Absturz brachte. Hintergründe, warum diese Zeichenfolge offenbar den Unicode-Interpreter im System verwirrt hat, habe ich nicht gelesen, aber nachdem das Update für alle Systeme ungefähr gleich groß ist (knapp 30MB, mit Ausnahme der neuesten iPhones, wo es gleich 40 MB gibt), legt das die Vermutung nahe, dass da eine bestimmte Systemkomponente ausgetauscht wird.

Wäre ich Apple würde ich die Reihe an unerfreulichen Fehlern mal dazu nutzen, um darüber nachzudenken, wie man so etwas zukünftig verhindern kann (warum muss beim iPhone zum Beispiel jede Notification durch den selben Prozess, der alle Apps startet, und der beim Absturz eben auch alle Apps mit in den Abgrund zieht? Bei den mehreren Fehlern der falsch lernenden Autokorrektur: Kann man irgendwie ohne Systemupdate falsch 'gelernte' Korrekturen entfernen? Gibt's da vielleicht ne Chance für die Nutzer, so etwas anzustoßen?) Und insgesamt ist bei eienr installierten Basis von bummelig ner Milliarde iPhones es vielleicht eine gute Idee, auch die Systemarchitektur mittelfristig nochmal zu überdenken.

Dass mit jedem größeren Update gleich ein ganzer Stapel von sicherheitsfixes geliefert wird, ist eienrseits ein Zeichen, dass die Bugs nicht lange nach ihrer Entdeckung bestehen bleiben, andererseits zeigt das auch, dass es immer noch jedes Mal eine größere Anzahl wirklich fieser Bugs gibt. Da wäre es auch mal eine Idee, die jährlich praktisch neu geschriebenen Systeme zu überdenken, wenn damit jährlich wieder neue Sicherheitslöcher und Bugs entstehen. Dass Bugs ernsthaft behoben würden, kann ich von außen jedenfalls nicht beobachten. Ich hatte da vor jahren einen Bug in der Musik-App, wo Smart-Playlists ihre Abspielreihenfolge zufällig machten. Der Fix bestand dann in der nächsten Jahresversion darin, dass smarte Playlisten nicht mehr auf dem Gerät dynamisch waren, dafür die Sortierung beibehielten. Genauso nervt mich seit iOS 11, dass irgendwas in meinem iPhone-Backup dafür sorgt, dass alle aktuellen iPhones bei jedem Reboot einen 'Update Completed' Dialog bekommen, der noch irgendwas tun würde, wobei ich nicht erkennen kann, dass der überhaupt irgend etwas täte. Aber in so ein iPhone kann man ja kaum reinsehen.

Am Dienstag hat Apple angekündigt, wann die Firma ihren 2017 im Juni bereits angekündigten Lautsprecher mit Internetfunktionen in den Handel bringen würde: Und zwar am 9. Februar. Bestellen können ihn Leute in USA, Australien und Großbritannien ihn ab Freitag. Nachdem das Gerät ein iOS-Gerät mit mindestens iOS 11.2.5 benötigt, war auch klar, dass es nicht mehr lange dauern würde, bis das Update erscheinen sollte, und so war es auch. Die diversen Twitter-Accounts meldeten Diensteg gegen 19 Uhr MEZ, dass das Update (Build: 15D60) verfügbar wäre. Ich hatte da nur das Problem, dass keins meiner iOS-Geräte (iPhones, iPad)das Update angeboten bekam. Dafür hat die Watch-App das zeitgleich freigegebene watchOS 4.2.2 gefunden und schon auf die Uhr gespült. Irgendwann nach 19:30 beliebte dann auch ein iPhone endlich mal das Update zu finden, was mit Rund 170 MB nicht gerade gigantisch war.

Mittwoch hat Apple dann verkündet, was mit dem nächsten Update mit höherer Nummer in der zweiten Stelle (11.3) kommen sollte. Neben den bereits in einem Interview von Tim Cook angekündigten Funktionen rund um die Akkusteuerung (Hinweis auf verlangsamte CPU wegen ungesundem Akku, Möglichkeit, die Verlangsamung bewusst abzuschalten) kommen da weitere Animoji (benötigen ein iPhone X) gibt es irgendwas für AR, Verbesserungen bei Nachrichten, Erweiterungen bei Health. Anders als seinerzeit iOS 9.3, mit dem mehr als eine Watch mit dem iPhone verbunden werden konnte, springt mich da nichts spontan an, was ich dringend haben wollen würde. Aber das Update dürfte auch irgendwo im März erst verfügbar werden, da wäre es nicht gut, händeringend darauf zu warten.

Nach Bekanntwerden der Sicherheitslöcher in allen neumodischen CPUs (Spectre) und besonders in Intel-CPUs (Meltdown) hat Intel ein Mikrocode-Update rausgegeben, was man in die CPU reinladen kann. Da gab es allerdings ziemlich schnell Berichte, dass gerade bei nicht ganz neuen CPUs nach dem Update Rechner gehäuft neustarten würden. In der vergangenen Woche hat Intel dazu schon gemeldet, dass sie eine Idee hätten, was die Reboots verursachen würde, und ein neues Update angekündigt. Inzwischen geht Intel sogar so weit, von der Installation des ersten Updates abzuraten. Da ist wohl wirklich irgendwas reichlich blöd gelaufen.

Immerhin sind die ersten Hinweise auf die Sicherheitsrelevanten Fehler bereits letztes Jahr im Juli aufgeschlagen, da würde man doch meinen, dass ein darauf basierender Fix hinreichend hätte getestet sein sollen. Mal ganz von der Absurdität abgesehen, dass es inzwischen Software-Updates für eigentlich mal als reine Hardware gedachte Rechnerkomponenten wie CPUs gibt. Mit dem Wissen aus einem Lehrbuch, was ich mir vor Jahren mal durchgelesen habe, und was Intel-CPUs vom 8080 bis zum Pentium Pro betrachtet hat, vermute ich, dass bei der Umsetzung von Assembler-Befehlen zum CPU-internen Mikrocode eine Änderung möglich sein könnte. Und da ist offenbar irgendwo ein Fehler mit dem Update reingekommen. Aber neue CPUs enthalten ja auch schon ein ganzes Minix-basiertes Betriebssystem, was in der Welt meines Lehrbuches schlicht nicht vorstellbar war.

Hoffen wir, dass Intel seinen Kram mal hinbekommt, und Anwender nicht unter überraschend neu startenden Rechnern leiden müssen, nachdem ja heute fast jedes elektrische Gerät auch einen Computer beinhalten kann.

Den Schadsoftware-Spezialisten von Kaspersky ist wohl etwas in die Finger geraten, von dem sie meinen, dass das eine Staatswanze wäre.

Das Stück Software läuft auf Android-Telefonen und enthält vor allem Funktionen, die man bei Spionagesoftware erwarten würde. So lässt sich die Umgebung abhören, der Aufenthaltsort des Mobilgerötes und vermutlich seines Besitzers verfolgen und aus Messenger-Apps Gespräche raustragen. Dazu kommen dann noch ein paar Sicherheitslöcher, die dazu führen, dass die Wanze mit Root-Rechten auf dem Android läuft.

Nachdem sich sonst keine Hinweise auf übliche Malware-Funktionen (Alle Daten verschlüsseln, nach Lösegeld verlangen) finden, liegt die Vermutung schon mal nahe, dass das keine übliche Malware ist, sondern irgendwas wanziges. Und dann deuten auch noch ein paar Hinweise auf Italien als Ort, wo zumindest die Hersteller sitzen, aber vermutlich auch die Ziele der Wanze. Soltle es sich nicht um eine staatliche Wanze handeln (Dementi vom italienischen Staat wäre schon fällig gewesen), könnte man immer noch in Richtung Mafia vermuten. Nachdem der Staat/die Polizei sich nicht laut dazu geäußert hat, interpretiere ich mal: Der italienische Staat schnüffelt mit der Wanzware.

Neues von der Aufmerksamkeits-Mafia, auch bekannt als Werbebranche: Die haben jetzt mal Zahlen veröffentlicht, wie schlimm sie Apples Tracking-Reduktion so finden, die mit den Herbst-Updates für Mac und iOS und nur für den Safari-Browser zur Verfügung steht. Und zwar würde das der Mafia "ein fünftel" des Umsatzes vorenthalten. Wer an der Stelle Mitleid entwickeln wollte, darf sich daran erinnern, dass es vor Jahren schon die Idee gab, dass Browser-Nutzer per Do-Not-Track-Header den Servern mitteilen könnten, dass sie es vorzögen, nicht von der Aufmerksamkeits-Mafia verfolgt zu werden. Das hat die Mafia unter lauten Gelächter abgelehnt. Und jetzt, wo in einem eher unwichtigen Browser so eine aktive Tracking-Begrenzung enthalten ist, heult die Mafia laut rum.

Da fällt es mir wirklich schwer, Mitleid zu entwickeln. Nachdem freundlich Bitten nicht geholfen hat, und gerade harte Unterdrückung der Mafia nun doch wehtun soll, könnte ja vielleicht langsam die Erkenntnis bei den Verantworlichen reifen, dass eine weitere Verschärfung der Werbe-Gebrülls nicht hilft, und man sich auf weniger aufmerksamkeitsheischende, Hinterherschnüffelnde Wege der Produktanpreisung konzentriert. Andererseits wurde Werbemüll noch nie weniger aufdringlich.

In der letzten Woche sind etwas früher als vermutlich geplant zwei Sicherheitslöcher in CPUs öffentlich gemacht worden. Die erste namens Meltdown betrifft wohl nur Intel-CPUs, während die zweite namens Specter neben Intel- auch in ARM- und vielleicht AMD-CPUs anzutreffen ist.

Details über die Löcher sind noch eher weniger verfügbar, aber was ich bisher mitgenommen habe, liegen beide Fehler darin begründet, dass schon seit bummelig zwanzig Jahren CPUs nicht mehr auf Speicherzugriffe warten um Befehle schon mal spekulativ auszuführen. Wenn dann die Speicherinhalte gefühlte Ewigkeiten später in der CPU eintreffen, hat die hinter dem jeweiligen Befehl schon mal weitergemacht. Haken daran: Es gibt ja auch bedingte Verzweigungen in Programmen. Dagegen haben die CPU-Architekten dann Branch Prediction gebastelt, die vorhersagen soll, welcher Zweig des Programmflusses ausgeführt werden soll.

Und da setzen nun die Bugs an: Wenn ein Programmzweig abhängig von bestimmten Speicherinhalten (die kommen später erst in der CPU an) ausgeführt werden könnte, führt die also schon mal auf Verdacht Befehle aus. Wenn sich dann nach der Speicherlieferung herausstellt, dass die Befehle doch nicht ausgeführt werden sollten, hat die CPU umsonst gearbeitet, tut aber so, als wäre nichts geschehen. Bei den nutzbaren CPU-Registern merkt man das nicht, aber bei Caches rund um die CPU. Und mit bestimmten Tricks kann so Speicherinhalt indirekt ausgelesen werden, sofern man die CPU dazu bringen kann, Code auszuführen.

Aufgefallen sind die Bugs, weil im Lnux-Kernel größere Umbauten eingearbeitet wurden, die bestimmte Adresstabellen dupliziert haben, um die Kernel-Adressen nicht in den Lookup-Tabellen zu haben, während andere Programme laufen. Das ist als Kernel Page Table Isolation schon in der theoretischen Betrachtung gewesen, wurde nun aber kurzfristig wichtiger. Dabei kam dann raus, dass es den Meltdown-Bug in Intel-CPUs seit 1995 gibt, der irgendwie den gesamten Speicher des physischen Rechners angreifbar macht, was besonders bei virtuellen Rechnern unangenehm ist. Und in dem Zusammenhang hat Googles Project Zero auch gleich noch Specter veröffentlicht, der irgendwie anders ist, und laut den davon betroffenen Hardware-Herstellern weniger schlimm wäre.

In dem Dunstkreis wurde auch bekannt, dass die Bugs schon im letzten Juni oder Juli gefunden wurden. Anders als bei Software-Löchern gab es hier keine harte 100-Tage-Frist, bis zu der irgendwas behoben sein musste, aber Software-Hersteller bekamen Hinweise. So ist zu erklären, dass im Linux-Kernel gerade umgebaut wurde, in Windows ein Patch kurzfristig erschienen wäre, und beim Mac mit dem Update auf 10.13.2 wohl bereits die Kernel-Adresstabellen gedoppelt wurden.

Längerfristig wird wohl eine neue Hardware-Generation nötig werden, aber so eine CPU entwickelt sich nicht mal eben in Monaten, da gehen eher Jahre für drauf. Bis dahin gibt es Workarounds, und die Hoffnung, dass bei betroffener Hardware maximal die Kernel-Adressen ermittelt werden können. Denn wenn der gesamte RAM beliebig ausgelesen werden könnte, wären sämtliche Sicherheitsmaßnahmen hinfällig.