LW Firewall Changelog

1.8.4 2026. október 21. Stabil

Az LW Cookie a tűzfal sütijeit feltétlenül szükségesként kezeli

A tűzfal látogatói sütije nélkül a termékszűrők és a kosárba linkek ellenőrzése nem működik. Az LW Cookie mostantól tudja, hogy ezek feltétlenül szükséges sütik, így a sütiszabályzatban is helyesen jelennek meg, és a hozzájárulás előtt sem tiltja le őket.

Ehhez legalább az LW Cookie 1.9.7-es verziója kell; ha az LW Cookie-t használod, frissítsd azt is.

Bővítménytámogatás 1

LW Cookie: a tűzfal sütijei feltétlenül szükségesek A tűzfal sütijei a szükséges sütik között szerepelnek, és nem blokkolódnak. LW Cookie 1.9.7 vagy újabb kell hozzá.

1.8.3 2026. október 11. Stabil

LW Site Manager: hibás IP-tartomány nem kerülhet a tiltások közé

Ha egy AI-ügynök hibásan megadott IP-címtartományt akar tiltani, a tűzfal elutasítja, ahelyett hogy egy soha nem illeszkedő szabályt mentene.

1.8.2 2026. október 5. Stabil

Megbízhatóbb regisztrációs spamvédelem, LearnDash-űrlapokkal is

A regisztrációs spamvédelem nem utasítja el többé a valódi regisztrációkat a LearnDash űrlapjain, és egy elrontott űrlap újraküldése sem vezet kitiltáshoz.

Ha az egyszer használatos regisztrációs ellenőrzés be volt kapcsolva, a LearnDash 5.x regisztrációs űrlapján minden regisztrációt spamnek minősített a tűzfal, és három próbálkozás után ki is tiltotta a látogatót. Ezt javítottuk.

Ha egy másik bővítmény utasítja el a regisztrációt (például nincs bepipálva a felhasználási feltétel, vagy foglalt a felhasználónév), a látogató ugyanazt az oldalt újra elküldheti. Kitiltáshoz mostantól csak egyértelmű botjel vezet. Neked nincs teendőd.

Bővítménytámogatás 1

LearnDash: a regisztrációk nem minősülnek spamnek A LearnDash 5.x regisztrációs űrlapján a valódi regisztrációk újra átmennek.

Változás 1

Kitiltás csak egyértelmű botjel után A lejárt vagy túl gyorsan beküldött űrlapot a tűzfal továbbra is elutasítja, de ezért már nem tilt ki.

Hibajavítás 2

Az elrontott űrlap újraküldhető Ha egy másik bővítmény elutasította a beküldést, ugyanaz az oldal újra elküldhető.
A regisztrációs oldalt a gyorsítótár nem tárolja A regisztrációs űrlapot mutató oldal kéri a gyorsítótárakat, hogy ne mentsék el, így a látogatók nem kapnak közös ellenőrző jelzőt.

1.8.1 2026. október 3. Stabil

A Dokumentáció link a bővítmény saját oldalára visz

Az adminban lévő Dokumentáció link a docs.lwplugins.com LW Firewall oldalát nyitja meg, magyar felhasználóknak magyarul.

1.8.0 2026. szeptember 27. Stabil

Látogatói süti a WooCommerce-szűrőkéréseknél a botok ellen

A termékszűrő-kérésekhez mostantól látogatói süti kell. A valódi látogatók ebből semmit nem vesznek észre, a szűrőket végigjáró botok viszont fennakadnak.

Minden oldal beállít egy látogatói sütit, amely teljes oldalas gyorsítótár mellett is működik. Ha egy szűrőkérés süti nélkül érkezik, a látogató egy rövid ellenőrző oldalt kap, amely beállítja a sütit és magától újratölti ugyanazt az oldalt. Ha a böngésző nem fogadja el a sütit, egy linket kap a szűrés nélküli oldalhoz. A funkció új és meglévő oldalakon is alapból be van kapcsolva.

A tűzfal mostantól magától felismeri a WooCommerce szűrőkéréseit, ezért megszűnt a Szűrőparaméterek beállítás. Ha abban saját bejegyzéseid voltak, amelyeket a beépített felismerés nem fed le, egy egyszer megjelenő admin-értesítés felsorolja őket; ezeket nézd át.

Ugyanez az ellenőrzés bekapcsolható a „kosárba” linkekre is (új telepítéseken alapból be, meglévő oldalakon ki), és kérhetsz kivételt a Google robotjának is.

Új funkció 3

Látogatói süti a szűrőkéréseknél A süti nélküli szűrőkérések egy rövid, magától továbblépő ellenőrző oldalt kapnak; a valódi látogatók számára ez észrevétlen.
Ugyanez a „kosárba” linkekre A kosárba tevő linkekre is bekapcsolható; az újratöltés után a termék a kosárba kerül. A kosárba tevő űrlapokat és gombokat nem érinti.
Opcionális kivétel a Google robotjának A Googlebotot ellenőrzött módon kiveheted a süti-ellenőrzés alól (alapból ki).

Fejlesztés 1

Magyarul is megjelenő ellenőrző oldal Az ellenőrző oldal az oldal nyelvét követi, magyar fordítással.

Változás 2

