Przejdź do treści

Ustawienia plików cookie

Prosimy wybrać, na które rodzaje plików cookie Państwo zezwalają. Wybór można zmienić w dowolnym momencie w Ustawieniach plików cookie na dole każdej strony. Polityka prywatności

Niezbędne

Zawsze włączone

Potrzebne do logowania, zachowania koszyka i zapamiętania wyborów. Są zawsze włączone.

Jakie pliki cookie?
  • weboke_sessie, weboke_klant, weboke_remember: sesja i pozostanie zalogowanym
  • weboke_basket: koszyk
  • wkBtwIncl: wyświetlanie cen z VAT lub bez VAT
  • wok_cookies: wybór dotyczący plików cookie, 12 miesięcy

Mierzą, która reklama prowadzi do odwiedzin lub zamówienia, abyśmy nie płacili za reklamy, które nic nie dają.

Jakie pliki cookie?
  • Google Ads przez Google Tag Manager (_gcl_au, _gcl_aw), do 90 dni
  • OpenAI Ads, reklamy w ChatGPT
  • wok_aff: przez którego partnera trafili Państwo do nas (program partnerski), 60 dni

4,6

Kraj i język

Każdy kraj ma własną stronę z cenami i stawką VAT tego kraju.

Wyświetl

Awarie i prace serwisowe

Bieżące awarie, planowane prace serwisowe i status naszych usług.

Wszystkie systemy działają Obecnie nie ma znanych awarii.
Obecnie nie ma znanych awarii
Wszystkie systemy działają prawidłowo.
Pokaż rozwiązane (3)

Podatności PHP CVE-2026-109618 oraz CVE-2026-109619

Rozwiązane

