Share via


Accessing share over port 80

Question

Friday, May 10, 2019 9:51 PM

By default when starting Responder in Kali linux it starts http server as well as SMB server. I can disable HTTP server in Responder.conf file from starting at all. How to tell Responder to listen on SMB server for port 80 and windows to use port 80 for accessing share?

I know it's possible for example from this thread where it sais: " However, when I attempt to connect to the remote network (192.168.y.y), Windows decides it needs to use port 80"

https://serverfault.com/questions/658540/forcing-smb-over-445-instead-of-80

I'm testing with \192.168.1.119:80 on windows 10 machine.

here is a capture when HTTP on responder is disabled: 

here is a capture when HTTP on responder is enabled: 

here is a capture when HTTP on responder is disabled and I enabled socat on linux (basically port forward from 80 outside to 445 inside):

socat TCP-LISTEN:80,fork TCP:192.168.1.119:445 

In last case windows 10 is using Microsoft-WebDAV-MiniRedir/10.0.10586 as user agent.

Any ideas how to force windows to use SMB over port 80 or other workaround?

All replies (7)

Saturday, May 11, 2019 1:08 PM

By default when starting Responder in Kali linux it starts http server as well as SMB server.

I'm testing with \192.168.1.119:80 on windows 10 machine.

Don't do that. Just use \192.168.1.119 and it will use the SMB port. Then it will match the default Responder configuration.


Saturday, May 11, 2019 1:34 PM

It does not match my test environment. Port 445 is not considered.


Saturday, May 11, 2019 2:25 PM

What do you mean by "not considered"? What are you trying to accomplish. (Yes, I understand that you want to get SMB over port 80, but why?)


Saturday, May 11, 2019 2:49 PM | 1 vote

https://stackoverflow.com/questions/5115959/easiest-way-to-implement-a-smb-redirector-for-windows

Natively, Windows will not do SMB over any ports other than 445 or 139 (its choice),

https://serverfault.com/questions/60586/how-to-access-shared-folders-on-custom-ports-windows

They can't. Windows clients can only see the default ports 139 and 445.

https://serverfault.com/questions/39180/whats-the-syntax-for-accessing-smb-windows-shares-via-alternative-ports/39183#39183

Can't be done sorry. Windows does not support TCP ports other than 445/139.

https://unix.stackexchange.com/questions/301238/how-to-access-samba-share-from-windows-which-is-running-on-different-port

This can't be done. Windows does not support TCP ports other than 445/139


Saturday, May 11, 2019 6:35 PM

What do you mean by "not considered"? What are you trying to accomplish. (Yes, I understand that you want to get SMB over port 80, but why?)

I'm doing penetration testing on my own company. So then maybe WebDAV protocol (on client side) can respond to challenge from server (kali) or some other workaround. 


Saturday, May 11, 2019 6:50 PM

https://stackoverflow.com/questions/5115959/easiest-way-to-implement-a-smb-redirector-for-windows

Natively, Windows will not do SMB over any ports other than 445 or 139 (its choice),

https://serverfault.com/questions/60586/how-to-access-shared-folders-on-custom-ports-windows

They can't. Windows clients can only see the default ports 139 and 445.

https://serverfault.com/questions/39180/whats-the-syntax-for-accessing-smb-windows-shares-via-alternative-ports/39183#39183

Can't be done sorry. Windows does not support TCP ports other than 445/139.

https://unix.stackexchange.com/questions/301238/how-to-access-samba-share-from-windows-which-is-running-on-different-port

This can't be done. Windows does not support TCP ports other than 445/139

I don't know but i found several reverse questions:

https://serverfault.com/questions/620202/windows-file-explorer-using-port-80-webdav-instead-of-445-samba-smb-cifs-for

It's just saying how to not run on port 80.
Maybe they are talking about WebDAV then. Does it support challenge authentication, because I found it does basic and digest:

http://www.webdav.org/specs/rfc2617.html


Sunday, May 12, 2019 3:26 PM

I don't know anything about Responder, how it works, or how to use it. So maybe I should not be trying to answer your question.  You might have better luck if you ask this question in a Responder support forum.  

Having said that, at my prior employer when we did a pentest, we hired an outside firm to basically attack our internet facing web servers. Then we allowed them on our private network to do additional testing of vulnerabilities. But the port needs to match the protocol. I don't see what putting an SMB server on port 80 does for you. An attacker would typically send HTTP data packets to that port.    

From what I know, a Windows Explorer client can use FTP, SMB or WebDAV to access a "share". It appears that Windows will only use the SMB protocol on the SMB ports. For WebDAV, you can use different ports, but the data packets are HTTP protocol. Authentication would occur by HTTP 401 challenge/response.

https://www.webdavsystem.com/server/access/windows

Good luck with whatever you are doing.