Beépített WooCommerce-szűrőfelismerés A tűzfal a WooCommerce saját szűrőparamétereit és a Termékszűrők blokk paramétereit magától felismeri, csak aktív WooCommerce mellett.
Megszűnt a Szűrőparaméterek beállítás Ha saját bejegyzéseid voltak, egy admin-értesítés felsorolja, melyek esnek ki.

Hibajavítás 1

A REST-kérések nem számítanak szűrőkérésnek A szűrőhöz hasonló paraméterekkel érkező REST-kéréseket a tűzfal nem kezeli szűrőkérésként.

1.7.0 2026. szeptember 27. Stabil

Spamvédelem a hozzászólásokhoz és a WooCommerce-értékelésekhez

A tűzfal mostantól a hozzászólás- és a termékértékelés-űrlapokon is kiszűri a botok beküldéseit, mielőtt azok bekerülnének az adatbázisba.

A spamvédelem minden hozzászólás-űrlapra kiterjed: a klasszikus témák sablonjaira, a blokktémák Hozzászólások blokkjára és mindkét WooCommerce-értékelés-űrlapra. A gyorsítótárazott oldalakon is működik.

A moderálási joggal rendelkező felhasználókat, az engedélyezett IP-címeket és az adminból, REST-en vagy XML-RPC-n át érkező hozzászólásokat a tűzfal nem ellenőrzi.

Új telepítéseken a védelem alapból be van kapcsolva. Meglévő oldalon kapcsold be a Spam fülön.

Új funkció 1

Hozzászólás- és értékelésspam kiszűrése A botok beküldéseit a tűzfal elutasítja, mielőtt a hozzászólás vagy értékelés mentődne.

Bővítménytámogatás 1

WooCommerce: termékértékelések védelme Mindkét WooCommerce-értékelésűrlap védett.

Változás 1

Közös spam-kitiltás A Spam fül automatikus kitiltása a regisztrációkra, a hozzászólásokra és az értékelésekre együtt vonatkozik.

1.6.2 2026. szeptember 26. Stabil

Kereshető LW Plugins áttekintő, LW Site Manager javítás

Az LW Plugins áttekintő oldal kereshető táblázat lett, és az LW Site Manager AI-kapcsolata is látja a tűzfal funkcióit.

1.6.1 2026. szeptember 25. Stabil

WordPress 6.6 lett a minimum

Az új beállítási felület WordPress 6.6-ot igényel; régebbi WordPressen a beállítási oldal üresen maradt.

1.6.0 2026. szeptember 25. Stabil

Új beállítási felület és felhasználónkénti belépés-zárolás

Teljesen megújult a tűzfal kezelőfelülete, és a jelszópróbálgatás ellen mostantól felhasználónként is véd: 10 sikertelen belépés után a fiók 15 percre zárolódik.

Az új felület a WordPress saját komponenseiből épül: oldalsó navigáció, felső sáv Mentés és Elvetés gombbal, és telefonon is használható. Csak a módosított beállítások mentődnek, a hibás értékeket pedig a mező mellett jelezzük. Minden műveletnek (feloldás, kézi tiltás, napló törlése, tesztlevél, import, export) saját gombja van, és egyik sem menti a félkész módosításaidat.

Az új felhasználónkénti zárolás akkor is véd, ha a próbálkozások sok különböző címről jönnek. Zárolás közben a helyes jelszó sem enged be. Ha a jelszópróbálgatás elleni védelem eddig is be volt kapcsolva, ez a frissítés után magától működik. Egy zárolt fiókot a Tiltások listán vagy a „wp lw-firewall user-lock remove” paranccsal oldhatsz fel.

Új funkció 3

Új kezelőfelület Oldalsó navigáció tizenegy szakasszal, felső sáv Mentés és Elvetés gombbal (Cmd/Ctrl+S), helyőrzők betöltés közben, mobilnézet és teljes magyar fordítás.
Belépés-zárolás felhasználónként 10 sikertelen belépés után a fiók 15 percre zárolódik, bármilyen címről jöttek a próbálkozások, és az e-mail-címmel történő próbálkozások is ugyanahhoz a fiókhoz számítanak.
Részletesebb Status fül Mutatja, hogyan látja a tűzfal a te IP-címedet, kipróbálja a tárolót, ellenőrzi a gyorsítótár-mappát, és listázza a figyelmeztetéseket.

Fejlesztés 1

Bővebb tiltáslista és napló A tiltáslistán a zárolt fiókok is látszanak, és kézzel is kitilthatsz egy címet; a napló okonként szűrhető, kereshető és lapozható.

Változás 2

XML-RPC kéréskorlát csak új telepítésnél alapból A meglévő oldalak megtartják a jelenlegi beállításukat.
Átláthatóbb Biztonság fül Pontosan azokat a fejléceket mutatja, amelyeket a tűzfal küld, mindegyiknél azzal, mi ellen véd.

Hibajavítás 4

Szigorúbb ellenőrzés a beállításoknál Az országkódokat, az IP-bejegyzéseket és az e-mail-címeket ellenőrizzük, és a hibás értékeket jelezzük; az import minden beállítást ellenőriz, és a fájlból hiányzókat érintetlenül hagyja.
Nem zárhatod ki magad Nem tilthatod ki a saját, éppen használt címedet, és egy zárolt fiók miatti elutasítás nem számít bele a címed tiltásába.
Megbízhatóbb gombok és üzenetek Működik a CIDR-listák frissítése, az „összes feloldása” címenként jelez, és a riasztás-ellenőrzés nem állít valótlant; a hibák mondatként jelennek meg.
A wp-config.php beállításai érintetlenek maradnak Az admin, az import és a WP-CLI sem írja az adatbázisba a rögzített értékeket.

