[Go] Reverse Socks5 Proxy Server & Client

[Hamtaro]

Link: https://github.com/Numbers11/rvprxmx
(Für Leute ohne Go gibt es auch ein Release auf Github)


Ich beschäftige mich in letzter Zeit mit Go und bin recht begeistert, wie mühelos man damit besonders Server zusammenschrauben kann.

Zwar gibt es nicht so viele Packages wie beispielsweise bei Nodejs, dafür funktionieren meiner Erfahrung nach die existierenden weitaus besser und lassen sich durch die Go interfaces auch zumeist sehr mühelos ineinanderfügen.

Deshalb habe ich im wesentlichen aus zwei hervorragenden Packages, nämlich

https://github.com/armon/go-socks5

https://github.com/i...reveable/muxado

einen reverse socks5 proxy service gebastelt.

Die Erläuterung ist im Github Readme.

Zur tatsächlichen Nutzbarkeit von Go als Malware kann ich nicht viel sagen.
Nachteilig ist, dass die Executables relativ groß sind, gut aber dass sie keine externen Abhängigkeiten haben.

Bug reports, pull requests und eigene Verwendung ausdrücklich erwünscht.

[Hamtaro]

Go scheint mir der nächste große Hype nach Node.js zu sein, und Node hat mich ziemlich enttäuscht von der Performance her und dem generellen Design nachdem die erste Faszination vorbei ist.

Go hingegen wird von Google entwickelt (es stehlt also genug Manpower dahinter) und schreibt sich so lässig wie C, nur eben ohne die memory management-Fickerei. (Auch wenn das natürlich für einige der wahre Spaß am Programmieren ist )

Ich rechne ehrlich gesagt nicht damit, dass Go clientside eine große Zukunft (für Malware) hat, gerade weil systemnahes arbeiten zwar möglich ist, aber eher kompliziert.
Für Backends (auch für Malware) würde ich Go allerdings durchaus im Kommen sehen.

Letztlich ist das Beispiel vielleicht auch nicht so glücklich. Die Multiplex-Library macht natürlich das Tunneln extrem einfach, ist aber schlecht in andere Sprachen konvertierbar, gerade weil es für hierfür auch keinen Standard gibt.

Ich habe auch noch eine andere Implementation, die anstelle des Connection Multiplexing einen eigenen Control-Socket verwendet und dann über ein simples Textprotokoll mit IDs die Connection anfordert, worauf der Client dann eine neue Verbindung aufbaut und die jeweilige Id zuerst schickt.

Bei einer neuen Socks-Anfrage sendet der Server dann sowas über den Controlsocket (Id hat feste Länge)

c.Send("TUNN" + id + addr + "\n")

Und wenn der Verbindungsaufbau beim Client erfolgreich war, erstellt er eine neue Connection zum Server, sendet die ID zuerst und dann wird eben getunnelt.

		message = strings.TrimSpace(message)		if message[:4] == "TUNN" {
			id := message[4:10]
			log.Println(id)
			target := message[10:len(message)]
			log.Println(target)
			go establishTunnel(target, id)
		}

Das hat natürlich mehr Overhead, ist fehleranfälliger und generell weniger elegant, aber es wäre natürlich beträchtlich einfacher in andere Sprachen für den Client zu portieren, sodass Go bei seiner eigentlichen Stärke, den Servern bleiben kann.