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>
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
Tutaj możesz luźno podyskutować o skrypcie phpBB. To forum nie służy do zgłaszania problemów, wykrytych błędów czy pytań odnośnie modyfikacji i stylów.
-
huber2t
- Zasłużony
- Posty: 745
- Rejestracja: 30 października 2008, 17:16
Post
autor: huber2t » 02 sierpnia 2009, 13:33
Witajcie
Czy możecie podać jakieś kroki czy coś aby w jak największym stopniu zabezpieczyć phpbb3?
Wiem o tym że należy aktualizować skrypt i modyfikacje zaraz po wyjściu nowych aktualizacji
Wyłączyć register_globals
Usuwać modyfikacje z których się nie korzysta
-
jaroslw
- Zasłużony
- Posty: 4524
- Rejestracja: 10 grudnia 2005, 18:48
-
Kontakt:
Post
autor: jaroslw » 02 sierpnia 2009, 13:38
Jakiś miesiąc temu przygotowałem obszerny artykuł na ten temat. Może dzisiaj się zmotywuję i go umieszczę
-
huber2t
- Zasłużony
- Posty: 745
- Rejestracja: 30 października 2008, 17:16
Post
autor: huber2t » 02 sierpnia 2009, 13:45
Jeśli mógłbyś go umieścić byłbym bardzo wdzięczny
-
daroPL
- Administrator
- Posty: 4564
- Rejestracja: 24 czerwca 2005, 13:36
- Lokalizacja: Poznań
-
Kontakt:
Post
autor: daroPL » 02 sierpnia 2009, 15:05
Przenoszę do Dyskusje o phpBB.
-
jaroslw
- Zasłużony
- Posty: 4524
- Rejestracja: 10 grudnia 2005, 18:48
-
Kontakt:
Post
autor: jaroslw » 04 sierpnia 2009, 13:40
Na razie pozostaje mi odesłać do
artykułu w formacie PDF z powodu drobnych problemów z naszą bazą wiedzy. Wszelkie uwagi mile widziane. Kwestii związanych z konfiguracją serwera nie poruszałem. Większość z nas nie ma na to większego wpływu.
-
SH2
- Posty: 1
- Rejestracja: 14 grudnia 2009, 12:11
Post
autor: SH2 » 14 grudnia 2009, 12:21
Witam,
Dla mnie niestety kwestie bezpieczeństwa tak zaawansowanego skryptu są troszkę poza zasięgiem więc chciałbym zapytać o Waszą ocenę. Ostatnio na jednym z forów fotograficznych zbudowanych na phpBB zamieszczając fotografię za pomocą znaczników [IMG] dostałem ostrzeżenie-informację... w sumie dla mnie nielogiczną ale...
"Przypominam o regulaminie forum. Ze względów bezpieczeństwa zdjęcia zamieszczamy poprzez dodawanie załączników, a nie linków do zewnętrznych serwerów."
Czy faktycznie to narusza bezpieczeństwo? Czy administracja chce sobie zapewnić materiały do komercyjnych publikacji? Jak jest Wasza opinia w tej materii?
SH2
-
huber2t
- Zasłużony
- Posty: 745
- Rejestracja: 30 października 2008, 17:16
Post
autor: huber2t » 14 grudnia 2009, 17:08
To nie ma nic wspólnego z bezpieczeństwem. Choć możliwe jest aby do zdjęć na stronach www był dołączany szkodliwy kod, ale to mało prawdopodobne
