实战ERP系统攻击

这些选择提供了逐步提高特权级的能力，直到在一个域级别或重要系统上获得管理员级别的权限。

要点-对应物
我们感兴趣的WEB服务器运行着开放的SSL，我们认为对它也许可以进行暴力口令破解攻击。连接被拒绝，对该机器的一个快速重新扫描显示打开了一下的端口立刻又关闭了。我们猜想我们的活动被监控了，一个系统管理员正在守护着这台服务器（尽管管理层的指令是不要这么做）。我们检查了这台服务器上运行的FTP和SMTP服务，通过这个我们发现存在一个用户帐户叫做“ERPadmin”，但是我们的枚举口令猜测攻击在5次尝试猜测失败后就被锁定了，从而宣告了攻击的失败。我们通过推断这个帐户的存在，是因为对该帐户的回应，明显和一个已知不存在的帐户（比如Pivotpoint！）的回应不同。帐户的锁定，加上技术漏洞很少，加强了我们认为子网非常安全的观点。

因为我们感兴趣的网络设备同时还支持其他产品的应用程序，所以我们推迟了评估这些设备，取而代之的是企业的局域网。

差点错过的机会
在合约的一开始，当我们建议安全评估应当包括局域网时，我们遇到了极其强大的抵制。我们的信念（基于类似情景的多个合约所形成）是那些可能有存取优先权的局域网段，或者是有不同优先级用户的网段，都是一个特别的风险来源，即使应用程序是在一个完全不同的子网上。

我们在局域网上进行的漏洞扫描，和我们在产品所在子网上的结果一样，干干净净。这几乎是同类的Windows网络（2000服务器，XP主机），所有的主机配置本质上都一样。这个“几乎”成了我们的一大难题，直到我们意识到在局域网中有台孤零零的NT4服务器，运行了一个古老的传统程序。口令复杂性设置是由Windows SMS中央分发的，不幸的是对NT4并不适用。这导致我们用一个Net bios列举工具（NBTEnum），通过该工具寻找常见的口令缺陷，从而找到了那些使用同一用户名/密码（jimmy/jimmy）的帐户。当我们发现到jimmy帐户是一个本地域的管理帐户时，我们意识到我们有了第一个落脚点。