{"id":181752,"date":"2026-05-26T14:48:51","date_gmt":"2026-05-26T12:48:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium"},"modified":"2026-05-26T14:48:51","modified_gmt":"2026-05-26T12:48:51","slug":"google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/google-sluchajno-raskryl-detali-neispravlennoj-uyazvimosti-v-chromium","title":{"rendered":"Google przypadkowo ujawnili szczeg\u00f3\u0142y nierozwi\u0105zanej podatno\u015bci w Chromium.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Firma Google przypadkowo ujawnila publiczny dost\u0119p do raportu (kopii publicznej), kt\u00f3ry zawiera szczeg\u00f3\u0142owe wyja\u015bnienie i przyk\u0142ad exploita dla nieza\u0142atanej luki w silniku Chromium. W\u0142amanie uznano za niebezpieczne, a badacz, kt\u00f3ry odkry\u0142 problem, otrzyma\u0142 nagrod\u0119 w wysoko\u015bci 1000 dolar\u00f3w. Informacje na temat problemu zosta\u0142y przes\u0142ane ju\u017c w 2022 roku i od tego czasu by\u0142y okresowo podnoszone, ale nie dokonano ich ostatecznej naprawy, dyskusja na temat jej rozwi\u0105zania (wymagana by\u0142a implementacja nowych limit\u00f3w dla ci\u0105g\u0142ego \u0142adowania) trwa\u0142a. W jednym z takich dyskusji deweloperzy b\u0142\u0119dnie uznali luk\u0119 za za\u0142atwan\u0105 i otworzyli publiczny dost\u0119p do informacji, mimo \u017ce problem pozostawa\u0142 nierozwi\u0105zany.<\/p>\n
Luka ta pozwala na kontynuowanie dzia\u0142ania t\u0142a JavaScript (Service Worker) nawet po zamkni\u0119ciu okna przegl\u0105darki, co umo\u017cliwia atakuj\u0105cemu sta\u0142e kontrolowanie przegl\u0105darki z mo\u017cliwo\u015bci\u0105 \u0142adowania i wykonywania w dowolnym momencie swojego kodu JavaScript w kontek\u015bcie swojej strony. Scenariusz ataku polega na tym, \u017ce atakuj\u0105cy mo\u017ce wymusi\u0107 otwarcie swojej strony w wersji przegl\u0105darki, kt\u00f3ra nie zawiera luk, a nast\u0119pnie czeka\u0107 na ujawnienie powa\u017cnej luki w przegl\u0105darce i zorganizowa\u0107 wykonanie exploita bez konieczno\u015bci ponownego otwierania strony atakuj\u0105cego przez u\u017cytkownika. Istota metody polega na stworzeniu strony z Service Workerem, kt\u00f3ra wykonuje operacj\u0119 \u0142adowania danych, kt\u00f3ra nigdy nie jest przerywana. <\/p>\n
Wed\u0142ug badacza, kt\u00f3ry odkry\u0142 problem, luka ta mo\u017ce by\u0107 wykorzystywana do tworzenia botnet\u00f3w z przegl\u0105darek, kt\u00f3rych u\u017cytkownicy nie maj\u0105 poj\u0119cia, \u017ce raz ustalony, atakuj\u0105cy mo\u017ce zdalnie wykona\u0107 JavaScript na ich urz\u0105dzeniu bez podejmowania przez nich dzia\u0142a\u0144. Taki botnet, nawet bez wykorzystania innych luk, mo\u017ce by\u0107 u\u017cywany do organizowania atak\u00f3w DDoS oraz do proxy z\u0142o\u015bliwego ruchu przez systemy ofiar. Problem dotyczy wszystkich przegl\u0105darek opartych na silniku Chromium. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"