“Only do this at home” 1min later… “imagine you are in a train”…
@richardclegg80273 жыл бұрын
Imagine you are on a train -- but actually you are at home not violating the terms of service of a train company -- that's my official position. :-)
@PatentedSugar93 жыл бұрын
You don't have trains in your house?
@warrenarnold3 жыл бұрын
I just use node vpn😅
@DeJayHank3 жыл бұрын
Yes.. "imagine" is the keyword here
@Stl713 жыл бұрын
I think he means "Practice that at home"...:-)
@jonathanmartins77443 жыл бұрын
We need more technical content like this! Great job!
@_..---3 жыл бұрын
"do not try this at home" "no, only try this at home", lmao, I am somewhat conflicted on this
@georgejones50193 жыл бұрын
Try at home in you home lab. Lol
@kosmonautofficial2963 жыл бұрын
Here I will simplify it. Rule 1: Don’t try this at home Rule 2: Try this at home
@TheStevenWhiting3 жыл бұрын
But its back to "Do not try this at home if your parents have put locks in place for a reason" :)
@debjyotidutta12713 жыл бұрын
Arent we working from home?
@ГеоргиГеоргиев-с3г3 жыл бұрын
Only try This at home =/= Try this Only at home Didn't he say the second(as in, not on the net)?
@___________22043 жыл бұрын
This format of screen-sharing is soooo much better than other videos. Please maintain this format of showing everything on the screen. So helpful and so much easier to understand
@JakeFlakes3 жыл бұрын
My professor 2 years ago tried to explain ssh tunneling for the same length of time as this video and failed miserably. Dr. Clegg explained in half the time and even talked about other ways of doing this while being easy to comprehend. Great video
@FutureBoyWonder3 жыл бұрын
Or maybe between the two your brain put it together?
@sophiamarchildon39986 ай бұрын
The difference was that you wanted this, while you were subjected against your will and professor. Also, you had previous ground-work enabling easier learning. Perhaps?
@bsvenss23 жыл бұрын
04:35 UFW is actually _Uncomplicated Firewall_ . It's "only" a Python "wrapper" for iptables.
@kevinjones50013 жыл бұрын
Tnx, I was scrolling to see if anyone else had noted this.
@benlaney30833 жыл бұрын
@@kevinjones5001 Same! Glad someone(s) was on it haha
@daffy19813 жыл бұрын
@@kevinjones5001 there are 17 people who noted this in the comments :)
@lawrenceplays3 жыл бұрын
Students are the best people to ask about how to bypass networks.
@pv2b3 жыл бұрын
10:54 Unfortunately, this whole section here about TCP over TCP is incorrect in this case. Yes, if you're tunneling raw IP packets over TCP (and there are ways to do this with SSH, for instance using the -w option, running PPP over SSH, or with OpenVPN over TCP, as well as a million other ways), you do end up with the TCP-over-TCP meltdown you are explaining quite correctly. But, if you're using SSH's "dynamic port forwarding" mode which emulates a SOCKS proxy, there is no TCP over TCP at all going on. There's TCP running between your client software and the SSH client's SOCKS proxy emulator, TCP running between your SSH client and the remote SSH server, and also TCP running from the remote SSH server to the tunnel destination. These are all seperate TCP connections, and none of them of them running "over" each other. They're conseptually connected end to end, not over each other. There's no raw IP packets going over the SSH tnnel, and thus no TCP. Only the data beloning inside the stream as multiplexed as multiple channels in SSH. TCP retransmissions will happen on every TCP stream, but there's no redunant layer of TCP happening end-to-end over the actual tunnel, and no duplication of retransmission for that reason. That said, because everything you're doing ends up passing through a single TCP connection, that can definitely be a bottleneck, but for other reasons.
@richardclegg80273 жыл бұрын
Hmm... The version I show via the proxy is using netcat to transfer data - that certainly is TCP over TCP no? But in the simpler version where do you think the code opening the TCP connection to the final destination runs? At the same side of the firewall as the web browser or at the same side of the firewall as the web server? I can't easily find an answer to that. If that TCP connection originates outside the firewall you are right but I did not think that was how it is working.
@richardclegg80273 жыл бұрын
I think you may be right here. It shows even when you use tools for many years you can still learn things. When I was reading for this article I came across many pages confidently claiming that ssh -D was TCP over TCP but I think you are correct.
@pv2b3 жыл бұрын
@@richardclegg8027 Hi! Proxy using netcat is also not TCP over TCP. Same as with ssh -D, it's not a TCP session inside a TCP session, it's data exiting from one TCP session and then entering another TCP session. I.e. you're only tunneling the actual data inside the session, you're not tunneling the TCP headers or the retransmssions. The only way you'd get TCP over TCP is if you're running IP over TCP, for example if you're using some kind of VPN software that uses TCP as a transport for IP packets. To be clear, none of the scenarios you've shown in this video will do IP over TCP and thus not TCP over TCP.
@richardclegg80273 жыл бұрын
You are right. In days past a similar thing was done with ppp or slirp over ssh which did work like that. I guess this is why the TCP over TCP idea propagated for ssh -D (not helped by the sshtunnel docs which while correct don't clarify). When I read about it lots of places made the claim your explanation is correct.
@Lodinn3 жыл бұрын
Ah yes, spent a while troubleshooting that ovpn over tcp a few weeks ago... Thanks for the knowledge!
@cwtrain3 жыл бұрын
"Let's get the OHP up." Smacked me right back to elementary school.
@rkkm673 жыл бұрын
I didn't understand could you explain?
@Pat3153 жыл бұрын
@@violet_flower And private schools
@karstenengel90143 жыл бұрын
OHP isn't hacked since 1920
@TheInternetHelpdeskPlays3 жыл бұрын
I remember using proxy tunnels way back in the early 2000s. I found a bank in France that had full internet access and proxied in to that over port 8080.
@IrrevocablyZoey3 жыл бұрын
I feel like this is how many kids get interested in computers.
@lerssilarsson64143 жыл бұрын
Just for educational purposes only... ;-)
@aliveandwellinisrael25072 жыл бұрын
During high school, it was incredible to see how even the least tech-interested kids figured out network shares and a bunch of other things when it let them play games in class etc lol
@mini_bomba3 жыл бұрын
4:32 Nope, it's "Uncomplicated FireWall"
@DaPanda193 жыл бұрын
Ultimate firewall seems pretty cool though
@richardclegg80273 жыл бұрын
My apologies for this! You are of course correct.
@scott51463 жыл бұрын
I just run a VPN server at home, and anywhere I've been (including China) I can just VPN back home and get full normal access to everything.
@GapWim3 жыл бұрын
Haven’t been to China … but yes, I do the same and it works quite nicely :)
@locust763 жыл бұрын
Same. I actually had to do this to get around some UDP throttling that a hotel in London was doing to prevent people from using their WiFi for VoIP and video chat.
@LanceMcCarthy3 жыл бұрын
Wireguard FTW
@Centigradius3 жыл бұрын
It even works on airline wifi.
@LanceMcCarthy3 жыл бұрын
@@Centigradius I also use a site-to-site IPSec VPN between two UDM Pros. No matter where I am, I'm always connected to my home network, which is also connected to the other house network. It's nice to avoid all the guest network monitoring and tracking.
@patrickjones94743 жыл бұрын
One of the very few videos I have watched more than once. Please do more high quality content.
@datamuc3 жыл бұрын
Yes, TCP over TCP is bad. But there is no TCP over TCP in this case. There are just 2 TCP connections in serial. If you use ssh -w, that would create a tunnel where you are doing tcp over tcp.
@pv2b3 жыл бұрын
Right on, this part is just completely wrong.
@derickasamani57303 жыл бұрын
that's how network engineers are born.... trying to bypass censorship
@jursamaj2 жыл бұрын
"The Net interprets censorship as damage and routes around it" - John Gilmore
@thewhitefalcon85392 жыл бұрын
@@jursamaj when do we bypass musk's twitter?
@jursamaj2 жыл бұрын
@@thewhitefalcon8539 Whenever you decide to quit using Twitter.
@TimDunstan3 жыл бұрын
I did this years ago to get around my University's firewalls to play games online... :D
@georgebizos9443 жыл бұрын
Ah back in the days of Flash games...
@kelvinluk91213 жыл бұрын
I used to do the opposite hosting a game server on school machine and tunnel it out with ssh tunneling and my fds and I can all enjoy free game server hosting
@MuhammadHanif-bx4pb3 жыл бұрын
hehehe
@Ceelvain3 жыл бұрын
So did I, back in 2005.
@theblackwidower3 жыл бұрын
Why were they blocking online games?
@MontyGeorgiev3 жыл бұрын
Really nice video. This is what inspires people. And then you introduce a NGFW with SSL and SSH decryption and loose all the magic.
@wertperch3 жыл бұрын
I'm impressed by the fact that his computer is named for a character from Mervyn Peake's Gormenghast novel. Not that your presentation wasn't interesting, Dr Clegg, but my excitement that I'd found another Peake fan eclipsed all else!
@richardclegg80273 жыл бұрын
I generally call the largest machine I own gormenghast, the cutest fuschia and the smallest barquentine. :-)
@tracyrreed3 жыл бұрын
I've used iodine DNS tunnel for years. It's not fast or efficient but it works. Nobody has ever noticed and none of the many environments I am familiar with monitor DNS traffic for stuff like this.
@cakeman17152 жыл бұрын
transmitting data as a subdomain to bypass a firewall is the most hacky janky thing I've ever heard of and I love it.
@eriksundell14003 жыл бұрын
"try this at home but not anywhere else at all" ---> "so now let's imagine you're on a train or in an airport where the administrator is not giving you full access..." That escalated quickly.
@TheStevenWhiting Жыл бұрын
We used to do this SSH tunnel way back in 2007 to break out of the NHS network to connect to home. Was a 2nd line engineer and sick of 3rd line monitoring anything you did. Got more work done with that tunnel than without it.
@Spasmomen3 жыл бұрын
I traveled around Turkey this month. I had a local sim card for data (Vodafone). There was one region (Antalya) where it wouldn't allow me to connect to my home wireguard peer. Also VPN provider websites had been blocked e.g. Mullvad. This wasn't the case in Istanbul, Mersin or Fethiye regions, very strange. I'm using a non-default port for wireguard, maybe I should try port 443.
@hjk39273 жыл бұрын
DNS tunneling was used in the SUNBURST (Solarwinds) attack last year, so not sure a normal admin would have detected that method.
@techscw3 жыл бұрын
If you have your alerts popping on known TTPs, even on simple things like duration, or constant dns traffic from a single endpoint that deviates from the baseline configuration, you can at least look at it and see if that is explained behavior or not and adjust your alerts accordingly. But to your point, it often takes a mature SOC dedicated to notice these things,
@AdamReece873 жыл бұрын
Anyone else notice port 456 blocked "related to mail" (at 4:48)? Me neither. :) Almost certaionly meant to be port 465, for SMTP over implicit SSL/TLS.
@teh_jibbler3 жыл бұрын
Is smtp not related to mail?
@AdamReece873 жыл бұрын
@@teh_jibbler Very, but port 456 is (commonly) not. Looks like Richard needs to change that to 465 to refer to the common SMTPS port.
@thegingebot3 жыл бұрын
Wow, this video really highlights the high quality of comp. sci. coming out of Nottingham University compared to others!
@johnvonhorn29423 жыл бұрын
Dr Clegg is from Queen Mary University, London
@thegingebot3 жыл бұрын
@@johnvonhorn2942 my point exactly 😉
@DreckbobBratpfanne2 жыл бұрын
Besides the interesting topic, i like the sound effect used for the firewall at 1:53 xD
@just_noXi3 жыл бұрын
Someone I know did that a century ago. (A bit more sophisticated, it was encapsulating everything in multiple TLS streams.) IT security can break normal work so easily. A few years after he established this, someone contacted me. Asking why there was so much traffic to that address from that machine. I said it was a leftover test that seemed to be still running and I cut it down. Since then our security got much better, much more defined and more relaxed. No need to tunnel, no need to dig holes, everyone is happy and safe. Too much security is as dangerous as too less security.
@segunzeesojoski3 жыл бұрын
First! No KZbin? I'm definitely doing this... just to watch Computerphile. Just that. Honestly.
@tyjohnston5889 Жыл бұрын
Ok. I ssh'ed into Dr. Clegg's home server. Who are all the babes you have 1TB of pictures of? BTW: Thank you very much for your time you spent with explaining this Dr.
@sp10sn3 жыл бұрын
Him: Hey, Internet, don't use this exciting information in any way. Internet: 👍🤔😏
@swagmankayearIQ3 жыл бұрын
hes talking about very basic things you learn on day 1 networking.
@nova8585 Жыл бұрын
19:10 So for the web proxy protection explanation, the workaround where the exit address gets remapped to :22 only works if you have admin control over the web proxy itself right?
@koryusai3 жыл бұрын
So as a network engineer having to defend these issues when setting up networks like such as a "guest" network. For this, I don't use a layer 4 firewall(such as an ASA without firepower) which is what seems to be on the topic for this video. More used in this situ' is a layer 7 Firewall(such as a Palo Alto) where you can allow based on application rather than "Service Port" for "guest" network on a Palo only allow the following applications: dns, web-browsing & ssl. Another option could be adding in decryption for other networks, it doesn't really work for a guest network. Also, I would like to see what you suggest for application(L7) firewalls and to bypass these...
@HerozTech3 жыл бұрын
Just a quick note. We are going to try everything you are saying here
@randy78943 жыл бұрын
The word "Disclamer" made me enthusiastic.
@baddealrage3 жыл бұрын
Yeaa.. it remember me the day our IT teacher had to explain how to bypass the school proxy server to setup our own proxy lab. Using proxy for home purposes is irrelevant these days in my option. VPN over 443 and remote sessions (can also be 443) are way more secure and reliable.
@ScarletDeath3 жыл бұрын
when i was in college in the mid 2000s they tried banning bit torrent in the dorms, but they weren't very secure back then so I just tunneled out using UDP and was able to access non-throttled internet speeds too (15kbps wired in the dorms for all data, 20mbps after tunneling out) stuff is more complicated now though i think, but i thought i was a badass back then haha XD
@coltonthomas3658 Жыл бұрын
Dr Richard Clegg looks like a magician
@agemoz3 жыл бұрын
“lets get the ohp up” something i haven’t heard in a loooong time
@agemoz3 жыл бұрын
for those who don’t know, ohp: over head projector (made with lights, magnifying lenses and mirrors)
@richardclegg80273 жыл бұрын
Yes -- showing my age a bit.
@OnE618113013 жыл бұрын
A few comments on the last part - not entirely true - in modern web traffic, it's extremely difficult to differentiate between a "normal" ssl websocket traffic and a long-living tunnel. It can be done by pattern analysis, but I doubt train ISP providers monitor for that.
@richardclegg80273 жыл бұрын
I think you're thinking of websites like gmail that keep alive a long-lived connection. The normal case for SSL is that you make a connection download the website and close the connection. Gmail (and a few other sites) keep the connection alive for extended periods in order to avoid the connection overhead of SSL set up -- but they are the exception more than the rule and their traffic pattern is quite distinctive.
@OnE618113013 жыл бұрын
@@richardclegg8027 many websites keep long-running connections - for example notifications, event tracking, data streaming, etc. Also, you have to consider the new technologies coming like spdy and http/2 which (very simplistically said) relies on long-lived connections to minimize roundtrips to the server.
@richardclegg80273 жыл бұрын
These days though I think most traffic to Google (certainly from Chrome) is actually over QUIC and they deprecate SPDY.
@OnE618113013 жыл бұрын
@@richardclegg8027 you're right. I've not followed things recently. I see QUIC runs on UDP, which again can be a carrier for a vpn tunnel. In this case too, you need a pretty sophisticated analytics to pick a tunnel from regular traffic. Maybe it'd be even more difficult as everything is split and mangled in a ton of UDP datagrams. The most important thing is practicality :) If a very simple proxy would keep 99.99% of teenagers from watching 4k youtube on the free wifi, I don't think someone would invest in traffic pattern recognition for those cases :) The cost of running this would certainly outweigh simply providing fast free wifi...
@casPifiction3 жыл бұрын
I really enjoy the networking Videos! Hoping for more :)
@HellCatLeMaudit3 жыл бұрын
I love this video. Though he left out the part about the best tool for tunneling out of a network: GCC and a copy of Stevens.
@richardclegg80273 жыл бұрын
Hah... that is the advanced edition ofthis video.
@bjarkih19773 жыл бұрын
Closing port 22 is one of the first things I do when setting up a new install :)
@president83 жыл бұрын
It doesn't make your Security better at all... Eventually you face Problems one by one
@bjarkih19773 жыл бұрын
@@president8 Certainly, but it will remain on my checklist of things to do.
@theantipope43543 жыл бұрын
The best set up is blocking every port by default, & only opening the exact ones you need, & only then when you've done your best to protect those particular ports. Eg; only opening SSH after you've created a white-list of permitted SSH source / destination sites.
@president83 жыл бұрын
@@bjarkih1977 but why at all?
@bjarkih19773 жыл бұрын
@@president8 It's the most obvious place to attack for unsophisticated attacks. Also, why not?
@jimbolino3 жыл бұрын
4:34 UFW = Uncomplicated Firewall :)
@richardclegg80273 жыл бұрын
Yup -- sorry for that. You are correct.
@DM-yj9qf2 жыл бұрын
this is better than most network course labs
@Seegalgalguntijak3 жыл бұрын
I would really like to know whether I can reach my server via ssh from inside a network which only lets ports 80 and 443 pass - but without having to change the port my ssh server is listening to. What would be needed for that?
@luxraider53843 жыл бұрын
in the video he only router a port to point to the port 22, he didn t change the port of his ssh
@Seegalgalguntijak3 жыл бұрын
@@luxraider5384 Yes, that was my question: What if port 22 is blocked in a network, and I need to ssh into my server? I did actually configure my NAT in such a way that incoming traffic goes through another port than 22 (because of the massive load of annoying attempts to log in with a password and some random username, which was never active in the first place). So my question is: Is there a way to have a packet go out on port 80 on my machine and arrive on port, let's say 18650 (for example) on my home server? If so, I'd love the syntax for that ssh commnand - I only know the option -P for the general port (outgoing and incoming). But I'm not sure whether TCP is even capable of having a packet go out on port x and arrive on port y?
@code-dredd3 жыл бұрын
The U in UFW stands for Uncomplicated, not Ultimate.
@richardclegg80273 жыл бұрын
Yes apologies for the mistake. I am blushing. Should have checked even though it is a tool I use all the time
@TegridyMadeGames3 жыл бұрын
"Don't try this at home" *teenagers with school computers* okay lol
@cj59253 жыл бұрын
Great Resource 🙌🏻🙌🏻
@djtjpain3 жыл бұрын
4:40 UFW is Uncomplicated Fire Wall or at least that’s how I’ve seen it
@johnxu67513 жыл бұрын
Correct me if I am wrong, but I don't think ssh tunnel is TCP over TCP. ssh tunnel acts like a normal TCP proxy, only that the connection in between the ssh client and ssh server is encrypted, it does not preserve the original TCP header.
@pv2b3 жыл бұрын
You are not wrong. You are in fact absolutely correct.
@northcode_3 жыл бұрын
Vpn over port 53. Can even bypass a lot of wifi paywalls iirc because they still allow DNS requests
@Phroggster3 жыл бұрын
Many internet service providers here in the United States will reroute any UDP/53 traffic to their preferred nameserver to facilitate user tracking. Other "better" internet service providers will merely monitor UDP/53, but then frequently deny packets that aren't legitimate DNS requests. As nice and decentralized as our modern internet is, there's some of the worst, most power-hungry people in the world acting as gatekeepers to it.
@president83 жыл бұрын
@@Phroggster So if you want to use Google DNS for example, they will send requests to their private DNS Server? is that even legal?
@adrianpopagh3 жыл бұрын
@@Phroggster VPN over DNS uses valid DNS packets (query/answer), so it looks correct on inspection. Except the fields contain some gibberish data (data encoded with uuencode or some similar encoding). The way a next gen firewall can stop it is with "Domain reputation" - your domain may not be known enough, or not part of the allowed categories. Also intermediary servers may cache replies longer than the TTL value, which can cause mayhem.
@DiogoNeves2 жыл бұрын
I’m sure students do this a lot. What are the consequences? At uni for example, would they be in trouble? I noticed libraries lock well
@TonyRule3 жыл бұрын
How will any of this work if you don't have local device admin rights and network authentication prohibits LAN devices that don't match a specific criteria i.e. MAC address?
@scoreunder2 жыл бұрын
mac spoofing is trivial, and you could either get that from the original machine or sniff it. you'd probably have to power it off if you wanted a reliable connection though
@TymexComputing3 жыл бұрын
Reliable protocol doesnt need the loss :) - it only can accomodate to the loss - its not needed - if you have a local 10mbps link in your computer - you can set it up to send with that rate, choose any buffer (at home....ofc :) ) and tcp will be working very much without a loss on a connected switch 1gbps inter-network - local IP stack implementation will not allow that TCP connection to start getting congested at 10mbps (of course if your 1gbps inter-network wont start getting congested, or switch power ASIC capacitors wont stop being congested :)
@MEhsan-bi2tf3 жыл бұрын
Great explanations. Also a light noise reduction would be amazing.
@jeffreyblack6663 жыл бұрын
If they are using a firewall with a whitelist, doesn't that mean that you need to have your proxy whitelisted?
@russell29523 жыл бұрын
You must have missed him waving his hands.
@restorer19 Жыл бұрын
I've never had to go much further than SOCKS over an SSH tunnel on a nonstandard port to bypass poorly-monitored outgoing firewalls. Mostly useful for large businesses with many locations, who provide internet access as a perk to their customers, where individual locations rarely have a dedicated IT staff (restaurants, bars, coffee shops, department stores, salons, spas, outpatient clinics, etc.). Use with caution, and only on the isolated guest wifi, if you're stuck in a hospital and have to get actual work done.
@MalongaModeste Жыл бұрын
Is the computer connected to internet and firewall not allowing you to go anywhere ? Can you advise please
@paaao3 жыл бұрын
I just set my home firewall to listen on 443, and forward via NAT to my ssh server. So in a nutshell, just set your ssh server to listen on port 443 instead of 22. It's not that complicated. Very secure networks will close your connection after about 30 seconds, and you'll have to create a script to re-init the ssh tunnel, and close it, over and over. Also, most networks other than maybe a work network, which still could probably be argued in court, have you agree to not access certain things via their network. If your house isn't one of those things, then technically ssh to your own home server is fair game. Where you go from home isn't technically in their jurisdiction. If their machine is only connecting to yours, then you have ground to stand on. What your machine connects to, is none of their business. But make damn sure your DNS requests are also going to and through your home machine. Most companies now have a catch all policy that includes not using their provided computers to access XYZ sites. So at that point, you may be hosed. In the end, any admin with enough time on their hands to see that you are using port 443 for different amounts of time, or triggering a disconnect time out rule, is going to have such a hard time proving the rest, plus all the extra hassle of doing so. They're probably going to just pull you aside and say, please don't keep doing this, because eventually I'm going to have to explain it to someone and force it to stop.
@robstamm60 Жыл бұрын
I would do this almost everywhere but certainly not in a work environment - an encrypted connection to an unknown destination out of a company network is a big no (could be company secrets) - if I REALLY need access to X I will let IT know and escalate it if necessary 😊
@MoZz..3 жыл бұрын
really liked this video, also i like richards way of explaining this stuff. :)
@tomsgrinbergs80203 жыл бұрын
Isn't ufw "uncomplicated firewall"?
@tekvax013 жыл бұрын
What about arp cache poisoning? Does that still work as a man-in-the-middle route traffic bypass?
@aliveandwellinisrael25072 жыл бұрын
That takes me back.. used to have quite a bit of fun with that in the XP days. Haven't tried it in a while for anything, but I would imagine it would attract a lot of attention.
@Kris_T_2 жыл бұрын
Yes, but have you got fork handles?
@asishreddy77293 жыл бұрын
Man, this seems so clever and scary to me at the same time.
@tanmaypanadi14143 жыл бұрын
its very nicely presented here.frankly this is something my school mates and I have used to check social media,in school computer lab , since it was heavyly firewalled network.
@thewhitefalcon85392 жыл бұрын
I don't think that SSH+SOCKS run TCP inside TCP. The TCP is unpacked on your own computer and the actual data is sent directly over SSH.
@locust763 жыл бұрын
6:58 should have edited out that “uuum” … that would have been funny 😂
@To-mos3 жыл бұрын
Ok mad points for the old school dot matrix printer paper.
@strayling13 жыл бұрын
This gave me flashbacks to using 'cu' to hop around different machines on our LAN. ~.
@jabeavers3 жыл бұрын
Is it possible to block the application/ssh communication based on what ssh is sending rather than simply blocking a port?
@aliveandwellinisrael25072 жыл бұрын
There are firewalls that examine the packets and block based on the type of communication it matches.
@julienyt16003 жыл бұрын
There are also solutions like guacamole that you can run on the target machine and just serve it under a simple web service. (VNC/RDP or an ssh console)
@richardclegg80273 жыл бұрын
I hadn't come across guacamole -- thanks for the recommend.
@RussTaylorLegend3 жыл бұрын
As a sys admin at a school I'm incredibly entertained by this.
@gopro28043 жыл бұрын
This was fascinating.
@AlexGeek3 жыл бұрын
I guess blocking port 456 is a typo. SMTPs is on port 465 instead
@hloboy88113 жыл бұрын
Thank you 🙏
@UOUOssas3 жыл бұрын
ufw is "uncomplicated firewall" not "ultimate"
@richardclegg80273 жыл бұрын
Yes -- sorry. Don't know how I messed that up.
@UOUOssas3 жыл бұрын
@@richardclegg8027 ultimate is kind of nice too. Thanks for the interesting video.
@JNCressey3 жыл бұрын
2:00 makes me wonder if you could have wired internet to a train. They have mains electricity from the electrified rail. they could have a ethernet rail for the track.
@AboveEmAllProduction3 жыл бұрын
Lel
@wolfy90053 жыл бұрын
One time at work we wanted to access some site to view various things. Turns out their firewall was only plain text, using the IP address directly worked a charm
@rooteduser6233 жыл бұрын
Cheers... off to try this on my mates computer now
@IronCandyNotes3 жыл бұрын
The SSHawshank Redemption
@kvatikoss17303 жыл бұрын
I am gonna make my school my home so I can try this.
@autolykos98223 жыл бұрын
Ah, one of the rare times someone actually learns something in school ^^
@russell29523 жыл бұрын
The web proxy thing wasn't explained well. If everything is blocked how do you reach the web proxy? What exactly is it? No explanation was given at all.
@S3Kglitches3 жыл бұрын
so where is the part that you mention VPN
@geroffmilan3328 Жыл бұрын
The last element, that the attackee needs to get lucky every time, is actually a reversal of the better-accepted aphorism: A well motivated attacker will always win, because they only need to succeed once. Defenders must win all the time. Now for egress I can see some of the logi in the statement made by the blue team guy, but the solutions are relatively straightforward for me: hide in plain sight go low & slow live off the land ensure you only depend on things the target can't take away without committing self-harm (Full disclosure: I'm a red teamer, not a criminal 😁)
@stardustsong16803 жыл бұрын
In China, we call it 翻牆 and almost every coder must learn to use it before start coding.
@AlexK-jp9nc3 жыл бұрын
Because of the govt firewall?
@thomasblackwell95073 жыл бұрын
A Stalag 17 special!
@Dj_JohnMac Жыл бұрын
dns tunnel pretty simple to setup , I find the ssh tunnelling frys my brain half the time
@proehm3 жыл бұрын
It has become necessary (in this day and age) to change your exposed ssh port anyway in order to avoid a few thousand attempted malicious logins everyday anyway. Making ssh available on something like port 62244 keeps your auth.log from growing too large.
@ГеоргиГеоргиев-с3г3 жыл бұрын
Now you need a part 2: "How to hack out of a system with no Networking hardware." Skynet would love that. And i know is possible(the spontaneous creation of life kind of possible(we are here so it is possible) or at least half way to that) though highly unlikely, like trough the electrical grid or with flicking the display on and off of the system at a camera connected to the internet.
@treyquattro3 жыл бұрын
the only issue here is that you have to have set up your proxies in all configurations ahead of time because you're not going to be able to get out via SSH to configure your hack. Still, interesting. I didn't know about nc!
@richardclegg80273 жыл бұрын
Depends on what you are dealing with. If you have a server with ssh anyway then the first part of this using tunnels or sshuttle will "just work". Going via a web proxy won't though.
@ArthurKhazbs3 жыл бұрын
Actually, "Uncomplicated FireWall" - not as exciting
@cheaterman493 жыл бұрын
I like that last point!
@marccawood2 жыл бұрын
It's a bit more than "cheating" in inverted commas. You manipulated the web proxy, something you typically have no access to. Better would have been to run SSH on port 443 on the twisted server.
@stevenmcdonald19013 жыл бұрын
Wish I could draw that fast in Visio.... Also sudo assumes the right access, ssh assumes the right RBAC in that environment
@daivedaive2763 жыл бұрын
😅😅😅😅 the first try this at home I've heard
@0aleolijest6783 жыл бұрын
Don’t try it outside of the area of your living quarters.
@daivedaive2763 жыл бұрын
@@0aleolijest678 as long as I'm home, it ain't wrong 😅
@cwtrain3 жыл бұрын
Maybe a few more emojis and I'll finally understand your meaning. 😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅😅
@jeffery_tang Жыл бұрын
Did anyone get the part where he talked about how to tunnel your way out of a network that only allows you to go through a proxy?
@MrChuggz272 жыл бұрын
Would not work against any next gen firewall that does application traffic matching
@tiaxanderson97253 жыл бұрын
I'd like to know this mythical machine where I want to do something *and* own it, yet somehow have not gotten permission from the owner. Every cyber security, hacker, technical person talks about either having permission or being the owner of the machines; hinting at this mythical machine or network where you can have the latter, but not the former.
@sam-n9v3 жыл бұрын
He shows it in this video, block yourself, try and get around it, block yourself again etc etc.
@tiaxanderson97253 жыл бұрын
@@sam-n9v Read my comment again, this is not a technical question but an observation about what he's literally saying as a disclaimer at the beginning.
@richardclegg80273 жыл бұрын
I am saying that to be responsible my advice must be that you only do this to educate yourself about computers and not to circumvent restrictions that security professionals put in.
@tiaxanderson97253 жыл бұрын
@@richardclegg8027 @Richard Clegg No no, not why you're saying it. *What* you're saying. In which situation do you _not_ cover _every possible scenario_ when you qualify "only do this on a machine/network that *you have permission for* "? In what possible state are things that you need to add "or own"? Where is this mythical machine that *you own*, that *you wish to do things to*, and yet somehow *don't have your own permission* (not talking about user permissions; again, not a technical question) to do for? Because you're implying the existence of such a machine or network by saying that you need to own *or* have permission. Why are you not done with "have permission"?
@richardclegg80273 жыл бұрын
@@tiaxanderson9725 Oh sorry, fair enough. I'm not reading from a pre-prepared script here, it's more an interview style format so I hope you can forgive the odd stumble like that. Not as bad as getting the name of ufw wrong. That's a real *blush* moment. :-)
@Pehr813 жыл бұрын
I'm glad he says "program" and not App...
@mgeorgescu3 жыл бұрын
Why? Why does it matter?
@phizc3 жыл бұрын
I'd say it's an app if it has GUI and interactions, but a command line "do a thing and return" like curl is a program. Ssh, ftp and similar programs are still programs even if they have interactions, though. I think.
@lodevijk3 жыл бұрын
@@mgeorgescu Maybe because nowadays everything needs to be called an App.