We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
师傅,这个端口转发的功能可能存在些许问题。事情是这样的,我打算模拟一个环境,把listener_1本地监听端口(8017)转发到服务器(18017)上,然后再在本地配置一个listener_2(IP填服务器IP,监听端口填18017),这样生成攻击载荷的时候选择listener_2也可以成功上线。
但是我发现如果我先配置了listener_2,再使用stowaway转发端口,stowaway就会报错
而如果先使用stowaway转发端口,再配置listener_2,CS就会报错端口占用。
经过测试,发现功能类似Stowaway的另一位师傅的工具Venom可以在上文的这种环境下成功转发端口(先配置listener,后转发端口以及先转发端口,后配置listener都是可以成功的)
麻烦师傅修修BUG啦!
The text was updated successfully, but these errors were encountered:
如果我没理解错的话,listener_2不需要配置,你只需要配置listener_1就行
Sorry, something went wrong.
或者使用reflect命令,你这个写反了
你在使用stowaway时,forward命令导致的结果是被监听的端口是teamserver的18017端口,而你在用venom时,lforward命令导致的结果是被监听的端口是受控主机的18017端口 这就是为何两者表现不同的原因 还是无法理解的话请参看源码中对应指令的解析
No branches or pull requests
师傅,这个端口转发的功能可能存在些许问题。事情是这样的,我打算模拟一个环境,把listener_1本地监听端口(8017)转发到服务器(18017)上,然后再在本地配置一个listener_2(IP填服务器IP,监听端口填18017),这样生成攻击载荷的时候选择listener_2也可以成功上线。
但是我发现如果我先配置了listener_2,再使用stowaway转发端口,stowaway就会报错
而如果先使用stowaway转发端口,再配置listener_2,CS就会报错端口占用。
经过测试,发现功能类似Stowaway的另一位师傅的工具Venom可以在上文的这种环境下成功转发端口(先配置listener,后转发端口以及先转发端口,后配置listener都是可以成功的)
麻烦师傅修修BUG啦!
The text was updated successfully, but these errors were encountered: