UWAGA: W PHP wykryto krytyczne podatności, przez które Wasze strony/fora mogą zostać zhakowane! Dzisiaj mają być udostępnione poprawione wersje, warto monitorować i ustawić odpowiendie wersje PHP na swom serwerze.
Poprawki będę zawarte w wersjach PHP: 8.5.12, 8.4.27, 8.3.36 oraz 8.2.35! Jeśli używacie jeszcze wersje PHP 7.x lub 8.0.x lub 8.1.x, należy, jak najszybciej podnieść wersje PHP i/lub zaktualizować swoje fora!
Do momentu wdrożenia oficjalnej łatki, ryzyko ataku można drastycznie zmniejszyć poprzez zmianę konfiguracji w pliku php.ini:
Ustaw: session.upload_progress.enabled = Off
Albo np., można zrobić:
https://ma.ttias.be/php-cve-2026-109618 ... itigation/
Dla serwera Apache ustaw w pliku .htaccess
Kod: Zaznacz cały
RewriteEngine On
RewriteCond %{HTTP:Content-Type} multipart/form-data [NC]
RewriteRule ^ - [F]
i/lub - nie testowałem
Kod: Zaznacz cały
<If "req('Content-Type') =~ /multipart/i">
Require all denied
</If>
Dla nginx
Kod: Zaznacz cały
# http {} context, e.g. /etc/nginx/conf.d/block-multipart.conf
map $http_content_type $block_multipart {
default 0;
"~*multipart" 1;
}
# inside every server {} that passes requests to PHP, including default/catch-all servers
if ($block_multipart) {
return 403;
}
_____________________________________________________
Pojawiła się nowa wersja systemu - phpBB 3.3.19. Ostatnie wydania (od wersji 3.3.17 do najnowszej) przynoszą kluczowe poprawki, które chronią Twoje forum przed zagrożeniami i dbają o spokój Twojej społeczności. Polecam nie odkładać tego na później, tyllko zaktualizować fora!
Polski pakiet językowy dla phpBB 3.3.19
Pomoc przy konwersji phpBB 2.0.x lub innych skryptów do phpBB 3.0.x. Dyskusje na temat istniejących konwerterów oraz ich tworzenia.
-
sMatthew
- Posty: 11
- Rejestracja: 24 grudnia 2009, 13:09
Post
autor: sMatthew » 28 grudnia 2009, 20:53
@Marcin pisze:w php.ini masz coś takiego?
Kod: Zaznacz cały
max_execution_time = 60
max_input_time = 60
jeśli tak to zwiększ wartość
zwiększyłem jednak nadal wyskakuje ten błąd. Oczywiście zrestartowałem serwer (kilka razy nawet

). Może to być wina jakiś zmiennych w pliku z importowaną bazą?? A może inne zmienne należy zmodyfikować?.
edit
W MySQL wziąłem zmienne systemowe i znalazłem taką linijkę:
-
jaroslw
- Zasłużony
- Posty: 4524
- Rejestracja: 10 grudnia 2005, 18:48
-
Kontakt:
Post
autor: jaroslw » 28 grudnia 2009, 21:17
Zasugerowałem VertrigoServ właśnie dlatego, że nie trzeba „grzebać” bezpośrednio w plikach konfiguracyjnych. Po kliknięciu na ikonkę w zasobniku systemowym (trayu) przejrzyj dostępne opcje. Znajdziesz tam panel do konfiguracji najpotrzebniejszych ustawień pliku php.ini. Jeśli mnie pamięć nie myli, będzie to któraś z opcji po wybraniu „Ustawienia”.
-
sMatthew
- Posty: 11
- Rejestracja: 24 grudnia 2009, 13:09
Post
autor: sMatthew » 28 grudnia 2009, 22:37
we3b pisze:Zasugerowałem VertrigoServ właśnie dlatego, że nie trzeba „grzebać” bezpośrednio w plikach konfiguracyjnych. Po kliknięciu na ikonkę w zasobniku systemowym (trayu) przejrzyj dostępne opcje. Znajdziesz tam panel do konfiguracji najpotrzebniejszych ustawień pliku php.ini. Jeśli mnie pamięć nie myli, będzie to któraś z opcji po wybraniu „Ustawienia”.
nie doceniasz mnie

. Sprawdzałem tam, niestety bez skutku. Jednak samą aplikacje dobrze mi poleciłeś, bo działa wszystko a na innych były błędy przy imporcie.