Google Meet dostał szyfrowanie postkwantowe

Google Meet od 12 października 2026 roku wdraża kryptografię postkwantową w rozmowach na komputerach i sprzęcie do sal konferencyjnych. Ma ona chronić przechwycony dziś ruch przed odszyfrowaniem po zbudowaniu dostatecznie silnego komputera kwantowego. Zmiana obejmuje konta firmowe i prywatne, włącza się automatycznie i nie ma osobnego przełącznika. Telefony dołączą później. Google nie podał terminu wsparcia mobilnego ani nazwy algorytmu zastosowanego w Meet.

Google Meet i szyfrowanie postkwantowe: od kiedy działa

Wdrożenie ruszyło 12 października dla klientów webowych na laptopach oraz urządzeń Google Meet używanych w salach konferencyjnych. Google daje sobie do 15 dni na udostępnienie funkcji w domenach Rapid Release i Scheduled Release. Użytkownicy mogą więc dostać ochronę w różnym terminie, choć korzystają z tej samej wersji usługi.

Według oficjalnego komunikatu Google Workspace funkcja obejmuje wszystkich klientów Workspace, subskrybentów Workspace Individual i osoby z prywatnymi kontami Google. Administrator niczego nie konfiguruje. Użytkownik również nie zobaczy ustawienia do włączenia.

Brak kontrolki ma praktyczny skutek: firma nie potwierdzi aktywacji na konkretnym komputerze jednym spojrzeniem w panel administracyjny. Może jedynie sprawdzić, czy używany klient należy do ogłoszonej grupy, i uwzględnić maksymalnie 15-dniowe okno wdrożenia.

Pierwsza Misja AI · Kodożercy

AI bez technikaliów – kurs i certyfikat

Pierwsza Misja AI to kurs Kodożerców dla absolutnych początkujących. Fabuła w konwencji science fiction, gamifikacja, ćwiczenia na żywym modelu, certyfikat na koniec.

Zacznij Pierwszą Misję →

Przed czym chroni kryptografia postkwantowa w Meet

Kryptografia postkwantowa ma zabezpieczać dane przed atakami wykonywanymi przez przyszłe komputery kwantowe. Dzisiejsze maszyny nie potrafią jeszcze łamać używanej powszechnie kryptografii z taką skutecznością. Google podkreśla, że kryptograficznie istotny komputer kwantowy obecnie nie istnieje.

Zagrożenie zaczyna się jednak wcześniej. Napastnik może zbierać zaszyfrowany ruch już teraz i przechować go przez wiele lat. Po uzyskaniu odpowiedniej technologii spróbuje odszyfrować archiwum. Branża nazywa ten scenariusz “store now, decrypt later”, czyli “zbierz dziś, odszyfruj później”.

Najbardziej wrażliwe są rozmowy, których treść zachowuje wartość i powinna pozostać poufna przez wiele lat. Dotyczy to planów strategicznych, wyników badań, informacji o przejęciach i dokumentacji infrastruktury. Zwykłe spotkanie statusowe szybko się starzeje, lecz jedna rozmowa o projekcie obronnym albo własności intelektualnej może być cenna długo po zakończeniu połączenia.

Szerzej ryzyko przechowywania zaszyfrowanych danych opisaliśmy w analizie Q-Day i strategii harvest now, decrypt later.

Czy Google Meet jest teraz szyfrowany end-to-end

Standardowe spotkania Google Meet pozostają szyfrowane w chmurze. Dane są chronione podczas przesyłania między urządzeniem a centrami danych Google, a nagrania przechowywane na Dysku Google mają szyfrowanie w spoczynku. Pomoc Google Meet wskazuje dla ruchu standardy DTLS i SRTP.

Szyfrowanie po stronie klienta, oznaczane skrótem CSE, działa jako dodatkowa warstwa dla wybranych organizacji. Klucze pozostają wtedy pod kontrolą organizacji gospodarza. Google podaje, że postkwantowe zabezpieczenia stosował już wcześniej właśnie w połączeniach CSE.

Nowy etap rozszerza ochronę postkwantową na wszystkie rozmowy Meet. Zakres odbiorców rośnie, ale Google nadal opisuje standardowe spotkania jako szyfrowane w chmurze. W praktyce administrator powinien osobno oceniać trzy kwestie: ochronę transmisji, miejsce kontroli kluczy oraz odporność wymiany klucza na przyszłe ataki kwantowe.

Komputery dostały ochronę przed telefonami

Pierwszy etap obejmuje przeglądarki na laptopach i sprzęt konferencyjny. Google zapowiedział, że wsparcie mobilne pojawi się później, bez konkretnej daty. Mieszane spotkanie z osobami łączącymi się z telefonu wymaga więc ostrożnego opisu, dopóki firma nie wyjaśni zachowania całej sesji przy różnych klientach.

Komunikat nie podaje, czy najniższy wspólny poziom ochrony zależy od każdego uczestnika, ani jak Meet sygnalizuje taki przypadek. Nie znamy też algorytmu lub konstrukcji hybrydowej użytej w usłudze. Przypisywanie Meet konkretnego standardu, na przykład ML-KEM, byłoby dziś zgadywaniem.

To ważne rozróżnienie dla zespołów bezpieczeństwa. Sam napis “PQC” opisuje klasę rozwiązań. Ocena wdrożenia wymaga jeszcze wiedzy o algorytmie, sposobie negocjacji klucza, zgodności klientów i procedurze wycofania mechanizmu w razie znalezienia słabości.

Co powinni zrobić użytkownicy i administratorzy Google Meet

Użytkownik nie musi instalować dodatku ani zmieniać ustawień. Najrozsądniejsze działanie to korzystanie z aktualnej przeglądarki lub wspieranego sprzętu do sal. Na telefonie trzeba poczekać na kolejny komunikat Google.

Administratorzy powinni odnotować cztery punkty:

1. wdrożenie ruszyło 12 października i może potrwać do 15 dni;
2. obejmuje wszystkie plany i konta osobiste;
3. brakuje przełącznika oraz widocznego potwierdzenia aktywacji;
4. wsparcie mobilne i szczegóły techniczne pozostają bez terminu.

Dla organizacji z rozmowami o wieloletniej poufności to dobry moment na spisanie systemów, które nadal wymieniają klucze wyłącznie klasycznymi metodami. Samo Meet rozwiązuje jeden fragment większego problemu, bo dokumenty, poczta, kopie zapasowe i połączenia innych dostawców mają własne cykle migracji.

Podsumowanie

Google Meet zaczął 12 października 2026 roku wdrażać kryptografię postkwantową na komputerach i sprzęcie do sal konferencyjnych. Zmiana obejmuje konta Workspace, Workspace Individual i prywatne konta Google, uruchamia się automatycznie i może docierać do użytkowników przez 15 dni. Jej zadaniem jest ograniczenie ryzyka, że przechwycony dziś zaszyfrowany ruch ktoś odszyfruje w przyszłości za pomocą dostatecznie silnego komputera kwantowego. Wsparcie mobilne ma pojawić się później. Google nie ujawnił daty ani zastosowanego algorytmu. Standardowe spotkania nadal korzystają z szyfrowania chmurowego, a CSE pozostaje osobną warstwą kontroli kluczy. Administrator może dziś odnotować zakres wdrożenia i pilnować aktualnych klientów, lecz pełną ocenę techniczną umożliwią dopiero dalsze szczegóły od Google.

Mateusz Wojdalski

Specjalista SEO i content marketingu w Devstock. Zajmuję się strategią treści, automatyzacją procesów marketingowych i wdrożeniami AI w codziennej pracy. Badam nowe narzędzia, adaptuję je do realnych zadań i piszę o tym, co faktycznie działa.