1.5.10 2026. szeptember 25. Stabil

Nem jelennek meg idegen értesítések az LW Firewall oldalán

Más témák és bővítmények értesítései nem zsúfolják többé a tűzfal oldalát, a saját figyelmeztetései viszont újra látszanak.

1.5.9 2026. szeptember 25. Stabil

Biztonsági javítások IPv6-hoz, proxy mögötti oldalakhoz és Redishez

Biztonsági javításokat hoztunk, és egy rosszul beállított proxy mögött a sikertelen belépések többé nem zárhatják ki az egész oldalt.

Ez a kiadás biztonsági javításokat tartalmaz, ezért javasoljuk a mielőbbi frissítést. A részleteket a felhasználók védelmében nem írjuk le.

Az IPv6-címeket a tűzfal mostantól címblokkonként számolja és tiltja: a tiltáslistán a teljes blokk látszik, és bármelyik címének feloldása feloldja a tiltást. A korábban létrehozott tiltások lejáratukig érvényesek, és ugyanúgy feloldhatók.

Ha az oldaladon minden látogató egyetlen proxy- vagy belső címről látszott érkezni, néhány sikertelen belépés az egész oldalt kizárhatta, az adminisztrátorokat is. Ez már nem fordulhat elő. Neked nincs teendőd.

Bővítménytámogatás 1

LW Site Manager: nem íródnak felül a wp-config.php beállításai Az IP-tiltás és -feloldás AI-ügynökön keresztül sem menti az adatbázisba a wp-config.php-ban rögzített értékeket.

Hibajavítás 5

Biztonsági javítások Pontosabb IPv6-kezelés, szigorúbb végpontfelismerés és megbízhatóbb országfelismerés.
Nincs teljes oldalkizárás proxy mögött A belső, fenntartott és a megbízható proxyként megadott címeket a tűzfal nem számolja és nem tiltja; a fehér- és feketelista, az országtiltás és a botszűrés rájuk is érvényes.
Megbízhatóbb Redis-működés A számlálók mindig lejárnak, és egy megszakadt Redis-kapcsolat nem okoz hibát belépéskor vagy oldalbetöltéskor.
Az országtiltás csak bekapcsolt tűzfalnál kerül a .htaccess-be Kikapcsolt tűzfal vagy országtiltás mellett a webszerver-szintű tiltás is megszűnik.
Átnevezett bővítménymappával is fut a háttér-komponens Ha a bővítmény mappája más nevet kapott, a háttér-komponens a valódi mappára mutat, és változáskor újratelepül.

1.5.8 2026. szeptember 18. Stabil

A botlista már nem tiltja ki a forgalmat hozó AI-asszisztenseket

Az alapértelmezett botlistából kikerültek azok az AI-asszisztensek, amelyek egy ember kérésére töltenek le oldalt, vagy linkkel hivatkoznak a forrásukra.

A ChatGPT-User, a ClaudeBot, a PerplexityBot és a Meta-ExternalFetcher tiltása több látogatót vett el, mint amennyi terhelést megspórolt: ezek vagy egy ember kérdésére olvasnak el egy oldalt, vagy linkkel hivatkoznak rá. A tisztán tanítóadatot gyűjtő botok és a SEO-/tartalomgyűjtő botok tiltása nem változott.

Ha soha nem szerkesztetted a botlistát, a frissítés egyszer, automatikusan átírja az új alapértelmezésre. Ha akár egy elemet is módosítottál benne, a listád pontosan úgy marad, ahogy volt. Neked nincs teendőd.

Fejlesztés 1

A saját listádhoz nem nyúlunk Az új alapértelmezés csak azokon az oldalakon lép életbe, ahol a botlistát soha nem szerkesztették.

Változás 2

Kikerültek a forgalmat hozó AI-asszisztensek a botlistából A ChatGPT-User, a ClaudeBot, a PerplexityBot és a Meta-ExternalFetcher többé nincs alapból tiltva; a GPTBot, a Bytespider, az Amazonbot és társaik továbbra is igen.
Elavult bejegyzések törölve Két már nem létező AI-bot bejegyzése kikerült, mert csak véletlenül illeszkedtek más látogatókra.

1.5.7 2026. szeptember 6. Stabil

Karcsúbb telepítőcsomag fejlesztői fájlok nélkül

A letölthető csomag és a Composeres telepítés már nem tartalmaz teszteket és fejlesztői beállításokat.

1.5.6 2026. augusztus 28. Stabil

Fordított proxy támogatás és további biztonsági javítások

A tűzfal mostantól fordított proxy mögött is a valódi látogatói címeket látja, ha megadod a proxyt. Emellett biztonsági és megbízhatósági javításokat hoztunk, és az országtiltás jelentősen gyorsabb lett.

Ez a kiadás a külső biztonsági átvizsgálás többi pontját zárja le, és biztonsági javításokat tartalmaz, ezért javasoljuk a mielőbbi frissítést. A részleteket a felhasználók védelmében nem írjuk le.

