SStream - TCP over SSH/Telnet/...

16.8.2012 19:18 | Přečteno: 1111×

Igor má rád Evu, Eva jeho (nie). Eva chce mať Vojta .... no nedovolí Eva Igorovi aby si povídal s Vojtem. Za to Igorovi dovolí ať se na ní ssháčkne (a od ní k Vojtovi). Introducing sstream.

O co že tu jde? Takhle hezky nám to ve firmě zamotaly lamy z infosecu. Nejspíš provádí penetrační testy asi tak často jako Blek. tak si to pak vybíjí a takto nám znepříjemňují život.

Na stole mám dva stroje - jeden s Windows na korporatni komunikaci, přístup na internet apod. a druhý s Linuxem na kterém se provádí samotný vývoj. Samozřejmě jsou na oddělených sítích a vývojářská síť není nijak s korporatni propojena. No je tu pár strojů které mají přístup do obou sítí a běží na nich sshd. Takže je možné se z Windows sshacknout na "jumpbox" a z něho na naše stroje ve vývojářské sítí. Jumpbox samozřejmě nepodporuje port forwarding. No my bychom ip konektivu mezi stroji rádi - už kvůli tomu že používat dvě klávesnice (či kvm switch) je těžce neergonomické a zdravotně závadné - ale hlavně kvůli tomu že je punk ukázat infosecu že zase jednou jejich obstrukce akorát otravují ale kdo umí se propenetruje kde chce

Podaří se? Protahnem TCP skrz SSHacko? Jak by jste to řešili vy?

Tady je moje řešení - skript v pythonu (sstream.py) otevře v PTY OpenSSH klienta a transparente presmeruju co přečte z PTY na stdout a co přečte z stdinu zapíše do PTY až dokud z PTY nenarazí na kouzelnou sekvenci bytu. Tuto sekvenci pošle při spuštění na serverů druhý python skript (sstream-server). Sstream-server se pak připojí k serverů a všechny data která přečte pošle na svůj stdout ve formátu "data_len\ndata\n" (a obráceně). Sstream.py poté co přečte kouzelnou sekvenci nabinduju socket počká až se připojí klient a pak vše co od klienta přečte pošle do PTY (opět ve formátu "data_len data ") (a obráceně, co přečte z PTY dekóduje a pošle klientovi).

Vypadá to snadné ... devil's in thé details ... jo vyřešit všechny detaily fakt byla poradna sranda, pak když jsme zistili že synergy rádo timeoutuje klienta takže sstream a sstream-server po sobě musí jen přestat házet data a musí si i začít povídat a občas se synchronizovat ("hele synergy mě zas odpojilo","ok přestanu ti posílat data a odpojím klienta a schválně jestli se znova připojí","ok","připojil","paráda já se znovu připojím k serverů, JEDEM") (několik hodin strávených debugovanim i přesto že sstream funguje ale tváří se že ne protože synergy nefunguje v Gnóme3 pokud není u hrany obrazovky ne-gnóme3 aplikace snad raději nezmiňovat ).

Výsledek je tady: https://github.com/luv/sstream , tak jestli vás ve firmě taky takto omezují tak určitě zkuste.

       

Komentáře

[smazáno]

Koukam ze si s tim ohakovani moc neporadilo

[w4rr10r]

"by jste" ohákování nevyřeší.

[smazáno]

To mozna ne, ale "spuštění na serverů", "ve formátu "data_len data " (ohakovani interpretovalo \n misto aby je tam nechalo) me stve vic nez "by jste" . Prece jen v CR uz par let neziju a dikaty mi nesly nikdy .....

[Bystroushaak]

Já si vždy vystačil s ssh parametry -L a -D.

[AsciiWolf]

Jumpbox samozřejmě nepodporuje port forwarding.

[Bystroushaak]

A podporuje netcat? :)

[smazáno]

Ne :(

[socat]

socat

[smazáno]

Taky me napadlo sstream postavit nad socat a byl jsem dost nadseny, ale cim vic jsem o tom premyslel tak se ukazalo ze postavit sstream nad python sockety je jednodussi a lepsi. (Hledat magicky bajty, implementovat zpravy mezi sstream a sstream-server a hlavne prepinat mezi datovym a init modem pri pouziti socat by nebylo jen tak.)

[smazáno]

I kdyz! Onehda mi na IRC navrhnuli zkombinovat python a socat - login (init mode v sstream) implementovat v pythonu a pak pres exec pustit socat na datovy prenos (data mode v sstream). To sice funguje ale nevyporada se to dobre s padem spojeni (to se mi se starym synergy stavalo, kdyz bylo moc dat ve sdilenem clipboard docela casto), coz sstream dokaze. Tohle dost nastve, protoze pak socat na klientovy dal posila data, i kdyz jumpbox uz odpojil server a pta se klienta znova na heslo .... takze to dopadne zablokovanim uctu.

Takze jo python+pty+socat se pouzit da a funguje to ok, ale proti sstream to ma zasadni nevyhody.

[nimui]

Na podobné blbosti používám direktivu ProxyCommand ve svem .ssh/config:

ProxyCommand ssh -e none proxy "/bin/bash -c 'exec 3<>/dev/tcp/%h/%p; cat <&3 & cat >&3;kill $!'" 2> /dev/null

Stačí mít na prostředním serveru bash :)

[nimui]

Kde proxy je prostřední server.

[nimui]

Předpokládám, že tvůj vlastní vývojářský stroj už port forwarding má.

[smazáno]

Zkusim. Ono to v principu funguje stejne. Ale obavam se ze na prostrednim serveru pristup k bashi nemam - po sshacknuti tam hned vybehne menu ktere se pta na ip kam se pripojit.

I kdyz - pro pripojeni z jumpboxu na svuj serveru musim pouzit heslo - s tim si ProxyCommand poradi?

[smazáno]

Zkusil jsem to pouzit nasledovne:

 
-bash-4.1$ cat ~/.ssh/config
Host 10.119.23.224
        ProxyCommand ssh 10.224.193.153 exec nc %h %p
$ ssh -e none 10.119.23.224
ssh: connect to host 10.119.23.224 port 22: Connection timed out

Tak pres nas jumpbox kde nemame ani pristup k ssh to neprojde

[smazáno]

Nejspis by sel vytvorit jednoduchy script ktery otevre ssh v PTY a napriklad pres expect rekne jumpboxu to co chce slyset aby se pripojil k dev boxu a potom se pusti nc.