Kritik an der API Idle Detection in Chrome 94. Experimente mit Rust in Chrome.

Die standardmäßige Aktivierung der API für die Erkennung von Inaktivität in Chrome 94 hat eine Welle der Kritik ausgelöst, mit Verweisen auf Einwände von Entwicklern von Firefox und WebKit/Safari.

Die API zur Erkennung von Inaktivität ermöglicht es Websites, festzustellen, wann ein Benutzer inaktiv ist, d. h. keine Eingaben über Tastatur/Maus macht oder an einem anderen Monitor arbeitet. Die API kann auch erkennen, ob ein Bildschirmschoner im System aktiv ist. Die Information über Inaktivität erfolgt durch das Senden einer Benachrichtigung, nachdem ein festgelegter Inaktivitätszeitraum erreicht wurde, dessen Mindestwert auf 1 Minute festgelegt ist.

Es ist wichtig zu beachten, dass die Verwendung der API zur Erkennung von Inaktivität eine ausdrückliche Berechtigung des Benutzers erfordert. Wenn die Anwendung zum ersten Mal versucht, die Inaktivität festzustellen, wird dem Benutzer ein Fenster angezeigt, in dem er aufgefordert wird, die Berechtigung zu erteilen oder die Operation zu blockieren. Um die API zur Erkennung von Inaktivität vollständig zu deaktivieren, gibt es im Abschnitt „Datenschutz und Sicherheit“ eine spezielle Option („chrome://settings/content/idleDetection“).

Typische Anwendungsbereiche sind Chat-Apps, soziale Netzwerke und Kommunikationsdienste, die den Status eines Nutzers je nach dessen Computerpräsenz ändern oder die Anzeige von Benachrichtigungen für neue Nachrichten bis zur Rückkehr des Nutzers verzögern können. Die API kann auch in Kiosk-Anwendungen genutzt werden, um nach einer bestimmten Zeit der Inaktivität zum ursprünglichen Bildschirm zurückzukehren oder ressourcenintensive interaktive Funktionen wie das Neuzeichnen komplexer, ständig aktualisierter Diagramme zu deaktivieren, wenn der Nutzer nicht am Computer ist.

Die Argumentation der Gegner der API Idle Detection besagt, dass Informationen darüber, ob ein Nutzer am Computer ist oder nicht, als vertraulich angesehen werden können. Neben nützlichen Anwendungen könnte diese API auch für weniger edle Zwecke verwendet werden, etwa um Schwachstellen auszunutzen, während der Nutzer abwesend ist, oder um auffällige bösartige Aktivitäten wie Mining zu verschleiern. Mit dieser API können außerdem Informationen über das Nutzerverhalten und dessen täglicher Rhythmus gesammelt werden. So lässt sich beispielsweise feststellen, wann ein Nutzer normalerweise Mittagspause macht oder seinen Arbeitsplatz verlässt. Unter den Bedingungen einer obligatorischen Bestätigung zur Erteilung von Berechtigungen betrachtet Google diese Bedenken als unwesentlich.

Zusätzlich kann die Mitteilung der Chrome-Entwickler über die Förderung neuer Techniken zur sicheren Speicherverwaltung hervorgehoben werden. Laut Google sind 70 % der Sicherheitsprobleme in Chrome auf Fehler bei der Speicherverwaltung zurückzuführen, wie beispielsweise der Zugriff auf einen Puffer nach der Freigabe des dazugehörigen Speichers (Use-after-free). Es werden drei Hauptstrategien zur Bekämpfung solcher Fehler definiert: die Verstärkung der Überprüfungen während der Kompilierung, die Blockierung von Fehlern zur Laufzeit und die Verwendung von Sprache, die eine sichere Speicherverwaltung gewährleistet.

Es wird berichtet, dass Experimente zur Integration von Rust-Entwicklungsoptionen in die Chromium-Codebasis begonnen haben. Der Rust-Code ist derzeit nicht in den für Benutzer bereitgestellten Builds enthalten und konzentriert sich hauptsächlich auf das Testen der Möglichkeit, bestimmte Teile des Browsers in Rust zu entwickeln und deren Integration mit den in C++ geschriebenen Komponenten. Gleichzeitig wird das Projekt zur Verwendung des MiraclePtr-Typs anstelle von raw-Pointern zur Verhinderung von Sicherheitsanfälligkeiten, die durch den Zugriff auf bereits freigegebene Speicherblöcke verursacht werden, sowie neue Methoden zur Fehlererkennung während der Kompilierung weiterentwickelt.

Darüber hinaus beginnt Google mit Experimenten zur Überprüfung möglicher Beeinträchtigungen der Website-Funktionalität, nachdem der Browser eine Versionsnummer mit drei Ziffern anstelle von zwei erreicht hat. Insbesondere wurde in den Testversionen von Chrome 96 eine Einstellung eingeführt: «chrome://flags#force-major-version-to-100», bei deren Aktivierung im User-Agent-Header die Version 100 (Chrome/100.0.4650.4) angezeigt wird. Im August wurde ein ähnliches Experiment in Firefox durchgeführt, das Probleme bei der Verarbeitung von dreiziffrigen Versionen auf bestimmten Websites aufzeigte.

Quelle: opennet.ru