Ha az oldalad egy fordított proxy mögött fut (például egy nginx szerver áll az Apache előtt), add meg a proxy címét az IP-szabályok → Fordított proxy beállításban, különben a tűzfal nem látja a valódi látogatói címeket. A Status fül mostantól figyelmeztet, ha ezt észleli.

Az országtiltás Cloudflare nélkül is lényegesen kevesebb időt vesz igénybe kérésenként. A kiadás egy biztonsági fejlécet is eltávolít, amelyet a modern böngészők már nem támogatnak.

Új funkció 1

Fordított proxy beállítás Az IP-szabályok fülön megadhatod a megbízható proxyk címét, így a tűzfal a valódi látogatói címet használja.

Fejlesztés 3

Figyelmeztetés, ha a tűzfal nem látja a valódi címeket A Status fül szól, ha minden látogató ugyanarról a címről látszik érkezni.
Gyorsabb országtiltás Cloudflare nélkül kérésenként mérésünk szerint kb. 31 ms helyett a töredékére csökkent az országkeresés ideje.
Pontosabb Status fül Jelzi, ha a háttér-komponens telepítve van, de még nem futott, és a háttér-komponens a tartalma megváltozásakor is magától frissül.

Változás 1

Eltávolítottunk egy elavult biztonsági fejlécet Az X-XSS-Protection fejlécet a modern böngészők nem támogatják, sőt árthat, ezért többé nem küldjük.

Hibajavítás 5

Biztonsági javítások Szigorúbb IP- és országfejléc-ellenőrzés, pontosabb végpontfelismerés, biztonságosabb űrlapjelzők, és a jelszó-visszaállítás tiltása minden kiemelt jogú fiókra kiterjed.
Megbízhatóbb számlálás és tiltás A tiltás nem lehet véletlenül végleges, minden tárolási mód ugyanúgy számol, a közös Redist vagy APCu-t használó oldalak nem zavarják egymást, és a beállítások értékét a szerver is ellenőrzi.
Kevesebb adatbázis-írás támadás alatt A napló öt percig összevonja az ismétlődő bejegyzéseket.
Nem vész el a riasztás Ha egy riasztó e-mail nem megy ki, a következő ellenőrzéskor újra próbálkozik.
Kisebb javítások Nincs végzetes hiba, ha egy másik bővítmény szokatlan értéket ad vissza a regisztrációnál; WP-CLI-módosítás után a .htaccess is frissül; a bővítmény törlése mindent eltakarít maga után; a minimum WordPress-verzió 6.2 lett, mert az admin jelszóváltás-figyelés csak attól működik.

1.5.5 2026. augusztus 28. Stabil

Biztonsági javítások, és a wp-config.php beállítások mindenhol érvényesek

Biztonsági javításokat hoztunk, és a wp-config.php-ban rögzített beállítások mostantól a tűzfal minden részére érvényesek.

Ez a kiadás egy külső biztonsági átvizsgálás nyomán készült, és biztonsági javításokat tartalmaz, ezért javasoljuk a mielőbbi frissítést. A részleteket a felhasználók védelmében nem írjuk le.

Az országtiltásnál megszűnt a „tiltott látogató átirányítása a kezdőlapra” lehetőség: ez valójában sosem működött, a tiltott látogató mindig hibaoldalt kapott. Neked nincs teendőd.

Fejlesztés 1

Látszik, mit rögzít a wp-config.php A beállítási oldal megnevezi azokat a mezőket, amelyeket konstans rögzít, így nem szerkesztesz feleslegesen hatástalan mezőt.

Változás 1

Megszűnt az országtiltás átirányítási opciója A tiltott látogató ezután is hibaoldalt kap, ahogy eddig.

Hibajavítás 3

Biztonsági javítások Szigorúbb ellenőrzés az IP-tartomány szabályoknál, megbízhatóbb tiltás-érvényesítés és biztonságosabb átirányítás.
A wp-config.php beállításai mindenhol érvényesek A rögzített értékek (a fő be- és kikapcsolót is beleértve) a háttér-komponensre, a .htaccess-szabályokra és az állapotoldalra is vonatkoznak, és mentéskor nem íródnak az adatbázisba.
Feloldás után azonnal elérhető az oldal Egy cím feloldása a végpontonkénti kéréskorlátokat is nullázza.

1.5.4 2026. augusztus 27. Stabil

Kereshető, szűrhető tiltáslista

Az automatikus tiltások táblázata keresőt, okonkénti szűrőket, lapozást és tömeges feloldást kapott.

Egy nagyobb bottámadás után a tiltáslista több száz sorra nőhet, és egy oldalon kezelhetetlen lett. Mostantól a cím egy részére is kereshetsz, okonként szűrhetsz, és egyszerre több címet is feloldhatsz.

A keresés és a lapozás oldal-újratöltés nélkül működik, így a többi fülön lévő mentetlen beállításaid nem vesznek el. Neked nincs teendőd.

Fejlesztés 4

Keresés és szűrés Részleges címre is kereshetsz; az okonkénti szűrők a teljes listára vonatkozó darabszámot mutatják.
Összesítő a táblázat fölött Látod, hány tiltás érvényes, hány járt le, hány jár le egy órán belül, és melyik tárolóban vannak.
Tömeges feloldás Kijelölt címek egyszerre feloldhatók; az „összes feloldása” gomb külön, figyelmeztető stílussal maradt.
Pontos időpontok Minden sor relatív és pontos időt is mutat a tiltás kezdetéhez és lejáratához.

