venator_v3 hidden backdoor

Hey guys, I’m not sure if anyone has pointed this out before but STEAM_0:0:54052778 is using a point_servercommand entity to unban himself/herself on any server that uses rp_venator_v3. I’m not sure if this has already been pointed out as I don’t use the Facepunch forums.

Here are some photos:

http://puu.sh/tv8S8/abcc8ad4d3.png

http://puu.sh/tv8T6/dce09f2dd4.png

http://puu.sh/tv8Tv/a03d14341f.png

Location of point_servercommand:

http://puu.sh/tv8UY/219c7ffea6.jpg

http://puu.sh/tv8VO/bf4054f77c.jpg

Hide the exterior and you’re left with this.

http://puu.sh/tv8WX/4615763072.jpg

http://puu.sh/tv8Xt/9f4bb3d112.png

Hopefully that helps you guys.

Wouldn’t really do anything if the server owner doesn’t use ulx.

Too bad most of them appear to use it.

sucks to be a SWRP clone wars server

There may be a way to use lua to remove/block the entity so that servers that use the map don’t have to transition to using a fixed map that not every server adopt.

Use Entspy with the preserve checksum option to remove the entities and it will remain compatible with the bad version.

Report it to Robotboy

Thanks, I just reported it to him.

it’s a nice try but a steamid wrote like that wont work

Let say your steamid is: STEAM_0:0:01234567

writing as a parameter that steamid will not do anything because of the way AddOutput work (https://developer.valvesoftware.com/wiki/AddOutput )

the AddOutput syntax use : between each words


Format: <output name> <targetname>:<inputname>:<parameter>:<delay>:<max times to fire, -1 means infinite>

and so when using the steamid directly, the parameter is invalid, because the game think it’s part of an AddOutput.

If he wrote STEAM_0_0_01234567 that would have worked