Szerző Téma: [SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)  (Megtekintve 14978 alkalommal)

Nem elérhető BoOy

  • 3209
  • 2013-as év szkriptere
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #135 Dátum: 2013. Augusztus 22. - 13:49:05 »
+2
Atom támadás ellen is véd ez?

[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #136 Dátum: 2013. Augusztus 22. - 14:18:33 »
0
Idézetet írta: BoOy date=1377172145\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic
Atom támadás ellen is véd ez?
 
Hogyne!
Minden ellen ;)

Nem elérhető BoOy

  • 3209
  • 2013-as év szkriptere
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #137 Dátum: 2013. Augusztus 22. - 14:26:15 »
+1
Akkor rosz már nem lehet :D

Nem elérhető krisk

  • 2380
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #138 Dátum: 2013. Augusztus 22. - 17:40:53 »
0
De ennek a neve miért 16-bit? Emlékeim szerint a 16-bites alkalmazások (a\'la win3.1) nem így néztek ki.
A publikált VB kódot áttanulmányoztam és komolyan azt csináltátok, hogy ilyenekre kerestetek, hogy \"mod_sa.ini\" meg \"chaetengine.exe\" a futó folyamatok közt? Az elsõ dolog amit csinálnék az az, hogy megváltoztatnám az exe nevét, mielõtt anticheat által védett szeróra felmennék. :D s0beitet kb. 5 perc letölteni és utána újrafordítani úgy, hogy más ini-t töltsön be.
Ezen kívül fontos megjegyezni, hogy miden egyes dll-be lehet cheatet rejteni és a legtöbbjüket más, legális modifikációk is használják (pl: a d3dx9.dll-t, amit a cheat készítõk gyakran DLL proxyként használnak, használja pl. az ENBSeries is).
Ha tényleg érdekel titeket a dolog, akkor ajánlom, hogy a cheat detekciót valami ilyesmivel oldjátok meg. Ez viszont beleturkál a win32 API-ba és mélyen a rendszeredbe, és ezért komoly biztonsági kockázatot jelent, fõleg egy meglehetõsen ismeretlen csapattól, vagy egy a saját gépe biztonságáért ügyelõ játékos nem igazán fog használni. Ezen kívül ez a cucc C++-ra íródott, nem C#-ra, bár egy ilyen, alapjában véve alacsony szintû kóddal rendelkezõ dolgokat elég hülyeség egy ilyen magas szintû nyelvekkel megoldani.
A VAC2/VAC3 (Valve Anti-Cheat) dumpokat elérhetitek itt.
További infók itt.
Ezek, mint az anticheatek 100%-a NEM védenek a SAMP cheatek leggyakoribb formájától, a memóriahackektõl. A legtöbb anticheat csak heurisztikusan és már korábban ismert cheatek alapját állítja fel az adatbázisát. Ezen kívül a legtöbb modern játék SZERVER ODLALON végezi el az anticheat munkák nagy részét (pl. anti-hp cheat, anti-money cheat, anti-ab, anti-nemtudommi).
Én egyébként pont nem a GUI-t tartanám a legfontosabb dolognak, ami egy ilyen projekthez kellene. Igazából én fognám magamat és C#-al inkább egy dll-t fordítanék le (már ha lehet, nem ismerem igazán a nyelvet) majd azt SAA Loaderrel betölteném a tesztelés idejére, majd ha készen van a kód akkor ráérnék foglalkozni a launcherrel.
« Utoljára szerkesztve: 2013. Augusztus 22. - 17:56:57 írta krisk »

[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #139 Dátum: 2013. Augusztus 22. - 17:56:49 »
0
Idézetet írta: krisk date=1377186053\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic
De ennek a neve miért 16-bit? Emlékeim szerint a 16-bites alkalmazások (a\'la win3.1) nem így néztek ki.
A publikált VB kódot áttanulmányoztam és komolyan azt csináltátok, hogy ilyenekre kerestetek, hogy \"mod_sa.ini\" meg \"chaetengine.exe\" a futó folyamatok közt? Az elsõ dolog amit csinálnék az az, hogy megváltoztatnám az exe nevét, mielõtt anticheat által védett szeróra felmennék. :D s0beitet kb. 5 perc letölteni és utána újrafordítani úgy, hogy más ini-t töltsön be.
Ezen kívül fontos megjegyezni, hogy miden egyes dll-be lehet cheatet rejteni és a legtöbbjüket más, legális modifikációk is használják (pl: a d3dx9.dll-t, amit a cheat készítõk gyakran DLL proxyként használnak, használja pl. az ENBSeries is).
Ha tényleg érdekel titeket a dolog, akkor ajánlom, hogy a cheat detekciót valami ilyesmivel oldjátok meg. Ez viszont beleturkál a win32 API-ba és mélyen a rendszeredbe, és ezért komoly biztonsági kockázatot jelent, fõleg egy meglehetõsen ismeretlen csapattól, vagy egy a saját gépe biztonságáért ügyelõ játékos nem igazán fog használni. Ezen kívül ez a cucc C++-ra íródott, nem C#-ra, bár egy ilyen, alapjában véve alacsony szintû kóddal rendelkezõ dolgokat elég hülyeség egy ilyen magas szintû nyelvekkel megoldani.
A VAC2/VAC3 (Valve Anti-Cheat) dumpokat elérhetitek itt.
További infók itt.
Ezek, mint az anticheatek 100%-a NEM védenek a SAMP cheatek leggyakoribb formájától, a memóriahackektõl. A legtöbb anticheat csak heurisztikusan és már korábban ismert cheatek alapját állítja fel az adatbázisát. Ezen kívül a legtöbb modern játék SZERVER ODLALON végezi el az anticheat munkák nagy részét (pl. anti-hp cheat, anti-money cheat, anti-ab, anti-nemtudommi).
Én egyébként pont nem a GUI-t tartanám a legfontosabb dolognak, ami egy ilyen projekthez kellene. Igazából én fognám magamat és C#-al inkább egy dll-t fordítanék le (már ha lehet, nem ismerem igazán a nyelvet) majd azt SAA Loaderrel betölteném a tesztelés idejére, majd ha készen van a kód akkor ráérnék foglalkozni a launcherrel.
 
Megint kösz az infót, de megint nincs teljesen igazad..
1.: Honnan a pics*ból tudod hogy így mûködött volna, ha a forráskódot nem adom meg?   Ha nem töltöm fel ezt, akkor 100% hogy nem jöttetek volna rá addig ,ameddig fel nem töritek a programot..
2.: A program csekkolja a futó folyamatokat, MAJD a FÁJLOKAT IS .. a futó folyamatok csak Pista bácsi ellen íródottak, mert mi se gondoltuk komolyan hogy az majd megfog egy hacker teamet.. DE éppen ezért kerültek bele a FÁJL FIGYELÕK melyek a CLEO ellen 100%-os, a többi cheat ellen 70-70%-os védelmet alakítanak ki... az ini-t töröljük, na meg melette a d3d9.dll-t, stb-t ami a cheathez kell... ennyit errõl...
A d3d9.dll,t MÉG MIELÕTT BELEKÖTNE VALAKI csak akkor törli a program, ha VALÓDI cheat dll rõl van szó .. ez a méretrõl, gyártóról, stb-rõl van lekérdezve ;)
Tehát.. köszi minden rosszat, ami egyben jó is, de nem teljesen van igazad.. most .. gondold el.. ha nem publikálom a mûködési scriptet, nem jösz rá hogy mit kell kijátszanod, = addig nem tudod kijátszani, ameddig fel nem töröd, vagyis.. én nyertem :P
Megint
« Utoljára szerkesztve: 2013. Augusztus 22. - 17:58:00 írta krisk »

Nem elérhető krisk

  • 2380
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #140 Dátum: 2013. Augusztus 22. - 18:05:05 »
+1
Idézetet írta: Bloody44 date=1377187009\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic


De ennek a neve miért 16-bit? Emlékeim szerint a 16-bites alkalmazások (a\'la win3.1) nem így néztek ki.
A publikált VB kódot áttanulmányoztam és komolyan azt csináltátok, hogy ilyenekre kerestetek, hogy \"mod_sa.ini\" meg \"chaetengine.exe\" a futó folyamatok közt? Az elsõ dolog amit csinálnék az az, hogy megváltoztatnám az exe nevét, mielõtt anticheat által védett szeróra felmennék. :D s0beitet kb. 5 perc letölteni és utána újrafordítani úgy, hogy más ini-t töltsön be.
Ezen kívül fontos megjegyezni, hogy miden egyes dll-be lehet cheatet rejteni és a legtöbbjüket más, legális modifikációk is használják (pl: a d3dx9.dll-t, amit a cheat készítõk gyakran DLL proxyként használnak, használja pl. az ENBSeries is).
Ha tényleg érdekel titeket a dolog, akkor ajánlom, hogy a cheat detekciót valami ilyesmivel oldjátok meg. Ez viszont beleturkál a win32 API-ba és mélyen a rendszeredbe, és ezért komoly biztonsági kockázatot jelent, fõleg egy meglehetõsen ismeretlen csapattól, vagy egy a saját gépe biztonságáért ügyelõ játékos nem igazán fog használni. Ezen kívül ez a cucc C++-ra íródott, nem C#-ra, bár egy ilyen, alapjában véve alacsony szintû kóddal rendelkezõ dolgokat elég hülyeség egy ilyen magas szintû nyelvekkel megoldani.
A VAC2/VAC3 (Valve Anti-Cheat) dumpokat elérhetitek itt.
További infók itt.
Ezek, mint az anticheatek 100%-a NEM védenek a SAMP cheatek leggyakoribb formájától, a memóriahackektõl. A legtöbb anticheat csak heurisztikusan és már korábban ismert cheatek alapját állítja fel az adatbázisát. Ezen kívül a legtöbb modern játék SZERVER ODLALON végezi el az anticheat munkák nagy részét (pl. anti-hp cheat, anti-money cheat, anti-ab, anti-nemtudommi).
Én egyébként pont nem a GUI-t tartanám a legfontosabb dolognak, ami egy ilyen projekthez kellene. Igazából én fognám magamat és C#-al inkább egy dll-t fordítanék le (már ha lehet, nem ismerem igazán a nyelvet) majd azt SAA Loaderrel betölteném a tesztelés idejére, majd ha készen van a kód akkor ráérnék foglalkozni a launcherrel.
 
Megint kösz az infót, de megint nincs teljesen igazad..
1.: Honnan a pics*ból tudod hogy így mûködött volna, ha a forráskódot nem adom meg?   Ha nem töltöm fel ezt, akkor 100% hogy nem jöttetek volna rá addig ,ameddig fel nem töritek a programot..
2.: A program csekkolja a futó folyamatokat, MAJD a FÁJLOKAT IS .. a futó folyamatok csak Pista bácsi ellen íródottak, mert mi se gondoltuk komolyan hogy az majd megfog egy hacker teamet.. DE éppen ezért kerültek bele a FÁJL FIGYELÕK melyek a CLEO ellen 100%-os, a többi cheat ellen 70-70%-os védelmet alakítanak ki... az ini-t töröljük, na meg melette a d3d9.dll-t, stb-t ami a cheathez kell... ennyit errõl...
A d3d9.dll,t MÉG MIELÕTT BELEKÖTNE VALAKI csak akkor törli a program, ha VALÓDI cheat dll rõl van szó .. ez a méretrõl, gyártóról, stb-rõl van lekérdezve ;)
Tehát.. köszi minden rosszat, ami egyben jó is, de nem teljesen van igazad.. most .. gondold el.. ha nem publikálom a mûködési scriptet, nem jösz rá hogy mit kell kijátszanod, = addig nem tudod kijátszani, ameddig fel nem töröd, vagyis.. én nyertem :P
Megint
 
[/quote]
Nos, ha te ezt egy versenyként fogod fel, akkor rohadt rossz emberrel beszélsz, mert engem csak az amatõrizmusotok nyûgöz le.
Ez az anticheat rendszer, amit ti felraktatok, semmire se jó. Könyörgöm, mi rá az esély, hogy én leszedek egy másik cheatet, amit ti nem írtatok be, vagy átírom az exe-t valami másra (ami egyébknét az anticheat rendszerek kijátszásának ELSÕ szabálya, mivel ezt a védelmet használja az AC-k 99%-a is).
Ezen kívül mi van akkor, ha én a Cheat Engine-t pl. a launcher elindítása UTÁN indítom el? Arra nincs semmi kódotok. Vagy ha én fogom, és írok magamnak egy CLI programot, ami random processzek x memóriacímét átírja, és ezzel csinálok magmanak egy cheatet. Semmire nem megy vela a kód.
d3d9.dll-t méretrõl lekérdezed, meg gyártóról? Mindkettõt rohadt könnyen lehet módosítani, méretet pl., ha újrafordítom a kódot egy extra sorral, már változtattam. Ezen kívül a \"valódi cheat dll\" ismét hülyeség, mivel az alap d3d9.dll-t ezer és ezer mód megváltoztatja és módosítja, tehát ha csak 1-2-nek a \"méretét\" detektáljátok cheat-nek, az annyit ér, mintha semmit nem csináltatok volna. Max megállítja azt, aki leszedi a sobeitet és berakja. Amit valószínû senki se fog megtenni az után, hogy látja, hogy AC által védett a szerver.
Egy ilyen munka nem script kiddie-knek való.

Nem elérhető DrAkE

  • 2078
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #141 Dátum: 2013. Augusztus 22. - 18:08:49 »
+1
Idézetet írta: Bloody44 date=1377187009\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic


De ennek a neve miért 16-bit? Emlékeim szerint a 16-bites alkalmazások (a\'la win3.1) nem így néztek ki.
A publikált VB kódot áttanulmányoztam és komolyan azt csináltátok, hogy ilyenekre kerestetek, hogy \"mod_sa.ini\" meg \"chaetengine.exe\" a futó folyamatok közt? Az elsõ dolog amit csinálnék az az, hogy megváltoztatnám az exe nevét, mielõtt anticheat által védett szeróra felmennék. :D s0beitet kb. 5 perc letölteni és utána újrafordítani úgy, hogy más ini-t töltsön be.
Ezen kívül fontos megjegyezni, hogy miden egyes dll-be lehet cheatet rejteni és a legtöbbjüket más, legális modifikációk is használják (pl: a d3dx9.dll-t, amit a cheat készítõk gyakran DLL proxyként használnak, használja pl. az ENBSeries is).
Ha tényleg érdekel titeket a dolog, akkor ajánlom, hogy a cheat detekciót valami ilyesmivel oldjátok meg. Ez viszont beleturkál a win32 API-ba és mélyen a rendszeredbe, és ezért komoly biztonsági kockázatot jelent, fõleg egy meglehetõsen ismeretlen csapattól, vagy egy a saját gépe biztonságáért ügyelõ játékos nem igazán fog használni. Ezen kívül ez a cucc C++-ra íródott, nem C#-ra, bár egy ilyen, alapjában véve alacsony szintû kóddal rendelkezõ dolgokat elég hülyeség egy ilyen magas szintû nyelvekkel megoldani.
A VAC2/VAC3 (Valve Anti-Cheat) dumpokat elérhetitek itt.
További infók itt.
Ezek, mint az anticheatek 100%-a NEM védenek a SAMP cheatek leggyakoribb formájától, a memóriahackektõl. A legtöbb anticheat csak heurisztikusan és már korábban ismert cheatek alapját állítja fel az adatbázisát. Ezen kívül a legtöbb modern játék SZERVER ODLALON végezi el az anticheat munkák nagy részét (pl. anti-hp cheat, anti-money cheat, anti-ab, anti-nemtudommi).
Én egyébként pont nem a GUI-t tartanám a legfontosabb dolognak, ami egy ilyen projekthez kellene. Igazából én fognám magamat és C#-al inkább egy dll-t fordítanék le (már ha lehet, nem ismerem igazán a nyelvet) majd azt SAA Loaderrel betölteném a tesztelés idejére, majd ha készen van a kód akkor ráérnék foglalkozni a launcherrel.
 
Megint kösz az infót, de megint nincs teljesen igazad..
1.: Honnan a pics*ból tudod hogy így mûködött volna, ha a forráskódot nem adom meg?   Ha nem töltöm fel ezt, akkor 100% hogy nem jöttetek volna rá addig ,ameddig fel nem töritek a programot..
2.: A program csekkolja a futó folyamatokat, MAJD a FÁJLOKAT IS .. a futó folyamatok csak Pista bácsi ellen íródottak, mert mi se gondoltuk komolyan hogy az majd megfog egy hacker teamet.. DE éppen ezért kerültek bele a FÁJL FIGYELÕK melyek a CLEO ellen 100%-os, a többi cheat ellen 70-70%-os védelmet alakítanak ki... az ini-t töröljük, na meg melette a d3d9.dll-t, stb-t ami a cheathez kell... ennyit errõl...
A d3d9.dll,t MÉG MIELÕTT BELEKÖTNE VALAKI csak akkor törli a program, ha VALÓDI cheat dll rõl van szó .. ez a méretrõl, gyártóról, stb-rõl van lekérdezve ;)
Tehát.. köszi minden rosszat, ami egyben jó is, de nem teljesen van igazad.. most .. gondold el.. ha nem publikálom a mûködési scriptet, nem jösz rá hogy mit kell kijátszanod, = addig nem tudod kijátszani, ameddig fel nem töröd, vagyis.. én nyertem :P
Megint
 
[/quote]
Nem azért, de nekem az lett volna az elsõ dolog, hogy ha kijönne-e ez, hogy kipróbálom sobeittel, és ha látom, hogy törli, akkor átírom más névre. Egyébként nem azért, de ilyen gyerekes megoldásokkal, hogy FTP, meg MySQL szart se értek, hiszen akármikor lelehet kérdezni, hogy a program hova csatlakozik, meg mivel. Meg így utóiratként: krisknek több programozási esze van a kisujjában mint nektek mind a 20 ujjatokon.

[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #142 Dátum: 2013. Augusztus 22. - 18:19:29 »
0
Idézetet írta: DrAkE date=1377187729\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic


 

De ennek a neve miért 16-bit? Emlékeim szerint a 16-bites alkalmazások (a\'la win3.1) nem így néztek ki.
A publikált VB kódot áttanulmányoztam és komolyan azt csináltátok, hogy ilyenekre kerestetek, hogy \"mod_sa.ini\" meg \"chaetengine.exe\" a futó folyamatok közt? Az elsõ dolog amit csinálnék az az, hogy megváltoztatnám az exe nevét, mielõtt anticheat által védett szeróra felmennék. :D s0beitet kb. 5 perc letölteni és utána újrafordítani úgy, hogy más ini-t töltsön be.
Ezen kívül fontos megjegyezni, hogy miden egyes dll-be lehet cheatet rejteni és a legtöbbjüket más, legális modifikációk is használják (pl: a d3dx9.dll-t, amit a cheat készítõk gyakran DLL proxyként használnak, használja pl. az ENBSeries is).
Ha tényleg érdekel titeket a dolog, akkor ajánlom, hogy a cheat detekciót valami ilyesmivel oldjátok meg. Ez viszont beleturkál a win32 API-ba és mélyen a rendszeredbe, és ezért komoly biztonsági kockázatot jelent, fõleg egy meglehetõsen ismeretlen csapattól, vagy egy a saját gépe biztonságáért ügyelõ játékos nem igazán fog használni. Ezen kívül ez a cucc C++-ra íródott, nem C#-ra, bár egy ilyen, alapjában véve alacsony szintû kóddal rendelkezõ dolgokat elég hülyeség egy ilyen magas szintû nyelvekkel megoldani.
A VAC2/VAC3 (Valve Anti-Cheat) dumpokat elérhetitek itt.
További infók itt.
Ezek, mint az anticheatek 100%-a NEM védenek a SAMP cheatek leggyakoribb formájától, a memóriahackektõl. A legtöbb anticheat csak heurisztikusan és már korábban ismert cheatek alapját állítja fel az adatbázisát. Ezen kívül a legtöbb modern játék SZERVER ODLALON végezi el az anticheat munkák nagy részét (pl. anti-hp cheat, anti-money cheat, anti-ab, anti-nemtudommi).
Én egyébként pont nem a GUI-t tartanám a legfontosabb dolognak, ami egy ilyen projekthez kellene. Igazából én fognám magamat és C#-al inkább egy dll-t fordítanék le (már ha lehet, nem ismerem igazán a nyelvet) majd azt SAA Loaderrel betölteném a tesztelés idejére, majd ha készen van a kód akkor ráérnék foglalkozni a launcherrel.
 
Megint kösz az infót, de megint nincs teljesen igazad..
1.: Honnan a pics*ból tudod hogy így mûködött volna, ha a forráskódot nem adom meg?   Ha nem töltöm fel ezt, akkor 100% hogy nem jöttetek volna rá addig ,ameddig fel nem töritek a programot..
2.: A program csekkolja a futó folyamatokat, MAJD a FÁJLOKAT IS .. a futó folyamatok csak Pista bácsi ellen íródottak, mert mi se gondoltuk komolyan hogy az majd megfog egy hacker teamet.. DE éppen ezért kerültek bele a FÁJL FIGYELÕK melyek a CLEO ellen 100%-os, a többi cheat ellen 70-70%-os védelmet alakítanak ki... az ini-t töröljük, na meg melette a d3d9.dll-t, stb-t ami a cheathez kell... ennyit errõl...
A d3d9.dll,t MÉG MIELÕTT BELEKÖTNE VALAKI csak akkor törli a program, ha VALÓDI cheat dll rõl van szó .. ez a méretrõl, gyártóról, stb-rõl van lekérdezve ;)
Tehát.. köszi minden rosszat, ami egyben jó is, de nem teljesen van igazad.. most .. gondold el.. ha nem publikálom a mûködési scriptet, nem jösz rá hogy mit kell kijátszanod, = addig nem tudod kijátszani, ameddig fel nem töröd, vagyis.. én nyertem :P
Megint
 
[/quote]
Nem azért, de nekem az lett volna az elsõ dolog, hogy ha kijönne-e ez, hogy kipróbálom sobeittel, és ha látom, hogy törli, akkor átírom más névre. Egyébként nem azért, de ilyen gyerekes megoldásokkal, hogy FTP, meg MySQL sz*rt se értek, hiszen akármikor lelehet kérdezni, hogy a program hova csatlakozik, meg mivel. Meg így utóiratként: krisknek több programozási esze van a kisujjában mint nektek mind a 20 ujjatokon.
 
[/quote]
Tudok róle.. épp ezért sz*rok már ez egészre igazából...   Eddig is csak ezért csináltam mert láttam hogy kell valakinek :)   Ez van.. ha ilyen rossz indulatúak vagytok.. stb.. akkor minek ez az egész? Csak tudnám hogy ha ennyire értetek hozzá akkor miért nem kezdtétek el már, TI! ?? Ha ennyire tudjátok a másikat szidni hogy ne úgy, akkor mért nem csináljátok ti? :D Átadom a lehetõséget...
Még abba is belekötöttetek csezd, hogy mi az  a \"16bit\" .. ez csak egy rohadt NÉÉÉÉV volt -.-\'
istenem.. milyen emberek léteznek e világon ...
Edit: Ha sehogy se jó.. akkor mit vártok? Mégis hogy legyen?
Csak azt mondtátok MIT NE.. akkor most az is kéne hogy MIT .. mert egyet elkzedünk írni, erre jön hogy ne ... ti se tudjátok.. hát akkor én mit kezdjek ezzel?

Nem elérhető Csabesz

  • 7827
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #143 Dátum: 2013. Augusztus 22. - 18:27:15 »
0
Arra nem gondolsz ***dmeg, hogy csak azért írják hogy bukás elõtt leállj?
Vagy Te is ***** módján, örülten mész elõre?
Egyen ilyen rendszer megírás nem gyerekekre vár... Komoly háttér kell ahhoz, hogy valamit is elérj.
Pláne, hogy számítástechnikáról beszélünk, ahol rengeteg-rengeteg kiskapu van.
Arról nem is beszélve, hogy az X program készítõinél, a Hackerekek sokkal többet értenek hozzá.

Nem elérhető DrAkE

  • 2078
    • Profil megtekintése
[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #144 Dátum: 2013. Augusztus 22. - 18:28:16 »
0
Már nem azért bazdmeg, de konkrétan itt felette oltottad le, hogy \"én nyertem\", mikor már 800x elmondta mindenki, hogy ne FTP-t, ne MySQL-t használjatok, hanem kibaszott SSL-t (kódolt csatorna szerver és kliens között). De ti ezek után is itt szajkózzátok, hogy jajj az FTP fasza, mert rövid, és könnyû. Drága arany bogaram, attól, hogy valami könnyû, nem jelenti azt, hogy BIZTONSÁGOS! krisk, még itt küldözgette a példákat is, de mint most is, leszartad az egészet, itt írta, hogy memória csekkolással lehet elérni azt, hogy ne tudjanak semmilyen cheatet alkalmazni, de ti ugyan úgy leszartátok. Illetve arra a kérdésre, hogy \"miért nem csináltunk MI?\", a válasz egyszerû: mi/õk magunknak/maguknak csináljuk/csinálják, és nem más embernek.

[SA:MP] Új geneerációs Anti-Hack program! (Fejlesztés alatt!)
« Válasz #145 Dátum: 2013. Augusztus 22. - 18:35:18 »
0
Idézetet írta: Csabesz date=1377188835\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"40808\" data-ipsquote-contentclass=\"forums_Topic
Arra nem gondolsz ***dmeg, hogy csak azért írják hogy bukás elõtt leállj?
Vagy Te is ***** módján, örülten mész elõre?
Egyen ilyen rendszer megírás nem gyerekekre vár... Komoly háttér kell ahhoz, hogy valamit is elérj.
Pláne, hogy számítástechnikáról beszélünk, ahol rengeteg-rengeteg kiskapu van.
Arról nem is beszélve, hogy az X program készítõinél, a Hackerekek sokkal többet értenek hozzá.
 
JA .. akkor ezzel szerintem le is van zárva a dolog ;)
A memória csekkolással is egy csomó bukás van, tehát maradjunk abba hogy leszarjuk az egészet és mindenki csal ahol akar :D Sok szerencsét :)

 

SimplePortal 2.3.7 © 2008-2024, SimplePortal