楼上回复都没实际用过。我手头有 dell 服务器。也在用 ipmi 做管理。实际使用是。有个 ipmi 远程访问开关。再 idrac 设置里。如果打开了。那么可以用 ipmitools lanplus 进行管理。地址就是 idrac 地址。账号密码也是。如果关闭了。那么需要在这个物理机系统上运行 ipmitools 。例如 exsi 。如果这个物理机中有虚拟机。除非打开 ipmi 对外访问。然后通过网络。否则都是需要在宿主的物理机上跑。ipmitools 这个工具本身全平台都有

很简单一句话。你就把他当做普通电脑用就行了。接上鼠标键盘屏幕装系统(系统可能卖家给你装好了)。进系统装你们需要的仿真软件然后开始干活就行了

接楼上。别说给什么 debug 信息了。就算你把源代码给黑客。如果系统本身在开发过程考虑到了安全问题并在编写代码时严格检查了输入。且开发及使用人员意识一流(有种总有刁民想害朕的意识从而导致系统安全性极高)。那么。黑客拿到源代码本身进行分析。甚至自己搭建了测试环境。也只是耗费了黑客的心力。最后无功而返。可能唯一潜在隐患是。源代码泄露出去可能意味着业务逻辑的泄露。以及使用的第三方服务的各种 API KEY 泄露。可能某些操作间接导致影响生产环境。但是也只是仅此而已。不会有更大的影响。第三方服务的 Key 要更换也很容易。

按知乎格式。不请自来。利益相关。信息安全从业人员
先说结论。2 更严重
楼主说有个大前提是使用的基础环境都是最新组件。也更新到最新版本。那么除非是 0day 漏洞。否则是在基础组件环境这里没法下手的。而 0day 漏洞是有使用成本的。不到万不得已不会去考虑使用。(不讨论有没有的问题。这里假定有)。而默认端口。这根本不算安全问题。非常正常的使用方式。修改端口并不能带来安全性的提升。全端口扫描加服务识别很快就有结果了。
基于这个大前提。攻击面就只剩下业务系统这一个了。按照楼主描述这应当是一个后台管理系统。在没有登录的情况下。其实很难有什么操作。除非开发人员意识不到位。框架提供的功能不用。偏要自己手写 SQL 。偏要自己处理文件上传。检查。改名等一系列操作。不过我想既然都上框架了。应该很少有人这么搞
那么整个攻击思路也只剩下围绕业务逻辑处理来展开。例如逻辑漏洞(前台购买。后台确认发货)。盗窃数据(订单。用户等)。对于弱口令来说。其实就相当于后台大门打开。谁都可以进去。完成上述操作。那么在业务上。轻则产生脏数据。重则影响业务本身处理(大量假订单之类。删除业务相关数据)。甚至利用当前权限来完成合乎业务逻辑的操作(修改订单金额并发货)从而造成经济损失(假设为自动化的发货系统)。退一步也能获取到这个后台的所有业余数据。这对于业务系统开始也是比较致命的(和拖库基本差不多)
而暴露测试环境。debug 打开。trace 信息打开这些信息只是给渗透过程提供信息参考。注意仅仅是参考。最终能否渗透成功。还是取决于业务本身是否存在漏洞。假定开发人员拥有良好的开发意识。那么即使给黑客一个测试环境。各种信息一应俱全。也不见得能拿下来。
所以说。万千防护敌不过一个 123456 。安全意识要比防护本身更重要。从一开始在代码 /框架 /依赖等根源上杜绝安全隐患要比后面使用防火墙等软硬件设备阻断要好得多

因为安全问题而丢失了客户，这个本就是自己的问题。举个例子，之前的三星手机因为爆炸问题不得上飞机，而且也会危及人身安全，那么在选购手机的时候，用户是不是会去考虑手机的安全性，在某种程度上就会否决掉三星的整个产品线。这个问题也不能说是怪那个买了三星手机结果手机炸了的那个人，这一点上，我站挨打要立正的态度。自己的安全开发意识不到位，多去学习学习如何开发更加安全的功能，无论对于当下这个产品，还是以后要做的产品。对自己，对客户，都是一个负责任的交代。还是那个意思，错并不可怕。怕的是知错不改错。甚至要掩盖错误。
其实这件事情也是给自己敲响一个警钟。做产品不仅仅是吧功能完成就 OK，还要考虑到方方面面。对于客户来说他们也不想我花钱买的东西结果突然有一天出事了还得自己背锅。所以还是建议楼主在这个事情上跟客户进行协商，有些时候客户并不 care 你到底有没有问题，只仅仅是不想担责。既然吧产品卖给客户了，那么也就有义务打消客户的这些顾虑。让客户用的放心。出现安全问题第一时间通知客户，做好应急预案。紧急修补 /封禁方案，然后修复之后提供补丁包，以及相关的技术支持，我觉得这才是一个正常的处理过程
对于客户那边，可能客户对于安全的这些事情了解的没那么多，所以一听有漏洞卧槽那还得了。不行不行。类似这样的想法，其实无论是厂商，开发者，或是白帽子来说，都是挺蛋疼的一件事情。所以这更多的也是白帽子和厂商之间共同的诉求。不要把漏洞视作妖魔鬼怪，正视漏洞，正视自己的缺陷，有问题，解决问题就好了。客户那做好思想工作。认认真真的去对待问题。我相信问题还是能够圆满解决的
最后。如果楼主愿意，我倒是蛮想替楼主的产品做一个完整的安全检查。给不给钱都行，主要目的也是希望通过我的行动能够让楼主明白漏洞不是妖魔鬼怪，白帽子也不是十恶不赦。另一个角度也是为了充实自己。同时也想把我的一些安全经验带给楼主，在楼主以后的开发过程当中如果能够因为我二开发出更好的产品，那么我也是会很欢喜的
大家都只是希望这个世界变得更好而已。共勉