Változás 1

Nincs oldal-újratöltés a táblázatban A mentetlen beállítások a keresés és lapozás közben is megmaradnak.

1.5.3 2026. augusztus 27. Stabil

Az automatikus tiltások listázhatók és feloldhatók

Mostantól látod, ki van kitiltva és miért, és egy kattintással feloldhatod egy-egy cím tiltását.

Eddig egy kitiltott címet csak az idő lejártával, engedélyezőlistára vétellel vagy a teljes tároló ürítésével lehetett feloldani. Ha egy ügyfeled kizárta magát, nem volt egyszerű megoldás.

Az IP-szabályok fülön új táblázat mutatja a tiltásokat: a címet, az okot, a kezdetet és a lejáratot, soronként feloldás gombbal. Feloldáskor a tiltást kiváltó számlálók is nullázódnak, így a cím nem kerül azonnal újra tiltásra. Neked nincs teendőd.

Új funkció 2

Automatikus tiltások táblázata Cím, ok (sikertelen belépés, regisztrációs spam, jelszó-visszaállítás, kéréskorlát), kezdet és lejárat, soronkénti és teljes feloldással.
Tiltások kezelése WP-CLI-ből A „wp lw-firewall ban” paranccsal listázhatod, ellenőrizheted és feloldhatod a tiltásokat.

Hibajavítás 1

Feloldás után nincs azonnali újratiltás A feloldás a tiltást kiváltó számlálókat is nullázza.

1.5.2 2026. augusztus 26. Stabil

Védelem a jelszó-visszaállító űrlap elárasztása ellen

A tűzfal mostantól a jelszó-visszaállító űrlapot is védi, a WordPress és a WooCommerce űrlapját egyaránt, és elkészült a teljes magyar fordítás.

A botok a jelszó-visszaállító űrlapot is elárasztják: egy-egy felhasználó postafiókját teleszórják levelekkel, vagy kimerítik a tárhely levélküldési keretét. Az új védelem IP-címenként, fiókonként és az egész oldalra óránként is korlátozza a kéréseket, és a botok közvetlen beküldéseit is kiszűri.

A védelem alapból be van kapcsolva; a beállításait a Spam fülön találod. Ha az adminisztrátorok a Felhasználók oldalon küldenek visszaállító linket, vagy WP-CLI-ből dolgozol, a korlátok rád nem vonatkoznak. Neked nincs teendőd.

Új funkció 5

Jelszó-visszaállítás korlátozása Három független korlát: IP-címenként, célfiókonként és oldalszinten óránként. A WordPress és a WooCommerce „Elfelejtett jelszó” űrlapját egyaránt védi.
Botok kiszűrése a visszaállító űrlapon A WordPress bejelentkezési oldalán lévő űrlapon az automatikus beküldéseket a tűzfal elutasítja.
Opcionális kitiltás és e-mail-riasztás A visszatérő próbálkozók kitilthatók, és kérhetsz óránként legfeljebb egy riasztást, ha egy korlát betelt.
Az adminisztrátorok kivehetők a visszaállításból Bekapcsolható beállítás, amellyel az adminisztrátori fiókokhoz nem kérhető visszaállító link.
Kezelés WP-CLI-ből A „wp lw-firewall reset” paranccsal a védelem a terminálból is be- és kikapcsolható.

Fejlesztés 1

Teljes magyar fordítás A Riasztások fül, a Spam fül új részei, minden riasztó e-mail és a visszaállító űrlap üzenetei is magyarul jelennek meg.

1.5.0 2026. augusztus 24. Stabil

Riasztás, ha valaki adminisztrátori jogot kap

A tűzfal e-mailben szól, ha egy fiók adminisztrátori jogot kap, vagy ha egy meglévő admin felhasználónevét, e-mail-címét vagy jelszavát megváltoztatják.

Egy feltört oldal gyakori jele egy új, ismeretlen adminisztrátor, vagy egy meglévő admin megváltozott e-mail-címe. Az új riasztás ezeket azonnal jelzi, és óránkénti ellenőrzéssel azokat a változásokat is megtalálja, amelyek nem a WordPress szokásos útjain történtek.

A riasztás alapból ki van kapcsolva. Kapcsold be az új Riasztások fülön, add meg a címzetteket (üresen hagyva az oldal admin e-mail-címére megy), és egy tesztlevéllel ellenőrizd, hogy megérkezik-e.

Új funkció 4

Riasztás új adminisztrátorról E-mail, ha egy fiók adminisztrátori jogot kap, bárhonnan is történt: admin felület, bővítmény, REST vagy WP-CLI.
Riasztás egy admin fiók átvételére utaló változásról Szólunk, ha egy meglévő adminisztrátor felhasználóneve, e-mail-címe vagy jelszava megváltozik.
Óránkénti ellenőrzés Az adminisztrátorok listáját óránként összeveti a korábbi állapottal, így a közvetlenül az adatbázisba írt változásokat is észreveszi.
Riasztások fül és WP-CLI Címzettek, ellenőrzés be- és kikapcsolása, kézi ellenőrzés, tesztlevél és állapot egy helyen; WP-CLI-ből is, így kikapcsolt WP-Cron mellett rendszer-cronból is futtatható.

1.4.1 2026. augusztus 20. Stabil

