Podatności Securly Chrome Extension

Wersja 3.0.7 rozszerzenia Chrome Securly używa przestarzałego skrótu SHA-1 do dopasowywania adresów URL CSAM IWF (25 020 skrótów) i listy blokowania CIPA (12 352 skrótów).

Rozszerzenie Securly Chrome w wersji 3.0.7 pobiera config.json przez HTTP i kompiluje wzorce dostarczone przez serwer jako wyrażenia regularne JavaScript za pomocą new RegExp() bez walidacji złożoności. Atakujący w ścieżce sieciowej może wstrzyknąć wzorce powodujące katastrofalne cofanie (backtracking), prowadzące do odmowy usługi podczas przeglądania.

Rozszerzenie Chrome Securly w wersji 3.0.7 używa funkcji EVP_BytesToKey z algorytmem MD5 i pojedynczą iteracją do szyfrowania AES. MD5 jest złamany od 2004 roku, a pojedyncza iteracja nie zapewnia rozciągania klucza, co osłabia szyfrowanie.

Rozszerzenie Securly dla Chrome w wersji 3.0.7 dynamicznie rejestruje skrypt content13.min.js jako skrypt treści, który nie jest zadeklarowany w manifest.json i omija statyczną kontrolę bezpieczeństwa Chrome Web Store. Skrypt uruchamia się na wszystkich adresach URL, natychmiast ukrywa całą zawartość strony, tworzy nakładkę na cały ekran, wstrzymuje wszystkie filmy i przywraca zawartość dopiero po potwierdzeniu przez serwis worker, że strona przeszła filtrowanie. Jeśli serwery Securly są nieosiągalne, strony pozostają ukryte na czas nieokreślony.

Wersja 3.0.7 rozszerzenia Securly Chrome udostępnia wiele publicznie dostępnych endpointów, które pozwalają na nieuwierzytelniony dostęp do wrażliwych danych. Ujawnione informacje to skróty SHA-1 zaciemnione prostym szyfrem Cezara, który można łatwo odwrócić.

Wersja 3.0.7 rozszerzenia Securly Chrome zawiera zakodowane na stałe, jawne hasła AES w pliku securly.min.js. Klucze te deszyfrują dane słów kluczowych alertów kryzysowych oraz dane witryn interwencyjnych.

Rozszerzenie Chrome Securly w wersji 3.0.7 pobiera pliki JSON zawierające słowa kluczowe alertów kryzysowych i reguły filtrowania przez nieszyfrowany protokół HTTP za pomocą Fetch API. Inne endpointy w tym samym rozszerzeniu poprawnie pobierają dane IWF i CIPA przez HTTPS, co wskazuje na niespójną implementację TLS.