lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 19 Jun 2012 07:01 PM |
Roblox is having a bad time, lot of exploiters stealing places and destroying places just for fun... But we have to deal with it so here are some ideas to set up defenses in your place!
1- Create a simple Anti-Exploit script: This is our first line of defense, most noob exploiters will fall with this. The script itself use Selection service and waits until the selection changed to kick the player or crash roblox:
local sel = game:GetService("Selection") sel.SelectionChanged:wait() game.Player.LocalPlayer:Remove()
So, that waits until the selection is changed, unexploited clients can't change selection while in online play, so thats a pretty precise method to detect exploiters, but it isn't perfect, it can be disabled, if the exploiter is fast enough and disables the script while the game is loading its all over, so it's better to hide it very well or use a coroutine in tool scripts.
2- Checking for players: Exploited clients via DLL can stole places, so if there aren't players it crashes the client. I don't know how precise is this method, so its better to wait at least 5 secs before executing script to avoid random crashes:
n = 0 for k,v in pairs(game.Players:GetPlayers()) do if v ~= nil then n = n+1 end end
if n == 0 then while true do print("CRASH") end end
I haven't tested the script yet so maybe it won't work. But what if the exploiter uses Play Solo?, then just check for NetworkServer. Nothing is perfect so this can also be bypassed, if the exploiter is quick enough to pause the game before the script executes.
3- Checking for CreatorID: pretty self explaining, as this is our last line of defense let make it more "passive":
game.Players.PlayerAdded:connect(function(ply) if game.CreatorId ~= YourID then ply.CharacterAdded:wait() ply:Remove() end end
So this is more "passive" as it only works in online mode (or Start server, Start Player).
All this methods can get bypassed but they will considerably reduce the amount of exploiters and place steals (if the script works XD) so, lets just hope Roblox fix this issue soon. |
|
|
| Report Abuse |
|
|
nate890
|
  |
| Joined: 22 Nov 2008 |
| Total Posts: 21686 |
|
|
| 19 Jun 2012 07:11 PM |
I see what you're trying to do with your second script, but it won't really work, as an exploiter can remove himself, and there can still be another player in the game.
Also note, you can simplify that to if game.Players.NumPlayers==0 then .... |
|
|
| Report Abuse |
|
|
Merely
|
  |
| Joined: 07 Dec 2010 |
| Total Posts: 17266 |
|
|
| 19 Jun 2012 07:12 PM |
| The methods you describe might help naive place-stealers but they won't stop exploiters one bit. |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 19 Jun 2012 07:14 PM |
| Oh thanks, its always good to find new proprieties. No, my intention is that when the exploiter clicks on Test>Start server to stole the places as there are no players it would crash the client :D, but maybe you are right, as I haven't tested the script |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 19 Jun 2012 07:16 PM |
| Oh, I know, there are undetected exploting methods, here in this thread I'm trying to deal with the CE .dll injection as it's the most popular method right now. |
|
|
| Report Abuse |
|
|
|
| 19 Jun 2012 07:53 PM |
>_>
Do you really think exploiters are going to be stopped by that?
If an exploiter tries to use the explorer and gets crashed, what is he going to do, in your opinion?
He's going to come back. And if you banned him with data persistence, he's going to come back on an alt.
And then, what do you think he's going to do? He's going to mess up your place with another tool that it as his disposal. |
|
|
| Report Abuse |
|
|
jode6543
|
  |
| Joined: 16 Jun 2009 |
| Total Posts: 5363 |
|
|
| 19 Jun 2012 08:24 PM |
@Color Most exploiters rely on ONE exploit. If that is broken, most have no fallback.
-Jode |
|
|
| Report Abuse |
|
|
|
| 19 Jun 2012 08:35 PM |
@jode
They don't need to use another exploit.
Seriously, they have other things to mess up your place with than the explorer! THEY HAVE ACCESS TO ALL THE STUDIO'S MENUS! |
|
|
| Report Abuse |
|
|
jode6543
|
  |
| Joined: 16 Jun 2009 |
| Total Posts: 5363 |
|
|
| 19 Jun 2012 08:37 PM |
I've used the exploit just to test, and Execute Script appears to be broken, as is Insert > Model. Don't really see how else you can mess it up without those...
-Jode |
|
|
| Report Abuse |
|
|
|
| 19 Jun 2012 08:40 PM |
@jode
You have no imagination at all.
There are many tools in the menus that can be used to mess up the place. I can't access the studio right now (stuck on Fedora), so I can't name much, but, take the toolbox, for example. |
|
|
| Report Abuse |
|
|
jode6543
|
  |
| Joined: 16 Jun 2009 |
| Total Posts: 5363 |
|
|
| 19 Jun 2012 08:49 PM |
I didn't realize the toolbox was in there. Also, why are you flaming absolutely everyone recently? "You have no imagination at all." That was totally insulting and could have easily been left out without the point being lost.
-Jode |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 19 Jun 2012 08:52 PM |
| Colorful is right, there's no way to stop a persisting exploiter, but I never said that this is a way to stop them, this is a way to reduce them, most are going to surrender before they broke the 3 lines of defense, so this is just a way to stop "troll" exploiters |
|
|
| Report Abuse |
|
|
|
| 19 Jun 2012 09:31 PM |
"I didn't realize the toolbox was in there. Also, why are you flaming absolutely everyone recently? "You have no imagination at all." That was totally insulting and could have easily been left out without the point being lost."
Huh.. sorry about that.
I didn't mean it in an insulting way, but rather to indicate that you didn't use your imagination to find possible ways to mess up a game. And the "at all" was to emphasize it.
@lombardo2
That won't really reduce them. They don't even need to break any line of defence. They can mess up your place by simply not using the explorer. |
|
|
| Report Abuse |
|
|
slayer219
|
  |
| Joined: 15 Nov 2008 |
| Total Posts: 3445 |
|
|
| 19 Jun 2012 10:53 PM |
| @jode: You can also run LocalScripts and change script's sources in your backpack, such as HopperBin scripts. |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 20 Jun 2012 01:32 PM |
| @Colorful, Dude have you even tested the exploit? almost no tools work in the limited studio mode, you can select all or even delete something, the Execute script doesn't work nor the Insert model, all you can do is insert objects and you can only edit the source of the local scripts, and for executing the code you need to select the script and check-uncheck disable so that forces script to update, so you need explorer, without explorer all you can do is steal places. |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
| |
|
Shobobo99
|
  |
| Joined: 30 Dec 2008 |
| Total Posts: 5754 |
|
|
| 20 Jun 2012 01:47 PM |
| Don't they have access to the command bar? If so they can just crash the server or edit objects in the explorer bar without selecting them. |
|
|
| Report Abuse |
|
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 20 Jun 2012 01:54 PM |
| Nope, the don't have access to the command bar nor toolbars |
|
|
| Report Abuse |
|
|
geicogeko
|
  |
| Joined: 27 Apr 2010 |
| Total Posts: 2727 |
|
|
| 20 Jun 2012 01:59 PM |
| Put an obfuscated script in every part that checks the place id and if the selection has changed, If the nub tries to delete it before changing place, it can be detected, if the nub goes to another place, it will detect it. |
|
|
| Report Abuse |
|
|
| |
|
lombardo2
|
  |
| Joined: 30 Nov 2008 |
| Total Posts: 1604 |
|
|
| 20 Jun 2012 02:14 PM |
| Or load the kick function to _G |
|
|
| Report Abuse |
|
|
|
| 20 Jun 2012 03:23 PM |
"all you can do is insert objects"
That's enough to completely mess up the place. |
|
|
| Report Abuse |
|
|
slayer219
|
  |
| Joined: 15 Nov 2008 |
| Total Posts: 3445 |
|
|
| 20 Jun 2012 03:29 PM |
| ^ that's not even true. As I stated earlier if you have half a brain you can run code. |
|
|
| Report Abuse |
|
|
mamaguy
|
  |
| Joined: 07 Oct 2010 |
| Total Posts: 7073 |
|
|
| 20 Jun 2012 03:47 PM |
| @Color I see your point, they could also use the script something I don't know the name atm but it names every script that is running in the game and they can disable it from there(No scripts inside the script will activate) as in, if you did whatever "if script.Disabled.SelectorChanged:wait()" stuff then it wouldn't work. |
|
|
| Report Abuse |
|
|
SN0X
|
  |
| Joined: 24 Oct 2011 |
| Total Posts: 7277 |
|
| |
|