Ellenőrizve WordPress 7.1-gyel

Kipróbáltuk a bővítményt WordPress 7.1-en; a működés nem változott.

1.4.0 2026. július 18. Stabil

Biztonsági kiadás; a minimum PHP-verzió 8.2 lett

Több biztonsági javítást és megbízhatósági fejlesztést hoztunk. A bővítményhez mostantól legalább PHP 8.2 kell.

Ez a kiadás biztonsági javításokat tartalmaz, ezért javasoljuk a mielőbbi frissítést. A részleteket a felhasználók védelmében nem írjuk le.

A bővítmény mostantól legalább PHP 8.2-t igényel. Frissítés előtt nézd meg a tárhelyed PHP-verzióját, és ha régebbi, állítsd át a tárhely kezelőfelületén.

Változás 2

Bejelentkezett felhasználók magasabb korlátot kapnak A REST és a szűrőkéréseknél a bejelentkezett felhasználókra magasabb korlát vonatkozik, a belépés, az XML-RPC és a cron korlátai viszont rájuk is érvényesek.
Legalább PHP 8.2 szükséges Frissítés előtt ellenőrizd a tárhelyed PHP-verzióját.

Hibajavítás 4

Biztonsági javítások Szigorúbb bemenet-ellenőrzés az országtiltásnál és a beállítások importálásánál, pontosabb IP-címtartomány-egyezés és biztonságosabb átirányítás.
Egy üres sor a botlistában nem tiltja ki az egész oldalt Egy üres bejegyzés eddig minden kérésre illeszkedett.
Pontos számlálás nagy terhelésnél A fájlalapú számlálók egyszerre érkező kéréseknél sem veszítenek el találatot, és a regisztrációs ellenőrzés egyszer használatos jelzői is megbízhatóan működnek.
Redis-hiba nem állítja le az oldalt Ha a Redis-kapcsolat megszakad, az oldal tovább működik.

1.3.2 2026. június 13. Stabil

A regisztrációs spamvédelem új telepítésnél alapból bekapcsolva

Új oldalakon a regisztrációs spamvédelem alapból be van kapcsolva; a meglévő oldalak megtartják a saját beállításukat.

1.3.1 2026. június 13. Stabil

Regisztrációs spam elleni védelem

Új Spam fül: a tűzfal kiszűri a botok automatikus regisztrációit, és a visszatérő próbálkozókat kitiltja.

Ha az oldaladon bárki regisztrálhat, a botok gyakran tömegesen hoznak létre hamis fiókokat. Az új védelem felismeri az automatikus beküldéseket, és elutasítja őket; aki többször próbálkozik, azt a tűzfal kitiltja.

A funkció alapból ki van kapcsolva, és csak akkor működik, ha a WordPress beállításaiban engedélyezve van a regisztráció. Bekapcsolni a Spam fülön tudod. Elkészült a bővítmény teljes magyar fordítása is.

Új funkció 3

Automatikus regisztrációk kiszűrése A bővítmény felismeri és elutasítja a botok által beküldött regisztrációkat.
Visszatérő próbálkozók kitiltása Aki többször próbálkozik, azt a tűzfal az egész oldalról kitiltja.
Spam fül Itt kapcsolhatod be a védelmet, és itt állíthatod be a részleteit és a kitiltás feltételeit.

Fejlesztés 1

Teljes magyar fordítás A bővítmény minden felirata magyarul is elérhető.

1.3.0 2026. június 8. Stabil

Védelem a jelszópróbálgatás ellen: kitiltás sikertelen belépések után

Ha egy IP-címről túl sok sikertelen belépés érkezik rövid időn belül, a tűzfal az egész oldalról kitiltja, még a WordPress betöltése előtt.

1.2.7 2026. május 6. Stabil

A tűzfal frissítés után újra bekapcsolva marad

Az 1.2.6-os frissítés után egyes oldalakon a tűzfal védelme kikapcsolva maradt. Ez a kiadás helyreállítja.

1.2.6 2026. április 30. Stabil

LW Site Manager: a napló paraméterek nélkül is lekérhető

Az AI-ügynökök az LW Site Manageren át mostantól paraméterek megadása nélkül is lekérhetik a tűzfal naplóját.

1.2.5 2026. április 30. Stabil

Listás beállítások helyes kezelése és kényelmesebb WP-CLI

A listás beállítások (botok, IP-listák, országok, szűrők) mostantól minden eleme érvényes, és WP-CLI-ből elemenként is szerkeszthetők.

Ha egy listás beállítás egyetlen szövegként került az adatbázisba (például kézi módosítás után), a tűzfal eddig csak az első elemét vette figyelembe. Mostantól az összes elemet felismeri.

WP-CLI-ből a beállítások a helyes típussal menthetők és kérdezhetők le, a listákhoz pedig elemenként adhatsz hozzá vagy vehetsz el. Az admin súgószövegei is pontosabbak lettek. Neked nincs teendőd.

Fejlesztés 2

Típushelyes beállítások WP-CLI-ből A „config set” a helyes típussal ment, a „config get” és a „config list” a valódi értéket mutatja; az új „config-items” paranccsal egy listához elemenként adhatsz hozzá vagy vehetsz el.
Pontosabb súgószövegek A beállítások leírásai pontosan elmondják, mire vonatkoznak, és a szűrőparaméterek alapértéke is helyesen szerepel.

Hibajavítás 1

A listás beállítások minden eleme érvényes Hibásan, szövegként mentett listáknál sem vész el egyetlen bejegyzés sem.

1.2.4 2026. április 26. Stabil

Biztonságosabb frissítés: nincs félig működő tűzfal

A tűzfal a frissítések után magától helyreállítja a háttér-komponensét, és ha valami hiányzik, nem okoz hibát az oldalon, hanem részletesen szól.

Bővítményfrissítéskor rövid ideig előfordulhatott, hogy a régi háttér-komponens az új bővítményfájlokkal találkozott, ami hibát okozhatott. Mostantól a háttér-komponens minden frissítés után magától újratelepül, és ha a verziója nem egyezik, inkább nem fut, mint hogy hibát okozzon.

Ilyenkor az admin felületen részletes figyelmeztetés jelenik meg, és a Status fülön látod, írható-e a szükséges mappa és mi lett az utolsó telepítési kísérlet eredménye. Ha figyelmeztetést látsz, kövesd a benne leírtakat; egyébként nincs teendőd.

Új funkció 1

Vészkapcsoló a wp-config.php-ban Egy konstanssal a háttér-komponens azonnal kikapcsolható, ha hibakereséshez szükséged van rá.

Fejlesztés 2

Automatikus újratelepítés frissítés után A háttér-komponens minden bővítményfrissítés után magától a helyére kerül.
Több információ a Status fülön Látod, írható-e a szükséges mappa, és mi lett az utolsó telepítési kísérlet eredménye.

Változás 1

Hiányzó háttér-komponensnél egyértelmű jelzés Ha a háttér-komponens hiányzik vagy nem egyezik, a védelem szünetel, és az adminban részletes, teendőket is tartalmazó figyelmeztetés jelenik meg.

Hibajavítás 1

Nincs végzetes hiba hiányzó fájloknál Ha a bővítmény fájljai részben hiányoznak, vagy a PHP túl régi, a háttér-komponens csendben kimarad, és nem állítja le az oldalt.

1.2.3 2026. március 23. Stabil

A háttér-komponens újra a bővítménnyel együtt frissül

A tűzfal háttér-komponensének verziója lemaradt a bővítményétől; ezt javítottuk, és figyelmeztetést kapsz, ha a telepítése nem sikerül.

1.2.2 2026. március 22. Stabil

AI-ügynökök is kezelhetik a tűzfalat az LW Site Manageren át

Az LW Site Manager mostantól eléri a tűzfalat: AI-ügynökök lekérhetik a beállításokat és a naplót, és IP-címeket tilthatnak vagy oldhatnak fel.

1.2.1 2026. február 19. Stabil

Az országtiltás alapból bekapcsolva, előre kiválasztott országokkal

Az országtiltás mostantól alapértelmezetten be van kapcsolva hat országra: Kína, Oroszország, India, Vietnám, Indonézia és Banglades.

1.2.0 2026. február 19. Stabil

Beállítások exportja és importja

Az új Import/Export fülön a tűzfal összes beállítását egy fájlba mentheted, és egy másik oldalra betöltheted.

1.1.9 2026. február 19. Stabil

Az országtiltás már a PHP indulása előtt kiszűr

Cloudflare mögött az országtiltás mostantól a webszerver szintjén, a .htaccess fájlban is érvényes, így a tiltott látogatók még kevesebb terhelést okoznak.

1.1.8 2026. február 19. Stabil

Országtiltás: tiltsd ki a látogatókat ország szerint

Új Országtiltás fül: kiválaszthatod, mely országokból ne lehessen elérni az oldalt. Cloudflare mögött azonnal működik, nélküle nyilvános IP-tartománylistából dolgozik.

1.1.7 2026. február 17. Stabil

Nem áll le az oldal jelszóval védett Redisnél

Ha a szerver Redise jelszót kér, a tűzfal mostantól másik tárolási módot választ, és nem okoz végzetes hibát.

1.1.6 2026. február 15. Stabil

A botszűrés már az egész oldalon érvényes

A tiltott botokat mostantól minden kérésnél kiszűri a tűzfal, nem csak a termékszűrő-oldalakon, és szűrőnként külön korlát is beállítható.

1.1.5 2026. február 12. Stabil

Belső javítások

Kisebb belső javítás; a működés nem változott.

1.1.4 2026. február 12. Stabil

Megmarad a megnyitott beállítási fül

A beállítási oldal megjegyzi, melyik fülön voltál, és a bővítmény új ikont kapott az LW Plugins menüben.

1.1.3 2026. február 12. Stabil

Teljes IPv6-támogatás

A kéréskorlát, a fehér- és a feketelista mostantól IPv6-címekkel is működik, és a szerver saját címeit a tűzfal sosem tiltja ki.

Egyre több látogató érkezik IPv6-címről. A tűzfal minden funkciója mostantól ezeket is kezeli, és a Cloudflare IPv6-tartományait is ismeri.

A szerver saját címei automatikusan engedélyezettek, így a saját háttérfolyamataid nem akadnak fenn a korlátokon. Neked nincs teendőd.

Új funkció 1

IPv6-támogatás Kéréskorlát, fehér- és feketelista, címtartományok IPv6-tal is.

Fejlesztés 2

