Czy raspberry pi może ogrzać dom?

Ostatnim takim znanym przykładem był projekt IMIH. Jest to otwarta źródłowa alternatywa dla Google Photos. W październiku tego roku IMIH stanął tak naprawdę, można powiedzieć, przed małym kryzysem. Bo wszyscy, którzy próbowali dostać się na jakąkolwiek stronę związaną z tym projektem, byli witani dużą, czerwoną stroną z ostrzeżeniem, na którym był komunikat, że jest to strona zwodnicza. Tak to chyba najlepiej należałoby przetłumaczyć. Deceptive side ahead. Wynikało to z tego, że Google Safe Browsing tak właśnie zakwalifikował tą stronę.

W efekcie, jako że wszystkie strony należące do domeny imich.cloud zostały oznaczone jako niebezpieczne, imich znalazł się odcięty od własnych narzędzi, a wszyscy użytkownicy tak naprawdę stracili dostęp do tego projektu. Podczas sprawdzania, co było powodem tego, okazało się, że flagowane były adresy URL wewnętrznych środowisk projektu, czyli tak naprawdę tymczasowe strony, które były automatycznie generowane dla każdego pool requesta na GitHubie, z takimi typowymi wewnętrznymi adresami, jednak w domenie imich.cloud. Według Google'a i jego systemu, strony te próbowały oszukać użytkowników i nakłonić ich do zrobienia czegoś niebezpiecznego, rzeczy takich jak instalacja oprogramowania lub ujawnienie danych osobowych.

A przynajmniej taka była oficjalna odpowiedź systemu. Co ciekawe, Google Safe Browsing nie flagowało jednej z subdomeny, ale po prostu zastosowało etykietkę niebezpieczna dla całej domeny innych cloud, co skutecznie odciąło wszystko. Zespół odpowiedzialny za projekt imich zareagował tak jak mógł, czyli w Google Search Console wysłali prośbę o przegląd tej strony, wyjaśniając, że strony są ich własnymi wdrożeniami, na ich własnych serwerach, że pod nikogo się nie podszywali, że jest to ich oprogramowanie, które oni sami tworzą, ich infrastruktura, ich narzędzia. I po dwóch dniach dostali wiadomość, że zostało to zaakceptowane, domena została oczyszczona i jest dostępna.

Kilka dni później sytuacja się powtórzyła. Domena imig.cloud została ponownie oflagowana jako niebezpieczna. W efekcie końcowym, aby zapobiec flagowaniu domeny jako niebezpiecznej, zespół imig zdecydował się zastosować workaround i przenieśli wszystkie swoje środowiska testowe do nowej domeny, czyli do domeny imig.dogbuild. Dzięki temu, ponieważ izolują te środowiska na różnych domenach, mieli nadzieję, że zapobiegnie to oflagowaniu głównej domeny, co najwyżej oflaguje to domenę, tą build. Jest to rozwiązanie okej, znane pod nazwą Quarantine Strategy, czyli rozzielenia środowisk na różne domeny.

Na przykład w przypadku projektu Jellyfin przyczyną było to, że na stronie głównej projektu była strona logowania i to wyzwalało algorytm Google'a, który kwalifikował stronę jako phishing. Tylko w tym momencie pytanie. Czy to oznacza, że wszystkie strony, które mają ekran logowania powinny być flagowane jako niebezpieczne? Wspomniałem o projekcie Jellyfin. Jellyfin jest to... Otwartość źródłowa alternatywa dla Plex, ale co ciekawe, nie tylko Jellyfin i Imich zostali tak oflagowani. Google Safe Browsing oflagowało też takie otwarte projekty jak Nextcloud, który wielokrotnie był flagowany jako zawierający malware.