然后再站到厂商角度，厂商不希望自己的产品的缺陷被公布其实也能够理解，谁也不想有人说自己的孩子这不好那不对。但是有安全缺陷却是不争的事实。所以关于这点上，作为白帽子，主动耗费精力寻找漏洞，其实并不是为了所谓的炫技也罢，利益也罢。更多的也是在寻求自我技术的认可和突破。老实说很多漏洞，就平台的那点奖励，可能还不如黑市的一个零头。但是很多白帽子依然选择提交到平台，让漏洞走正规的处理流程。大家的诉求是一致的。都是希望整个大环境能够越来越安全，关于这点希望楼主也能理解
楼主其实只是站在自己的角度去考虑，但是既然自己开发了产品。并公布出来让大家使用。就有义务保证自己产品的安全性。这在任何市场上都是这样的，你不能说我买了个手机结果手机炸了。怪用户要买这种事情，道理法律上都讲不通。所以在这个层面上，白帽子去挖掘一个产品的漏洞无可厚非，这个行为也没有什么可争议的。很多产品其实就是靠着这众多白帽子闲的蛋疼最终从一个有缺陷不完善的产品逐渐迭代到完善的。
在这件事情上我个人的看法也是这样。厂商只站在自己的角度去考虑，而白帽子也只是站在自己的立场上做事情，其实很多时候换位思考一下，可能问题矛盾也就没有那么突出了。相互理解一下。
最后。现在漏洞披露都是有正规途径和流程的。不管是交到平台，或者是 CVE/CNVD 之类的。都是只公布漏洞的标题。细节。POC，EXP 概不公布，但是也并不妨碍白帽子根据标题进行漏洞的复现，作为开发者我觉得还是有义务在遇到问题的时候尽快处理问题，一个产品有缺陷很正常，及时的处理让人放心比假装看不见要好得多。
楼主其实也没必要对白帽子充满愤慨。无论对方出于什么动机，至少他没有吧这个漏洞危害扩大，没有去黑市上兜售。没有利用漏洞做黑色收入，仅仅是提交到平台，之后按照平台规定正规处理，我觉得就没什么问题。
白帽子和厂商之间的关系本身就很微妙。很多时候白帽子也是很被动的，并不是不想找厂商，真的是很怕。反手一个举报就进去待几年。
做安全本就是戴着脚镣跳舞。而安全从业者又得不断学习不断去让自己能力跟上时代。个中滋味真的只有做安全的人才能体会。人生苦短，何苦互相伤害呢。

同样是做漏洞挖掘的。其实站在安全研究者角度。还是更信赖平台一些。主要原因还是对于厂商的态度不明白。万一发生类似世纪佳缘的事情，对于白帽子来说几乎是没有什么能力去做到自保的。之所以提交到平台，从某种程度上来说也是寻求自我保护的一种方式。

任何形式的 VPN 就可以
PPTP/L2TP/IPSEC/OPENVPN 随便。
VPN 正确用途是打通两个网络的。用 ss/ssr 反而有一种欲盖弥彰的意思。我自己家宽开了 pptp/l2tp/openvpn 三种。持续使用一年多了一点问题都没

信息安全从业 4 年多。公司刚搞下来，可以走合同加盖章什么正常手续，渗透这套实在是太熟悉了。。

微信 b64 eXc5Mzgx

只有我想问下楼主在哪个区么。我在 wegame 的梦回太古。楼主要一起么

明天上班给你看看吧

可以进群提供指导么。专业 CTF 赛棍选手 23333

我觉得根本问题还是要先排查可能的途径。单纯流量意义不大。而且对方用你机器做什么你也不知道。更别说一些 rootkit 技术或是混淆伪装之类你根本看不出来的方法

@wkl17 这个就得具体看服务器上跑了什么业务。需要做一些可能牵扯取证及攻击朔源的工作。做攻击行为分析。如果可能的话。我还是比较希望能够以远程的形式接入服务器看看到底对方是怎么搞的。找出问题根本在哪

基本判断。服务器已经是被入侵了。对方应该是用脚本批量化抓肉鸡之类的操作。个人猜测它对你服务器上应该什么都没动。而且下载这个 exe 的过程也被 HIPS 拦截了。
建议对服务器整体的安全做一个检查。去看看对外开放的端口(netstat -ano|findstr 0.0.0.0)。如果有用到 MSSQL 版本<=2005 请将 MSSQL 服务降权运行。打上最新的补丁(Windows Update 就可以)
具体环境还是要因机器而异。如果方便的话我还是希望能够看看定位一下具体问题然后再做处理
有其他的安全上的问题可以继续讨论