Cloudflare IPv6 mögött is helyes IP-felismerés A Cloudflare IPv6-os tartományaiból érkező kéréseknél is a valódi látogatói címet látja.
A szerver saját címei sosem kerülnek tiltásra A helyi és a szerver saját címei automatikusan engedélyezettek.

1.1.2 2026. február 12. Stabil

Javított telepítőcsomag

A letölthető ZIP mappaszerkezetét javítottuk, így kézi telepítéskor a bővítmény a megfelelő mappába kerül.

1.1.1 2026. február 12. Stabil

Pontosabb leírás: az LW Firewall általános WordPress-tűzfal

A bővítmény leírása és a beállítási oldal címe már azt mondja, amit a bővítmény tud: nem csak WooCommerce-hez való.

1.1.0 2026. február 12. Stabil

Általános WordPress-tűzfal lett: belépés-, XML-RPC- és REST-védelem

Az LW Firewall már nem csak a termékszűrőket védi: korlátozza a belépési kísérleteket, az XML-RPC-, cron- és REST-kéréseket, kiszűri a 404-áradatot, és IP-listákat is kezel.

Ebben a kiadásban a bővítmény a WooCommerce-szűrőkön túl az egész oldal leggyakrabban támadott pontjait is védi. Az ismétlődő szabálysértőket egyre hosszabb időre automatikusan kitiltja.

A beállítások hét fülre kerültek, és minden beállítás a wp-config.php-ból is rögzíthető. A háttér-komponens a bővítmény frissítésekor magától frissül. Neked nincs teendőd.

Új funkció 8

Védelem a tömeges belépési kísérletek ellen A bejelentkezési oldal kéréseit IP-címenként korlátozza.
Az XML-RPC és a WP-Cron túlterhelése elleni védelem A két gyakran támadott végpont kéréseit korlátozza.
REST API kéréskorlát A REST API-t is IP-címenként korlátozza.
404-áradat felismerése Kitiltja azokat a címeket, amelyek tömegesen kérnek nem létező oldalakat.
IP fehér- és feketelista Címeket és címtartományokat engedélyezhetsz vagy tilthatsz ki.
Automatikus, fokozódó kitiltás Az ismétlődő szabálysértők egyre hosszabb tiltást kapnak.
Biztonsági HTTP-fejlécek Bekapcsolható biztonsági fejlécek, mindegyiknél leírással arról, mit véd.
Beállítások a wp-config.php-ból és WP-CLI-ből Minden beállítás rögzíthető a wp-config.php-ban, az IP-listák pedig WP-CLI-ből is kezelhetők.

Fejlesztés 1

Magyar fordítás és átrendezett beállítások A felület magyarul is elérhető, a beállítások hét fülre kerültek.

1.0.0 2026. február 12. Stabil

Megjelent az LW Firewall: védelem a termékszűrőket bombázó botok ellen

Az első kiadás a WooCommerce-boltokat védi azoktól a botoktól, amelyek végtelenül járják a termékszűrők kombinációit, és ezzel túlterhelik a szervert.

A termékszűrők minden kombinációja külön oldal, és egyes botok ezeket egymás után mind lekérik. Ez leterheli a szervert és felduzzasztja az adatbázist. Az LW Firewall az ismert botokat azonnal kitiltja, a többi látogatót pedig IP-címenként korlátozza a szűrőoldalakon.

A védelem egy korán induló háttér-komponensben fut, még a téma és a többi bővítmény előtt; ezt a bővítmény bekapcsoláskor magától telepíti. A beállításokat az LW Plugins → Firewall menüben találod.

Új funkció 5

Botok tiltása User-Agent alapján Szerkeszthető listával tilthatod ki az ismert botokat.
Kéréskorlát IP-címenként a szűrőoldalakon A korlát túllépésekor a látogató átirányítást vagy „túl sok kérés” választ kap.
Cloudflare mögött is a valódi látogatói címet látja A tűzfal a Cloudflare által továbbított címet használja.
Több tárolási mód APCu, Redis vagy fájlalapú tárolás, attól függően, mi érhető el a tárhelyen.
Napló és WP-CLI Opcionális kérésnapló nézegetővel, és teljes WP-CLI-támogatás.

Cookie	Szolgáltató	Cél	Időtartam
`lw_cookie_consent`	HelloWP	A sütibeállításaidat tárolja, hogy ne kérdezzünk meg minden oldalon.	1 év
`wordpress_logged_in_*`	WordPress	Bejelentkezve tart a fiókodban.	munkamenet vagy 14 nap („Emlékezz rám”)
`wp_woocommerce_session_*`	WooCommerce	A kosarad tartalmát köti a látogatásodhoz.	2 nap
`woocommerce_cart_hash`	WooCommerce	Jelzi, ha a kosarad tartalma megváltozott.	munkamenet
`woocommerce_items_in_cart`	WooCommerce	Jelzi, hogy van-e termék a kosaradban.	munkamenet
`__stripe_mid`	Stripe	A bankkártyás fizetés csalásmegelőzése.	1 év
`__stripe_sid`	Stripe	A bankkártyás fizetés csalásmegelőzése (munkamenet).	30 perc

Cookie	Szolgáltató	Cél	Időtartam
`_ga`	Google Analytics	Megkülönbözteti a látogatókat a látogatottsági statisztikához.	2 év
`_ga_*`	Google Analytics	A munkamenet állapotát tárolja a látogatottsági statisztikához.	2 év