Hozzászólások
-
SzerzőBejegyzés
-
2008-09-10-10:06 Hozzászólás: opensuse11 & backtrack3 + wifi hack kérdések, tapasztalatok ++ IDS #2171761linuXP wrote:igen, a wifi kommunikációt szeretném védeni, vagy legalábbis, az esetleges támadás előre jelezni.
teszteltem a rendelkezésre álló eszközeimmel, és szépen látszott az AP és a kliens forgalma mellett a támadás.
nos, ilyen előrejelző, eszköz, alkalmazás érdekelne, a wan, lan hálózatos támadás esélye egyenlőre kissebbHali !
A wifi kommunikáció védelme pusztán behatolás-védelmi software-el
nem oldható meg. Ha megnézed az előző topic-ban írt
linket illetve a site-on található egyéb leírásokat, azok is
inkább a gép(vagy a rá-csatlakozó saját hálózat) védelméről,
incidens-elemzéséről szólnak,
illetve igaz ugyan, hogy nagyon szép „”kis”” védelmi
ajánlások/módszerek vannak leírva pl a
„Linux biztonsági eljárások” című (O’Reilly kiadó) irodalomban is,
de a kiment forgalom már „”nem a saját rendszered hatásköre””.
Ezért az ad(hat) kellő védelmet (sz.v.sz.) ha a forgalom titkosítottan zajlik,
továbbá gondoskodsz arról, hogy technikailag ne lehessen rendszeren kívülről
csatlakozni a hálózatra.
Nálunk pl úgy zajlik a dolog, hogy a wifi egy körzetén belül
a kliensek és a router között a kommunikáció egy részt
biztonságos titkosítással zajlik, továbbá
csak azok tudnak kapcsolódni, akik rendelkeznek a megfelelő
hardware-eszköz által biztosított ip-vel és a titkosításis kulccsal.
Azaz hiába csücsülne laptoppal és egy wifi-modemmel egy mikrobuszban
az utcán, szóba sem állna vele a területet lefedő router.
A wifi hálózatban a kliens-router kommunikációját a wireless lan access point
titkosítottan bonyolítja. Ez a switch hardware-sen tartalmazza a
kódolást és a kiosztott fix ip-vel a csatlakozási jogosultságot.
Tehát ha kicserélné valaki a szolgáltatótól kapott eszközt(legyen adapter a neve)
nem tudna csatizni, mivel az adapter adja meg a saját ip-t is.
Kívülről pedig csak a router látható.
Az meg a másik, hogy a kliens irányított microhullámú kommunikációval
kapcsolódik, és ez a hab a tortán, mivel azaz az esetleges lehallgatónak
nagyon feltünően közel kellene lennie, illetve ha nem találja meg az irányított
rádió-kommunikációt, csak azt a forgalmat tudná vételezni amit a router szór,
mivel a klienstől kifele menő jól irányított, nem szórt jel.
(Igaz, a routertől szórtan érkező jel értékes adatokat tartalmazhat, ez elkapható.)
A routertől meg már optokábelen megy tovább.
biztonságos wifi eszközökről/teljes védelmi eszközökről konkrétan itt olvashatsz :
http://www.itsun.hu/php/keret.php?m=30&gy=1&tcs=8
A lapon ezen felül igazán massive védelmi eszközökről böngészhetsz.Tehát ha szolgáltatni kívánsz saját hálózatodban illetve az általad
üzemeltetett hálózatot wifi-vel kívánod kiterjeszteni, minden képen
szükséges hardware-s védelem. A rádió-kommunikáció
ha nincs kódolva, technikailag zárva az akkor szabad préda lehet.Természetesen ezen felül a kliens(vagy saját lan) további tűzfallal
van még védve, de mind ezek ellenére nem létezik 100%-ban
biztonságos rendszer. Mindennek van gyenge pontja.2008-09-10-10:06 Hozzászólás: opensuse11 & backtrack3 + wifi hack kérdések, tapasztalatok ++ IDS #2171762linuXP wrote:igen, a wifi kommunikációt szeretném védeni, vagy legalábbis, az esetleges támadás előre jelezni.
teszteltem a rendelkezésre álló eszközeimmel, és szépen látszott az AP és a kliens forgalma mellett a támadás.
nos, ilyen előrejelző, eszköz, alkalmazás érdekelne, a wan, lan hálózatos támadás esélye egyenlőre kissebbHali !
A wifi kommunikáció védelme pusztán behatolás-védelmi software-el
nem oldható meg. Ha megnézed az előző topic-ban írt
linket illetve a site-on található egyéb leírásokat, azok is
inkább a gép(vagy a rá-csatlakozó saját hálózat) védelméről,
incidens-elemzéséről szólnak,
illetve igaz ugyan, hogy nagyon szép „”kis”” védelmi
ajánlások/módszerek vannak leírva pl a
„Linux biztonsági eljárások” című (O’Reilly kiadó) irodalomban is,
de a kiment forgalom már „”nem a saját rendszered hatásköre””.
Ezért az ad(hat) kellő védelmet (sz.v.sz.) ha a forgalom titkosítottan zajlik,
továbbá gondoskodsz arról, hogy technikailag ne lehessen rendszeren kívülről
csatlakozni a hálózatra.
Nálunk pl úgy zajlik a dolog, hogy a wifi egy körzetén belül
a kliensek és a router között a kommunikáció egy részt
biztonságos titkosítással zajlik, továbbá
csak azok tudnak kapcsolódni, akik rendelkeznek a megfelelő
hardware-eszköz által biztosított ip-vel és a titkosításis kulccsal.
Azaz hiába csücsülne laptoppal és egy wifi-modemmel egy mikrobuszban
az utcán, szóba sem állna vele a területet lefedő router.
A wifi hálózatban a kliens-router kommunikációját a wireless lan access point
titkosítottan bonyolítja. Ez a switch hardware-sen tartalmazza a
kódolást és a kiosztott fix ip-vel a csatlakozási jogosultságot.
Tehát ha kicserélné valaki a szolgáltatótól kapott eszközt(legyen adapter a neve)
nem tudna csatizni, mivel az adapter adja meg a saját ip-t is.
Kívülről pedig csak a router látható.
Az meg a másik, hogy a kliens irányított microhullámú kommunikációval
kapcsolódik, és ez a hab a tortán, mivel azaz az esetleges lehallgatónak
nagyon feltünően közel kellene lennie, illetve ha nem találja meg az irányított
rádió-kommunikációt, csak azt a forgalmat tudná vételezni amit a router szór,
mivel a klienstől kifele menő jól irányított, nem szórt jel.
(Igaz, a routertől szórtan érkező jel értékes adatokat tartalmazhat, ez elkapható.)
A routertől meg már optokábelen megy tovább.
biztonságos wifi eszközökről/teljes védelmi eszközökről konkrétan itt olvashatsz :
http://www.itsun.hu/php/keret.php?m=30&gy=1&tcs=8
A lapon ezen felül igazán massive védelmi eszközökről böngészhetsz.Tehát ha szolgáltatni kívánsz saját hálózatodban illetve az általad
üzemeltetett hálózatot wifi-vel kívánod kiterjeszteni, minden képen
szükséges hardware-s védelem. A rádió-kommunikáció
ha nincs kódolva, technikailag zárva az akkor szabad préda lehet.Természetesen ezen felül a kliens(vagy saját lan) további tűzfallal
van még védve, de mind ezek ellenére nem létezik 100%-ban
biztonságos rendszer. Mindennek van gyenge pontja.2008-09-09-21:38 Hozzászólás: opensuse11 & backtrack3 + wifi hack kérdések, tapasztalatok ++ IDS #2171755linuXP wrote:(..) a hekkelés maximálisan a saját rendszeremre korlátozódik, de ott is azért, hogy teszteljem a hálózatom biztonságát.
hekkeléshez eszközt nem is kértem, eddig is volt hozzá, teljesen legálisan használható eszköztár. (pl. aircrack-ng csomag)Hali !
Azt nem írod le, hogy a wifi-kommunikációt(a lehallgatható adatfolyamot) akarod-e védeni,
vagy a wifi-eszközre kapcsolt hálózatot megvédeni.
Ugyan is a kettő nem egészen azonos.
A hálózat illetve a netre kapcsolt gép védelmének(tűzfal) tesztelésére
(egyes források szerint) a Nessus támadó/tesztelő biztonsági port-scanner
nagyon megfelelő.
A wifi kommunikáció védelme más, mivel az lehallgatható,
azt nem tudod védeni, hanem „csak” titkosítani az adatokat amiket forgalmazol,
bár technikailag switch-ek alkalmazásával javítható a biztonsága.
A wifi egy áthallásos hálózat, mely lehallgatása talán könnyebb mint
betörni egy jól védett rendszerbe, tehát nem biztos az, hogy szükséges
egyáltalán a brute-force módszer alkalmazása
(persze feltéve ha „csak” lehallgatás a támadó első célja —
lehallgatás során viszonylag könnyen juthat hozzá jelszavakhoz)linuXP wrote:ahhoz, hogy biztonságosan üzemeltessek egy hálózatot (wlan), ne árt ismernem a támadási és védekezési technikákat. [legalábbis én így gondolkozom]
(..) detektálási eljárásokkal, ami inkább fontosabb lenne.[/b]Ezzel kapcsolatban, egy jó dokumentációt adott ki az MTA SZTAKI,
” Az informatikai hálózati infrastruktúra biztonsági kockázatai és kontrolljai”
címmel, ami nyilvános és hozzáférhető.
Link :http://www.cert.hu/dmdocuments/MTA1_print.pdf
Remélem sok hasznosat találsz benne, magam részéről tanulságosnak tartom.
Szerk :
Annyit még hozzátennék, hogy a cert (http://www.cert.hu/) honlapján
az Ismertetők,Védelmi eszközök,Tanulmányok között rengeteg
hasznosság található, köztük az incidensekről is.2008-09-09-21:38 Hozzászólás: opensuse11 & backtrack3 + wifi hack kérdések, tapasztalatok ++ IDS #2171756linuXP wrote:(..) a hekkelés maximálisan a saját rendszeremre korlátozódik, de ott is azért, hogy teszteljem a hálózatom biztonságát.
hekkeléshez eszközt nem is kértem, eddig is volt hozzá, teljesen legálisan használható eszköztár. (pl. aircrack-ng csomag)Hali !
Azt nem írod le, hogy a wifi-kommunikációt(a lehallgatható adatfolyamot) akarod-e védeni,
vagy a wifi-eszközre kapcsolt hálózatot megvédeni.
Ugyan is a kettő nem egészen azonos.
A hálózat illetve a netre kapcsolt gép védelmének(tűzfal) tesztelésére
(egyes források szerint) a Nessus támadó/tesztelő biztonsági port-scanner
nagyon megfelelő.
A wifi kommunikáció védelme más, mivel az lehallgatható,
azt nem tudod védeni, hanem „csak” titkosítani az adatokat amiket forgalmazol,
bár technikailag switch-ek alkalmazásával javítható a biztonsága.
A wifi egy áthallásos hálózat, mely lehallgatása talán könnyebb mint
betörni egy jól védett rendszerbe, tehát nem biztos az, hogy szükséges
egyáltalán a brute-force módszer alkalmazása
(persze feltéve ha „csak” lehallgatás a támadó első célja —
lehallgatás során viszonylag könnyen juthat hozzá jelszavakhoz)linuXP wrote:ahhoz, hogy biztonságosan üzemeltessek egy hálózatot (wlan), ne árt ismernem a támadási és védekezési technikákat. [legalábbis én így gondolkozom]
(..) detektálási eljárásokkal, ami inkább fontosabb lenne.[/b]Ezzel kapcsolatban, egy jó dokumentációt adott ki az MTA SZTAKI,
” Az informatikai hálózati infrastruktúra biztonsági kockázatai és kontrolljai”
címmel, ami nyilvános és hozzáférhető.
Link :http://www.cert.hu/dmdocuments/MTA1_print.pdf
Remélem sok hasznosat találsz benne, magam részéről tanulságosnak tartom.
Szerk :
Annyit még hozzátennék, hogy a cert (http://www.cert.hu/) honlapján
az Ismertetők,Védelmi eszközök,Tanulmányok között rengeteg
hasznosság található, köztük az incidensekről is.rembutgood wrote:Hello!
suse 11.0 alatt Kbluetooth-ot használtam adatátvitelre, telefonról laptopra.
(…)
A lényeg, hogy most ha a telóról küldök egy képet a laptopra akkor megjelenik kis buborékban a telefonom információként de nem tudom elérni közvetlen úgy mint előtte. Ugyan azt akarja mint ubuntu alatt, hogy írjam be a gép, majd a gépen a telefon kódját, de így nincs kapcsolat.
Én viszont vissza akarom állítani a default állapotára, de sehol nem találtam olyat (se a vezérlőpultban, se jobb klikkel a kbluetoothon) ahol (…)Hali !
Próbálkozz a „Rendszer”->”YaST”->”Hardware”->”Bluetooth”-on belül.
-Biztonsági vezérlő – Helyi PIN használata, illetve PIN bekérése a felhasználótól.
Azt írod : „a telefon kódját„.
Itt gondolom nem a telefon saját PIN-jéről van szó.
A YaST-Bluetooth PIN-beállításakor kitalálsz egy számkódot és azt tárolod el.
A saját telefonod(legalább is az enyém) rákérdez csatlakozáskor a számra,
bekell gépelnem(5 szám nem sok) és engedélyezést kér, ez után a gép szintén.
Tehát beírtam egy helyi pin-értéket–biztonsági megfontolásból-.
Mikor a telefon érzékeli hogy a gépemről
csatlakozási kérés jön, akkor a telefonom kérdi engedélyezem-e.
Ez után a gép is kérdezi a PIN-t.
Ezek után a csatlakozás felépül.
Azért adtam be PIN-t, hogy csak az én telefonom tudjon csatizni.
Megadhatod azt is, hogy beírsz egy PIN-t(maszek, saját ex-has számkód)
és azt választod ki, hogy „biztonsági vezérlő kikapcsolva”.
Ekkor nem kérdezősködik, a telefonom eltárolja az első csatlakozáskor és
mindig automatikusan szinkronizálódik.
Vagy semmi PIN-t nem adsz meg és kikapcsolod a biztonsági gombot.
Illetve :
Próbálkozz még a „Rendszer”->”YaST”->”Hardware”->”Bluetooth”-on belül a
„Biztonsági beállítások gomb” hatására feljön 2 választási lehetőség.
Nálam egyik bevan kapcsolva a” Lekérdezés keresése”.
„A Beérkező keresés mezőben adhatja meg, hogy
a távoli eszközök felismerjék-e az Ön adapterét,
amikor az elérhető eszközöket keresik.
A másikról ez a súgó :
A Meghívó keresés bekapcsolásával engedélyezi,
hogy a távoli eszközök csatlakozzanak az Ön eszközére.”
Ez utóbbi ki van kapcsolva, ne csatlakozhasson más eszköz mint csak a PIN-el
azonosított saját telefonom.Egyébként máshol is állítottam már be másnak ezt, érdekes hogy egyes
telóknál nem voltak helyesek ezek a beállítások, pár kísérlet után mindig
sikerűlt.
Hozzá tenném, hogy Motorola esetén pl régen a GPS-internet nagyon
könnyen ment, egyszerűen Motorola DUND modem-ként.A KMobiletools pl egyszerű Generic-GSM-device vagy Motorola -ként is működik.
rembutgood wrote:Hello!
suse 11.0 alatt Kbluetooth-ot használtam adatátvitelre, telefonról laptopra.
(…)
A lényeg, hogy most ha a telóról küldök egy képet a laptopra akkor megjelenik kis buborékban a telefonom információként de nem tudom elérni közvetlen úgy mint előtte. Ugyan azt akarja mint ubuntu alatt, hogy írjam be a gép, majd a gépen a telefon kódját, de így nincs kapcsolat.
Én viszont vissza akarom állítani a default állapotára, de sehol nem találtam olyat (se a vezérlőpultban, se jobb klikkel a kbluetoothon) ahol (…)Hali !
Próbálkozz a „Rendszer”->”YaST”->”Hardware”->”Bluetooth”-on belül.
-Biztonsági vezérlő – Helyi PIN használata, illetve PIN bekérése a felhasználótól.
Azt írod : „a telefon kódját„.
Itt gondolom nem a telefon saját PIN-jéről van szó.
A YaST-Bluetooth PIN-beállításakor kitalálsz egy számkódot és azt tárolod el.
A saját telefonod(legalább is az enyém) rákérdez csatlakozáskor a számra,
bekell gépelnem(5 szám nem sok) és engedélyezést kér, ez után a gép szintén.
Tehát beírtam egy helyi pin-értéket–biztonsági megfontolásból-.
Mikor a telefon érzékeli hogy a gépemről
csatlakozási kérés jön, akkor a telefonom kérdi engedélyezem-e.
Ez után a gép is kérdezi a PIN-t.
Ezek után a csatlakozás felépül.
Azért adtam be PIN-t, hogy csak az én telefonom tudjon csatizni.
Megadhatod azt is, hogy beírsz egy PIN-t(maszek, saját ex-has számkód)
és azt választod ki, hogy „biztonsági vezérlő kikapcsolva”.
Ekkor nem kérdezősködik, a telefonom eltárolja az első csatlakozáskor és
mindig automatikusan szinkronizálódik.
Vagy semmi PIN-t nem adsz meg és kikapcsolod a biztonsági gombot.
Illetve :
Próbálkozz még a „Rendszer”->”YaST”->”Hardware”->”Bluetooth”-on belül a
„Biztonsági beállítások gomb” hatására feljön 2 választási lehetőség.
Nálam egyik bevan kapcsolva a” Lekérdezés keresése”.
„A Beérkező keresés mezőben adhatja meg, hogy
a távoli eszközök felismerjék-e az Ön adapterét,
amikor az elérhető eszközöket keresik.
A másikról ez a súgó :
A Meghívó keresés bekapcsolásával engedélyezi,
hogy a távoli eszközök csatlakozzanak az Ön eszközére.”
Ez utóbbi ki van kapcsolva, ne csatlakozhasson más eszköz mint csak a PIN-el
azonosított saját telefonom.Egyébként máshol is állítottam már be másnak ezt, érdekes hogy egyes
telóknál nem voltak helyesek ezek a beállítások, pár kísérlet után mindig
sikerűlt.
Hozzá tenném, hogy Motorola esetén pl régen a GPS-internet nagyon
könnyen ment, egyszerűen Motorola DUND modem-ként.A KMobiletools pl egyszerű Generic-GSM-device vagy Motorola -ként is működik.
vizsla wrote:Na, és, hogy miért nem 0,9 az a 0,9?
pl:
0,11 (2) = 0x2^0 + 1×2^-1 + 1×2^-2 (…)Kösz vizsla a példát, utána számoltam én is, és hát valóban nem ártott felidézni.
A számábrázolással már elég régóta nem foglalkoztam [sajnos] .A floor() használatával helyesen működik a script.
„Ez azért van, mert számotokra nem azonos a „hozzáértő kifejezés”.
Ha egy kicsit is ismernéd őt, akkor tudnád, hogy ért hozzá… te a programozási
nyelvek terén felhasználó vagy ő meg már „majdnem” professzinista.”
Ok, amit írt magáról, abból nyilván látható hogy alapos mély tudású szakértő,
csak viccesen fogalmazva mondhatni beledöngölt a betonba. Csak ennyi lett volna.A kisbetü és gabaman kérdésére hogy miért nem feltétel-vizsgálattal oldom meg :
azért mivel a hitel mértéke nem csak a havi jövedelemtől, igényelt összegtől függ,
hanem a kortól is, mely ha túl magas akkor vagy csökken az igényelhető összeg,
vagy nem is kaphat hitelt. Viszont ha túl alacsony, akkor sem.
Egy adott korig nőhet az összeg.
Így csak annyit kell figyelni, hogy a kor-határozó mekkora, 20 ->1 , 30->2, 40->3,
stb.. egy switch(kor_hatarozo)..case nyelvi szerkezetben pedig
eldönti a program, hogyan folyásolja be a kamat mértékét.
Egy idősebb ember kamata így más lesz mint egy 40 év alattié.
Viccesen fogalmazva, „azt bünteti” aki viszonylag fiatal, jól keres és sok hitelt
akar felvenni. 😀
Egy szóval már működik a program és hát jól kereső középkorú vagyonos
ember jobb ha nem kér hitelt a programtól…. ;Dvizsla wrote:Na, és, hogy miért nem 0,9 az a 0,9?
pl:
0,11 (2) = 0x2^0 + 1×2^-1 + 1×2^-2 (…)Kösz vizsla a példát, utána számoltam én is, és hát valóban nem ártott felidézni.
A számábrázolással már elég régóta nem foglalkoztam [sajnos] .A floor() használatával helyesen működik a script.
„Ez azért van, mert számotokra nem azonos a „hozzáértő kifejezés”.
Ha egy kicsit is ismernéd őt, akkor tudnád, hogy ért hozzá… te a programozási
nyelvek terén felhasználó vagy ő meg már „majdnem” professzinista.”
Ok, amit írt magáról, abból nyilván látható hogy alapos mély tudású szakértő,
csak viccesen fogalmazva mondhatni beledöngölt a betonba. Csak ennyi lett volna.A kisbetü és gabaman kérdésére hogy miért nem feltétel-vizsgálattal oldom meg :
azért mivel a hitel mértéke nem csak a havi jövedelemtől, igényelt összegtől függ,
hanem a kortól is, mely ha túl magas akkor vagy csökken az igényelhető összeg,
vagy nem is kaphat hitelt. Viszont ha túl alacsony, akkor sem.
Egy adott korig nőhet az összeg.
Így csak annyit kell figyelni, hogy a kor-határozó mekkora, 20 ->1 , 30->2, 40->3,
stb.. egy switch(kor_hatarozo)..case nyelvi szerkezetben pedig
eldönti a program, hogyan folyásolja be a kamat mértékét.
Egy idősebb ember kamata így más lesz mint egy 40 év alattié.
Viccesen fogalmazva, „azt bünteti” aki viszonylag fiatal, jól keres és sok hitelt
akar felvenni. 😀
Egy szóval már működik a program és hát jól kereső középkorú vagyonos
ember jobb ha nem kér hitelt a programtól…. ;Dgabaman wrote:„Azért hiszed illetve tűnik Neked az, hogy hozzá nem értő vagyok, mert
(mielőtt PHP-zni kezdtem volna), régebben a PHP-hez képest egy erősen típusos
nyelvet (Pascal) használtam.”Rosszul ítéltelek meg, én csak assembly, C/C++, Java, PHP, Python és C# nyelvekhez értek, a Pascal tudásod mellet ezek eltörpülnek. A BASIC-et ne is említsem. Biztosan én tévedek és a PHP nem működik megfelelően.
Nem mondtam hogy a PHP nem jól működik. Hanem azt kérdeztem miért
volt a számítás hibás. A kettő között nagy a különbség.
Nyilván való hogy ezek után alaposabban figyelek a típus-konverziós esetekre.
Továbbá azt sem hiszem, hogy az én Pascal tudásom mellett eltörpülne a Te nem kevés
programozási nyelvismereted — legyél szíves ne személyeskedj !!
Hozzá tenném még az előző hozzászólásodban említett „Mellesleg a
tízes-bináris átváltás középiskolai tananyag.” megjegyzésedhez,
hogy valóban középiskolai anyag, de ettől függetlenül a főiskolai matematikai/informatikai
szakon ezt szintén alaposan tanították, és teljesen még nem felejtettem el.
Mivel mint olvashattad eddig nem volt dolgom PHP-vel… na de hagyjuk, nem ér ez ennyit 🙂gabaman wrote:„Azért hiszed illetve tűnik Neked az, hogy hozzá nem értő vagyok, mert
(mielőtt PHP-zni kezdtem volna), régebben a PHP-hez képest egy erősen típusos
nyelvet (Pascal) használtam.”Rosszul ítéltelek meg, én csak assembly, C/C++, Java, PHP, Python és C# nyelvekhez értek, a Pascal tudásod mellet ezek eltörpülnek. A BASIC-et ne is említsem. Biztosan én tévedek és a PHP nem működik megfelelően.
Nem mondtam hogy a PHP nem jól működik. Hanem azt kérdeztem miért
volt a számítás hibás. A kettő között nagy a különbség.
Nyilván való hogy ezek után alaposabban figyelek a típus-konverziós esetekre.
Továbbá azt sem hiszem, hogy az én Pascal tudásom mellett eltörpülne a Te nem kevés
programozási nyelvismereted — legyél szíves ne személyeskedj !!
Hozzá tenném még az előző hozzászólásodban említett „Mellesleg a
tízes-bináris átváltás középiskolai tananyag.” megjegyzésedhez,
hogy valóban középiskolai anyag, de ettől függetlenül a főiskolai matematikai/informatikai
szakon ezt szintén alaposan tanították, és teljesen még nem felejtettem el.
Mivel mint olvashattad eddig nem volt dolgom PHP-vel… na de hagyjuk, nem ér ez ennyit 🙂 -
SzerzőBejegyzés
legutóbbi hsz