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
i/lub - nie testowałem
Dla nginx
_____________________________________________________
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
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]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
Avatary - po usunięciu
Avatary - po usunięciu
Na swoim forum, by zaoszczędzić na transferze usunąłem wszystkie avatary i dodałem tylko możliwość dodania avtara poprzez URL.
W momencie gdy nie zezwoliłem na wysyłanie zdalnych avatarów... każdemu userowi znikł takowy z profilu i widoku posta, następnie wykasowałem ręcznie pliczki avatarów z FTP. Lecz teraz gdy dodałem standardowy avatar dla wszystkich userów którzy jeszcze nie dodali swojego, osoby które dawniej miały avatar a ja usunąłem im go już z FTP, nie mogą mieć tego "default" avatara...
Więc tutaj pytanie, czy istnieje jakaś opcja by tamci też mogli z tego korzystać normalnie. Chodzi zapewne o jakiś kod/zapytanie SQL który wyczyścił by w profilach pole avatar tylko z uploadu...
W momencie gdy nie zezwoliłem na wysyłanie zdalnych avatarów... każdemu userowi znikł takowy z profilu i widoku posta, następnie wykasowałem ręcznie pliczki avatarów z FTP. Lecz teraz gdy dodałem standardowy avatar dla wszystkich userów którzy jeszcze nie dodali swojego, osoby które dawniej miały avatar a ja usunąłem im go już z FTP, nie mogą mieć tego "default" avatara...
Więc tutaj pytanie, czy istnieje jakaś opcja by tamci też mogli z tego korzystać normalnie. Chodzi zapewne o jakiś kod/zapytanie SQL który wyczyścił by w profilach pole avatar tylko z uploadu...
Przyjrzyj się kolumnie user_avatar (czy to tak się ona nazwa ?
) w tabeli phpbb_users w wierszach użytkowników, którzy nie mogą mieć standardowego i później porównaj z wierszem takiego co ma ten avatar (standardowy). Jeżeli są inne to możesz spróbować wyczyścić ta kolumne wszystkim użytkownikom przez zapytanie:
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar = '';Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar = '';a zauważyłem że osoby które dawniej miały avatary z UPLOADU mają w polu "user_avatar_type" liczbę 1, natomiast osoby z URL mają 2...
Nie znam się na SQL ale może istnieje jakiś skrypt by wyczyściło kolumnę "user_avatar" jeśli "user_avatar_type" ma wartość 1.
Proszę bardzo:
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar = '' WHERE user_avatar_type = 1;
Świetnie to zadziałało ale jeszcze mod nie działa do końca gdyż user_avatar_type ma gdzieniegdzie wartość 2... myślałem nad składnią zapytania wyszło mi coś takiego:
czy to jest dobrze? 
(Chce wykonać zapytanie by w kolumnie user_avatar_type wartości 2 zmieniło na 0...)
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar_type = '0' WHERE user_avatar_type = 2;(Chce wykonać zapytanie by w kolumnie user_avatar_type wartości 2 zmieniło na 0...)
3502274, sorry mój błąd
Nie doczytałem do końca
3502274 pisze:Więc teraz pytanie jak ułożyć kod by...
Jeśli tabela user_avatar jest pusta przypisał user_avatar_type na 0
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar_type = '0' WHERE user_avatar = '';Co wy macie z tymi apostrofami ;P
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar_type = 0 WHERE user_avatar = '';Wielkie dzięki wszystko teraz śmiga =]
Gdyby ktoś chciał skorzystać to wykonujemy po kolei te 2 funkcje:
+ dla Dara i jarosa
Gdyby ktoś chciał skorzystać to wykonujemy po kolei te 2 funkcje:
Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar = '' WHERE user_avatar_type = 1; Kod: Zaznacz cały
UPDATE phpbb_users SET user_avatar_type = '0' WHERE user_avatar = '';