Inne · Rozpoczęto: 21 października 2026, 09:59 · Rozwiązano: 22 października 2026, 03:33

  1. Rozwiązane
    O godzinie 03:00 wszystkie prace zostały zakończone. Wersja PHP 4.4 (2006) oraz wersja PHP 5.1 (2008) nie powrócą, ponieważ te wersje nie otrzymują już poprawek bezpieczeństwa. Przeprowadziliśmy szereg kontroli wyrywkowych: każdy ma z powrotem tę samą wersję PHP, na której działał w środę na początku dnia.

    Jeśli Państwa strona internetowa sprawia problemy, prosimy sprawdzić, czy ustawiona jest właściwa wersja PHP. Jeśli nie uda się Państwu tego rozwiązać, zawsze mogą Państwo skontaktować się z nami.

    To był wyjątkowy dzień dla internetu na całym świecie. 71% wszystkich stron internetowych na świecie działa na PHP.

    Dobrej nocy!
  2. W toku
    Około godziny 01:00 w końcu otrzymaliśmy aktualizacje PHP CloudLinux dla wszystkich wersji PHP. Obecnie instalujemy je na jednym serwerze, dokładnie je testujemy, a następnie zainstalujemy je na pozostałych serwerach. Szacujemy, że w ciągu 2 godzin wszystkie serwery będą gotowe. Następnie przywrócimy strony, które nie działały na PHP 8.3, do ich własnej wersji PHP. Niektóre nawet do PHP 5.1 ;-)
  3. W toku
    Obecnie przeanalizowaliśmy wszystkie dzisiejsze działania i przeprowadziliśmy szczegółowe badanie na wszystkich naszych serwerach, które przez cały dzień były przez nas nieprzerwanie monitorowane.
    Nie znaleźliśmy żadnych śladów prób wykorzystania tych podatności.

    Decyzja o wyłączeniu wszystkich serwerów została podjęta wyłącznie z ostrożności, aby móc natychmiast wyeliminować wszelkie możliwości nadużyć, a także aby umożliwić sobie zorganizowane działanie w momencie, gdy (o godzinie 16:00) szczegóły podatności zostały podane do publicznej wiadomości.

    Była to trudna decyzja, której nigdy wcześniej nie musieliśmy podejmować, jednak gdy potencjalne konsekwencje są tak katastrofalne jak w tym przypadku, kilka godzin przestoju jest w pełni uzasadnione, a podjęcie ryzyka nie wchodziło w grę.
    Po ujawnieniu szczegółów podatności potwierdziło się, że podjęliśmy słuszną decyzję: znane środki zaradcze oraz dodatkowe reguły WAF okazały się niewystarczające do zapewnienia odpowiedniej ochrony. Serwery, które były online, pomimo tych środków pozostawały podatne na atak. Jedynymi w pełni bezpiecznymi serwerami były te, które były niedostępne lub na których poprawka została już wcześniej zainstalowana.

    Pomimo wpływu, jaki ta sytuacja miała na naszych klientów, spotkaliśmy się z dużym wsparciem i zrozumieniem dla tej decyzji, za co oczywiście jesteśmy wdzięczni.

    Niestety aktualizacje CloudLinux trwają znacznie dłużej, niż się spodziewaliśmy. Firma spodziewa się wydać ostatnie aktualizacje około godziny 00:30. Zadbamy o to, aby zostały one zainstalowane natychmiast, gdy tylko będzie to możliwe, a następnie przywrócimy dla każdego konta wersję PHP, która była używana wcześniej.

    Najważniejsze: Państwa strona internetowa oraz nasze serwery są bezpieczne.
  4. W toku
    W DirectAdmin istnieje możliwość wyboru innej wersji PHP, jednak odradzamy to Państwu. Obecnie bezpieczna jest wyłącznie wersja natywna, na pozostałe wersje czekamy jeszcze na aktualizację od CloudLinux. Poinformujemy Państwa, gdy tylko inne wersje PHP będą mogły zostać ponownie użyte.
  5. W toku
    Wszystkie konta działają już na bezpiecznej wersji PHP 8.3.

    Jeśli Państwa strona nie działa poprawnie, oznacza to, że nie obsługuje ona nowoczesnej wersji PHP. Zalecamy jak najszybszą aktualizację strony, aby obsługiwała nowoczesną wersję PHP. Jeśli nie uda się Państwu tego zrobić, prosimy o kontakt z nami.

    Gdy tylko aktualizacje CloudLinux zostaną udostępnione, wdrożymy je i przywrócimy wersje PHP wszystkich kont do stanu sprzed zmiany.

    Kontynuujemy prace.
  6. W toku
    Jako środek tymczasowy ustawiamy konta wszystkich klientów tymczasowo na natywną wersję PHP 8.3, ta wersja jest bezpieczna i działa prawidłowo.

    Wdrażamy to na wszystkich naszych serwerach. Jeśli Państwa strona jeszcze nie działa, oznacza to, że zmiana nie została jeszcze wdrożona na Państwa serwerze. Pracujemy nad tym.

    Po opublikowaniu przez CloudLinux poprawki dla wszystkich wersji PHP przywrócimy na kontach wszystkich klientów wersje PHP, z których wcześniej korzystali.
  7. W toku
    Jesteśmy w trakcie wdrażania natywnej wersji PHP poza CloudLinux, w oczekiwaniu na wydanie poprawki przez producenta.

    Wdrażamy to obecnie na wszystkich serwerach, strony korzystające z wersji PHP 8.3 wkrótce ponownie będą dostępne online. Pozostałe wersje zostaną zaktualizowane natychmiast, gdy tylko CloudLinux wyda odpowiednie poprawki.
  8. W toku
    Jedną z usług zabezpieczających, która działa na wszystkich naszych serwerach, jest Immunify360.

    Firma ta opublikowała właśnie nowy zestaw reguł (ruleset), który jest już aktywny na wszystkich naszych serwerach. Eliminuje to w dużej mierze ryzyko związane z exploitem, do czasu wdrożenia poprawki:

    "The Imunify360 ModSecurity ruleset 8.83 is now in the Stable channel. It contains a blocking rule for the publicly circulating exploit shape for CVE-2026-109618 / CVE-2026-109619, which targets the PHP session upload progress handling of multipart requests, plus a telemetry rule to track related activity."
  9. W toku
    Jeżeli Państwa strona internetowa lub aplikacja przetwarza dane wrażliwe i wolą Państwo zachować szczególną ostrożność, mogą Państwo do czasu wdrożenia poprawki, na własną decyzję, uczynić stronę lub aplikację niedostępną.

    Można to zrobić, przechodząc do DirectAdmin, następnie otwierając menedżer plików, przechodząc do katalogu /domains/twojadomena.xx, a tam zmieniając nazwę katalogu public_html na przykład na public_htmloud. Kod znajdujący się w tym katalogu nie będzie wtedy już dostępny. Po wdrożeniu poprawki prosimy zmienić nazwę katalogu z powrotem na public_html, aby wszystko znów stało się dostępne.
  10. W toku
    Odkryto dwie nowe krytyczne luki w zabezpieczeniach PHP, które najprawdopodobniej mają wpływ na wszystkie wersje PHP. Więcej informacji na ten temat znajdą Państwo w tym artykule:
    https://tweakers.net/nieuws/253568/php-waarschuwt-voor-twee-ernstige-bugs-die-makkelijk-uit-te-buiten-lijken.html

    Nasz zespół bacznie monitoruje sytuację. Gdy tylko pojawi się rozwiązanie tymczasowe lub poprawka, wdrożymy ją na wszystkich naszych serwerach.

    Oficjalna poprawka PHP najprawdopodobniej nie będzie dotyczyć wersji starszych niż 8.2. Jeśli Państwa strona działa jeszcze na starszej wersji, zalecamy jak najszybszą aktualizację do wersji co najmniej 8.3.

    Tutaj znajdą Państwo instrukcję, jak to zrobić: https://www.weboke.nl/knowledgebase/212/PHP-versie-wijzigen.html

    Uwaga: jeśli niektóre elementy Państwa strony internetowej nie są aktualne, strona może przestać działać. Prosimy zidentyfikować te elementy i wyłączyć je lub zaktualizować tam, gdzie to możliwe.

    Nasze serwery korzystają z CloudLinux, który przy poprawkach bezpieczeństwa udostępnia backporty dla starszych wersji PHP, dzięki czemu starsze wersje również mogą zostać zabezpieczone. Spodziewamy się, że te backporty będą dostępne z pewnym opóźnieniem.

    Jeśli uznamy to za konieczne, tymczasowo wyłączymy dostęp do wszystkich naszych serwerów, aby zapewnić bezpieczeństwo stron internetowych naszych klientów. Po wdrożeniu poprawki zabezpieczeń wszystko ponownie zostanie uruchomione.

    Po wdrożeniu poprawek przeprowadzimy dokładne skanowanie antywirusowe na wszystkich naszych serwerach w ramach kontroli.

    Te luki w zabezpieczeniach dotyczą wszystkich dostawców hostingu oraz zdecydowanej większości stron internetowych na całym świecie.

