Wykryj podejrzane zachowania w chmurze, zanim zobaczysz koszt

System uczy się normalnego zachowania wydatków każdego konta rozliczeniowego (jego typowego wzorca godzinowego i dziennego) i nieustannie porównuje bieżące wydatki z tą bazą. Oznacza istotne statystycznie odchylenia: nagłe skoki godzinowe, dzienne wzrosty wielokrotnie powyżej średniej, trwały wzrost lub prognozowane przekroczenie miesięcznego budżetu, a następnie klasyfikuje każde zdarzenie według ważności (Ostrzeżenie/ Krytyczne), aby najpoważniejsze ryzyka pojawiały się jako pierwsze. Ponieważ baza jest liczona per konto, kwota normalna dla jednego klienta może być anomalią dla innego. Świeże konto z dużym budżetem, obejmujemy osobną detekcją od pierwszych godzin – bez czekania, aż zbuduje się historia.

Nie. Statyczne progi są wspierane i wciąż przydatne, ale rdzeń jest behawioralny – każde konto mierzone jest względem własnej wyuczonej bazy, a nie jednej stałej liczby. Dzięki temu wychwytuje istotną zmianę, którą sztywny limit by pominął tj. skoki tuż poniżej progu lub koszty rosnące stopniowo bez przekroczenia twardej granicy, jednocześnie respektując skonfigurowane przez Ciebie budżety.

Nie. Cloud Anomaly Detector skupia się na detekcji, kontekście, powiadamianiu i eskalacji – sam nie wyłącza ani nie modyfikuje zasobów. Każda zmiana w środowisku, np. rotacja klucza, ograniczenie konta czy zatrzymanie obciążenia, to zdefiniowane działanie z udziałem człowieka. Zakres tego, co FOTC może wykonać, jest uzgadniany indywidualnie, więc nic nie zmienia się bez wyraźnego mandatu.

Monitoring działa nieprzerwanie, całą dobę, także w nocy i w weekendy, gdy incydenty najłatwiej przeoczyć. Reakcja człowieka – kto działa, jak szybko i którym kanałem (czat, zadanie CRM, telefon lub pager) – zależy od zakresu usługi i może być objęta oddzielnym SLA. Świadomie nie obiecujemy tu jednego stałego czasu reakcji, ponieważ jest on ustalany tak, aby odpowiadał rzeczywistym uzgodnieniom. Monitorujemy też sami siebie: świeżość danych billingowych Google i zdrowie własnego detektora. Zatrzymany eksport billingu budzi nas tak samo, jak anomalia klienta – cisza w danych nigdy nie udaje u nas spokoju.

Nie zastępuje, a uzupełnia, więc zalecamy pozostawienie natywnych alertów. Alerty budżetowe Google Cloud to ważny element, ale sam alert to tylko powiadomienie. FOTC dodaje wokół niego warstwę operacyjną: detekcję behawioralną względem bazy, klasyfikację ważności, kontekst klienta i konta, jasno przypisaną odpowiedzialność, ścieżkę eskalacji oraz (w rozszerzonym zakresie) wsparcie reakcji ekspertów.

Cloud Anomaly Detector szybko reaguje na nagłe lub istotne anomalie, zwykle w ramach swojego cyklu detekcji. Dwie uczciwe uwagi: dane rozliczeniowe Google Cloud mogą mieć opóźnienia raportowania, więc dokładny czas zależy od tego, kiedy zużycie zostanie zaraportowane; a nowo podłączone konto potrzebuje krótkiego okresu nauki, zanim powstanie wiarygodna baza. Mniej nadaje się też do bardzo powolnego, wielotygodniowego dryfu, gdzie zmiana w jednym cyklu jest niewielka – taki wzorzec lepiej wychwytują okresowe przeglądy kosztów. Konto, którego nie możemy jeszcze ocenić (np. ze względu na zbyt krótką historię), raportujemy jawnie jako nieocenione, zamiast pokazywać je jako „brak anomalii”. Zawsze wiesz, co jest objęte monitoringiem, a co jeszcze nie.

Tak. Cloud Anomaly Detector obsługuje wiele kont rozliczeniowych różnej wielkości i w różnych walutach z jednej konsoli oraz mapuje każdą anomalię do właściwego klienta, konta i właściciela. Dzięki temu duże lub wielopodmiotowe środowisko pozostaje widoczne w jednym miejscu, a nie rozproszone po osobnych pulpitach i jasne jest, kto ma zareagować przy zmianie.

Tak, w ramach usługi Cloud Care lub oddzielnego Audytu Bezpieczeństwa Chmury. Może to obejmować przegląd uprawnień i ról IAM, kont usług i ich kluczy, potencjalnej ekspozycji kluczy API, konfiguracji alertów rozliczeniowych oraz procedur eskalacji. Celem jest nie tylko rozwiązanie bieżącego zdarzenia, ale też konkretne rekomendacje zmniejszające ryzyko powtórki tego samego typu incydentu.

LLMjacking to nowe zjawisko, które polega na nielegalnym pozyskaniu poświadczeń chmurowych, nie w celu kradzieży danych, ale kluczy dostępu do płatnych modeli językowych, by korzystać z nich na koszt ofiary lub odsprzedać dalej. W ramach usługi Cloud Anomaly Detector regularnie przeglądamy, czy Twoje projekty mają limity wydatków na usługi AI (Gemini, Gemini Enterprise Agent Platform), czyli cele numer jeden przy kradzieży kluczy, i rekomendujemy wysokość limitu na podstawie realnego zużycia. Do tego konfigurujemy budżety z alertami progowymi. Limity i alerty pomagają szybko wykryć atak, ale nie blokują go – nic nie wyłącza się automatycznie, bo każda zmiana w środowisku to decyzja człowieka.

Tak, nie musisz mieć billingu u FOTC. Cloud Anomaly Detector podłączamy do dowolnego środowiska: wystarczy standardowy eksport billingu do BigQuery i dostęp do odczytu dla naszego konta serwisowego – nadajesz go dwoma kliknięciami. Niczego nie instalujemy w celu uruchomienia usługi, nie dotykamy Twoich zasobów – widzimy wyłącznie dane billingowe.