There is a new version 3.0.13.2 on the repositoryTeamSpeak 3.0.13.1 got removed.
http://forum.teamspeak.com/threads/126508-0-day-vulnerabilities-in-server-3-0-13?p=434111#post434111
http://dl.4players.de/ts/releases/3.0.13.2/
There is a new version 3.0.13.2 on the repositoryTeamSpeak 3.0.13.1 got removed.
http://forum.teamspeak.com/threads/126508-0-day-vulnerabilities-in-server-3-0-13?p=434111#post434111
Yes, looks stable to me, at least the vulnerabilities from the earlier versions seem fixed. I couldn't reproduce a crash on it.Somebody tested 3.0.13.2 ?
it's rule block bad packet with string "TS3INIT1", to avoid conflicts with other packages from clientsJust so no one gets confused by that.. This is not a fix.. Its just a workaround.. We just have to change one line of code in our exploit to circumvent that
But it doesnt fix the exploit.. We only have to change one line of code to circumvent your "fix". Which is already done in the dev versions of the exploit.it's rule block bad packet with string "TS3INIT1", to avoid conflicts with other packages from clients
I know about it. This rule will prevent errors like this:But it doesnt fix the exploit.. We only have to change one line of code to circumvent your "fix". Which is already done in the dev versions of the exploit.
i tested on my server working crash my server, but i added a line iptables, tools send length 315, i drop this packet on iptables and working for me
-A INPUT -p udp -m udp -j DROP --match length --length 300:350
It works, but sinusbot if I have occupied enters but it goes dropped
http://prntscr.com/c5ojgc
Help me please
Wrong topic.16-08-15 20:19:10.648335|INFO |VirtualServer |1 |listening on 0.0.0.0:9987, :::9987
2016-08-15 20:23:04.101332|INFO |PktHandler |1 |Cleaning up connection because of 13 resends of COMMAND packet
2016-08-15 20:23:04.101458|INFO |PktHandler |1 |Dropping client 14 because of resend timeout
2016-08-15 20:30:46.650961|INFO |PktHandler |1 |Cleaning up connection because of 10 resends of COMMAND packet
2016-08-15 20:30:46.651044|INFO |PktHandler |1 |Dropping client 35 because of resend timeout
2016-08-15 20:38:13.011009|INFO |PktHandler |1 |Cleaning up connection because of 10 resends of COMMAND packet
2016-08-15 20:38:13.011113|INFO |PktHandler |1 |Dropping client 57 because of resend timeout
2016-08-15 21:01:12.464732|INFO |PktHandler |1 |Cleaning up connection because of 3 resends of COMMAND packet
2016-08-15 21:01:12.464811|INFO |PktHandler |1 |Dropping client 71 because of resend timeout
2016-08-15 21:04:40.322834|INFO |PktHandler |1 |Dropping client 24 because of ping timeout 19 0 0
2016-08-15 21:28:50.964993|INFO |PktHandler |1 |Cleaning up connection because of 13 resends of COMMAND packet
2016-08-15 21:28:50.967232|INFO |PktHandler |1 |Dropping client 36 because of resend timeout
2016-08-15 21:33:23.059747|INFO |PktHandler |1 |Cleaning up connection because of 13 resends of COMMAND packet
2016-08-15 21:33:23.059893|INFO |PktHandler |1 |Dropping client 78 because of resend timeout
2016-08-15 21:37:29.016540|INFO |PktHandler |1 |Cleaning up connection because of 14 resends of COMMAND packet
2016-08-15 21:37:29.016630|INFO |PktHandler |1 |Dropping client 56 because of resend timeout
2016-08-15 21:38:33.368211|INFO |PktHandler |1 |Cleaning up connection because of 10 resends of COMMAND packet
2016-08-15 21:38:33.368342|INFO |PktHandler |1 |Dropping client 83 because of resend timeout
2016-08-15 21:47:01.771467|INFO |PktHandler |1 |Cleaning up connection because of 11 resends of COMMAND packet
2016-08-15 21:47:01.771575|INFO |PktHandler |1 |Dropping client 13 because of resend timeout
2016-08-15 22:19:11.639491|INFO |PktHandler |1 |Cleaning up connection because of 8 resends of COMMAND packet
2016-08-15 22:19:11.639576|INFO |PktHandler |1 |Dropping client 53 because of resend timeout
2016-08-15 22:30:12.606190|INFO |PktHandler |what problem
no wrong topic this is new version logWrong topic.
And this messafes are meaning that users are timing out.
no wrong topic this is new version logWrong topic.
And this messafes are meaning that users are timing out.
Which fix are you using? iptables or binary?what problem
yesWhich fix are you using? iptables or binary?
Thank you.....yesWhich fix are you using? iptables or binary?
i tested on my server working crash my server, but i added a line iptables, tools send length 315, i drop this packet on iptables and working for me
-A INPUT -p udp -m udp -j DROP --match length --length 300:350
I have 35K clients connected on this and no problem on my 3 rootsI don't recommend this ; Client can crash when sending certain text messages (timeout after 10 seconds, only voice is transmitted before reconnection).
Which fix are you using? iptables or binary?
Which fix are you using? iptables or binary?
i no use iptables need rulesWhich fix are you using? iptables or binary?