{"id":101387,"date":"2021-09-23T22:22:45","date_gmt":"2021-09-23T20:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/kritika-vklyucheniya-api-idle-detection-v-chrome-94-eksperimenty-s-rust-v-chrome"},"modified":"2021-09-23T22:22:45","modified_gmt":"2021-09-23T20:22:45","slug":"kritika-vklyucheniya-api-idle-detection-v-chrome-94-eksperimenty-s-rust-v-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/kritika-vklyucheniya-api-idle-detection-v-chrome-94-eksperimenty-s-rust-v-chrome","title":{"rendered":"Kritik an der API Idle Detection in Chrome 94. Experimente mit Rust in Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die standardm\u00e4\u00dfige Aktivierung der API f\u00fcr die Erkennung von Inaktivit\u00e4t in Chrome 94 hat eine Welle der Kritik ausgel\u00f6st, mit Verweisen auf Einw\u00e4nde von Entwicklern von Firefox und WebKit\/Safari. <\/p>\n
Die API zur Erkennung von Inaktivit\u00e4t erm\u00f6glicht es Websites, festzustellen, wann ein Benutzer inaktiv ist, d. h. keine Eingaben \u00fcber Tastatur\/Maus macht oder an einem anderen Monitor arbeitet. Die API kann auch erkennen, ob ein Bildschirmschoner im System aktiv ist. Die Information \u00fcber Inaktivit\u00e4t erfolgt durch das Senden einer Benachrichtigung, nachdem ein festgelegter Inaktivit\u00e4tszeitraum erreicht wurde, dessen Mindestwert auf 1 Minute festgelegt ist. <\/p>\n
Es ist wichtig zu beachten, dass die Verwendung der API zur Inaktivit\u00e4t eine ausdr\u00fcckliche Benutzerberechtigung erfordert. Das hei\u00dft, wenn die Anwendung zum ersten Mal versucht, Inaktivit\u00e4t festzustellen, wird dem Benutzer ein Fenster angezeigt, das ihn auffordert, Berechtigungen zu erteilen oder die Operation zu blockieren. Um die API zur Inaktivit\u00e4t vollst\u00e4ndig zu deaktivieren, gibt es in den Einstellungen unter \u201eDatenschutz und Sicherheit\u201c eine spezielle Option (\u201achrome:\/\/settings\/content\/idleDetection\u2018). <\/p>\n
Typische Anwendungsbereiche sind Chat-Apps, soziale Netzwerke und Kommunikationsdienste, die den Status eines Nutzers je nach dessen Computerpr\u00e4senz \u00e4ndern oder die Anzeige von Benachrichtigungen f\u00fcr neue Nachrichten bis zur R\u00fcckkehr des Nutzers verz\u00f6gern k\u00f6nnen. Die API kann auch in Kiosk-Anwendungen genutzt werden, um nach einer bestimmten Zeit der Inaktivit\u00e4t zum urspr\u00fcnglichen Bildschirm zur\u00fcckzukehren oder ressourcenintensive interaktive Funktionen wie das Neuzeichnen komplexer, st\u00e4ndig aktualisierter Diagramme zu deaktivieren, wenn der Nutzer nicht am Computer ist. <\/p>\n
Die Argumentation der Gegner der API Idle Detection besagt, dass Informationen dar\u00fcber, ob ein Nutzer am Computer ist oder nicht, als vertraulich angesehen werden k\u00f6nnen. Neben n\u00fctzlichen Anwendungen k\u00f6nnte diese API auch f\u00fcr weniger edle Zwecke verwendet werden, etwa um Schwachstellen auszunutzen, w\u00e4hrend der Nutzer abwesend ist, oder um auff\u00e4llige b\u00f6sartige Aktivit\u00e4ten wie Mining zu verschleiern. Mit dieser API k\u00f6nnen au\u00dferdem Informationen \u00fcber das Nutzerverhalten und dessen t\u00e4glicher Rhythmus gesammelt werden. So l\u00e4sst sich beispielsweise feststellen, wann ein Nutzer normalerweise Mittagspause macht oder seinen Arbeitsplatz verl\u00e4sst. Unter den Bedingungen einer obligatorischen Best\u00e4tigung zur Erteilung von Berechtigungen betrachtet Google diese Bedenken als unwesentlich. <\/p>\n
Zus\u00e4tzlich kann die Mitteilung der Chrome-Entwickler \u00fcber die F\u00f6rderung neuer Techniken zur sicheren Speicherverwaltung hervorgehoben werden. Laut Google sind 70 % der Sicherheitsprobleme in Chrome auf Fehler bei der Speicherverwaltung zur\u00fcckzuf\u00fchren, wie beispielsweise der Zugriff auf einen Puffer nach der Freigabe des dazugeh\u00f6rigen Speichers (Use-after-free). Es werden drei Hauptstrategien zur Bek\u00e4mpfung solcher Fehler definiert: die Verst\u00e4rkung der \u00dcberpr\u00fcfungen w\u00e4hrend der Kompilierung, die Blockierung von Fehlern zur Laufzeit und die Verwendung von Sprache, die eine sichere Speicherverwaltung gew\u00e4hrleistet. <\/p>\n
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\u00fcr Benutzer bereitgestellten Builds enthalten und konzentriert sich haupts\u00e4chlich auf das Testen der M\u00f6glichkeit, 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\u00e4lligkeiten, die durch den Zugriff auf bereits freigegebene Speicherbl\u00f6cke verursacht werden, sowie neue Methoden zur Fehlererkennung w\u00e4hrend der Kompilierung weiterentwickelt. <\/p>\n
Dar\u00fcber hinaus beginnt Google mit einem Experiment zum Testen m\u00f6glicher Beeintr\u00e4chtigungen von Webseiten, nachdem der Browser eine Version erreicht hat, die aus drei Ziffern statt zwei besteht. Insbesondere erschien in den Testversionen von Chrome 96 eine Einstellung \u201achrome:\/\/flags#force-major-version-to-100\u2018, bei der im User-Agent-Header die Version 100 (Chrome\/100.0.4650.4) ausgegeben wird. Im August wurde ein \u00e4hnliches Experiment in Firefox durchgef\u00fchrt, das Probleme bei der Verarbeitung von dreiziffrigen Versionen auf einigen Webseiten aufdeckte. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"