352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 23 Jul 2012 06:37 PM |
game:GetService("Selection").SelectionChanged:connect(function() while true do Instance.new("ManualSurfaceJointInstance") end end)
wait() script = nil
How to Install Script Above (So easy a noob can do it): 1. Open your place in edit mode 2. Tool Bar at top of studio 3. Insert->Object...->Script (Scroll across to find it) 4. Explorer Window->Workspace->Script 5. Place Code above into script 6. cut and paste script into camera
Optional: You can remove the wait() and script = nil lines if you don't want the script to be hidden. Some DLL exploiters can disable all scripts before they change anything. The nil lines hides it from all players but it still runs.
Proof of Working: Go to Tool Bar -> Test-> Play Solo-> Click on Anything in studio Client closes immediately, or freezes then closes.
Goal: Keep this thread going so many people can see this and reduce the threat of exploiting and place stealing. |
|
|
| Report Abuse |
|
|
grimy12
|
  |
| Joined: 16 Aug 2008 |
| Total Posts: 13509 |
|
| |
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
| |
|
ausavin26
|
  |
| Joined: 17 Nov 2008 |
| Total Posts: 1546 |
|
|
| 23 Jul 2012 06:52 PM |
| What about when I build in Solo? |
|
|
| Report Abuse |
|
|
lolb3
|
  |
| Joined: 16 Jan 2010 |
| Total Posts: 2268 |
|
|
| 23 Jul 2012 06:54 PM |
grimee wut u doing on s7i??
◄dis ish supposed 2 be a siggy► |
|
|
| Report Abuse |
|
|
cobalt10
|
  |
| Joined: 21 Jul 2008 |
| Total Posts: 7371 |
|
|
| 23 Jul 2012 06:56 PM |
Just a question. If the basic intent of this is to spam an new instance until the client crashes, and you're running this on a Script (implying server-side), won't it crash the entire server, not just the client?
~Truth is an unpopular subject, because it is unquestionably correct.~ |
|
|
| Report Abuse |
|
|
|
| 23 Jul 2012 07:10 PM |
There's a way to stop this from crashing you.
I'm not going to go into more details; but I'm just saying there's a way. |
|
|
| Report Abuse |
|
|
cobalt10
|
  |
| Joined: 21 Jul 2008 |
| Total Posts: 7371 |
|
|
| 23 Jul 2012 07:16 PM |
> There's a way to stop this from crashing you.
Assuming all this is doing is trying to overload your computer into having Windows force close the app, then simply getting a more powerful computer will fix it, or making the app a 64 bit process.
~Truth is an unpopular subject, because it is unquestionably correct.~ |
|
|
| Report Abuse |
|
|
creg80
|
  |
| Joined: 26 Nov 2009 |
| Total Posts: 42 |
|
| |
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 23 Jul 2012 08:29 PM |
| Its not spam, the point is to crash the player. It goes into Camera because it cant be reached. |
|
|
| Report Abuse |
|
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 23 Jul 2012 08:30 PM |
| Also, the title says reducing the problem. Not removing it completely |
|
|
| Report Abuse |
|
|
|
| 23 Jul 2012 08:37 PM |
| Or ROBLOX makes on to the system which works MUCH better. Most scripts are easily bi-passable. |
|
|
| Report Abuse |
|
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 23 Jul 2012 08:39 PM |
| Nil scripts keep running even though no trace of it is there |
|
|
| Report Abuse |
|
|
| |
|
|
| 23 Jul 2012 08:43 PM |
From what I head you can still use .dll if you teleport to the place with it already up or open it while it's still loading.
Sandinista Empire Lord |
|
|
| Report Abuse |
|
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 23 Jul 2012 08:48 PM |
| Its a very small window but this helps reduce. |
|
|
| Report Abuse |
|
|
cobalt10
|
  |
| Joined: 21 Jul 2008 |
| Total Posts: 7371 |
|
|
| 23 Jul 2012 09:16 PM |
> Its not spam, the point is to crash the player. It goes into Camera because it cant be reached.
The function looks for a change in a service that I've never seen (although I won't deny the existence of). If the condition is met then it spawns a new instance infinitely once per frame (So yes, it is spamming the instance). It doesn't matter if it goes into the camera because the camera is accessible. game.Workspace.Camera references the server's camera. Placing a script inside will be global, and easily reached as it can still be modified. You also stated that script=nil will make it unreachable, so the Camera part is redundant. In addition, you make tell us to make this a global Script instead of a LocalScript. Putting it as a global Script will run it server-side to my understanding, causing it to crash the server instead of just the player. Note that the only reason it crashes your player when you test solo is because it treats the local machine as the server too, therefore many errors in coding that require function to be ran server side/locally and done the other way around on test solo will no show because it end up being executed on your local machine anyway.
If you can give me proper reasoning as to why any of my statements mentioned above are false, I'd gladly change my viewpoint. Provided you can prove all or most of them false I'd gladly acknowledge this as a potential solution. But until then, I don't believe this to be as effective as you intend it to be.
~Truth is an unpopular subject, because it is unquestionably correct.~ |
|
|
| Report Abuse |
|
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 24 Jul 2012 08:31 AM |
When I said spam I mean its not spam in a forum perspective. I know it will crash the server already, no one wants to play on an exploited server so best way to ensure it wont happen is by crashing it all. (Considering most everyone leaves after they notice it) When I say the camera is unreachable, it is because if they were to even touch anything in studio the game would end before they got to the camera (Instance). Also by making the script nil just keeps them it in another method.
Notice: Not every exploiter is as clever as some are (Referring to the ones that can get around anti exploit scripts). Most are just people who founded a leaked thread that showed them how to get studio in-game. This being said, I honestly think this will reduce the amount of place stealing, game alteration, etc... (Exploits will still happen just the effects of it will change) |
|
|
| Report Abuse |
|
|
cbread
|
  |
| Joined: 30 Jun 2010 |
| Total Posts: 570 |
|
| |
|
|
| 24 Jul 2012 09:06 AM |
I think this is cool, since once one of my epic personal servers got hacked with giant lasers, and I had to make it "No one allowed". Now I have to let visitors in that I trust ._.
>>Also, if you don't support this thread, you are probably a exploiter yourself.
~Truth is an unpopular subject, since it is unquestionably right.~ |
|
|
| Report Abuse |
|
|
|
| 24 Jul 2012 09:10 AM |
| Shouldn't this be in scripting helpers? |
|
|
| Report Abuse |
|
|
|
| 24 Jul 2012 09:18 AM |
| I made this : http://www.roblox.com/Anti-Exploit-Script-item?id=87745004 |
|
|
| Report Abuse |
|
|
352ynnhoj
|
  |
| Joined: 21 Sep 2010 |
| Total Posts: 1054 |
|
|
| 24 Jul 2012 10:05 AM |
| It is in scripting helpers, but to help get this "idea" around its here as well. |
|
|
| Report Abuse |
|
|
jawa1800
|
  |
| Joined: 26 Feb 2010 |
| Total Posts: 357 |
|
| |
|
|
| 24 Jul 2012 10:18 AM |
| This won't stop a1killzonea and Caravaneer, with there silcon bot they exploited up that follows them in-game, does as they wish and acts like a normal robloxian that obeys them, they don't even need studio. |
|
|
| Report Abuse |
|
|