Konserwacja serwerów Nextcloud

Rozwiązane

Server · Dotyczy: Nextcloud servers · Rozpoczęto: 20 września 2026, 00:30 · Rozwiązano: 20 września 2026, 05:43

  1. Rozwiązane
    Prace zostały pomyślnie zakończone o godzinie 05:42.
  2. W toku
    Prace trwają nieco dłużej niż planowano. Zakończenie przewidywane jest około godziny 06:00.
  3. W toku
    Rozpoczęta została zaplanowana konserwacja.
  4. Zaplanowane
    W nocy z 19 na 20 września przeprowadzimy prace konserwacyjne na naszych serwerach Nextcloud. Dodatkowo zostaną przeprowadzone szczegółowe testy kopii zapasowych i synchronizacji.

Uruchom ponownie usługi

Rozwiązane

Inne · Dotyczy: Alle servers · Rozpoczęto: 19 września 2026, 23:00 · Rozwiązano: 20 września 2026, 05:00

  1. Rozwiązane
    Prace konserwacyjne zostały zakończone.
  2. W toku
    Na wszystkich serwerach przeprowadzane są aktualizacje/uaktualnienia. Niektóre z nich będą wymagały krótkiego ponownego uruchomienia, natomiast w przypadku innych pewne usługi będą przez chwilę niedostępne.

Chwileczkę…

Konfiguracja domen

Dla każdej domeny można ustawić serwery nazw, powiązanie z hostingiem oraz to, kto zostanie właścicielem.

Wczytywanie domen…