老树开新花，谈一谈如何让ascx用户文件在MVC框架下顺利解析执行，在高版本的.NET FrameWork里默认已经拒绝直接通过url访问ascx执行代码

所以要曲线救国的方法让ascx执行，所以MVC被派上了用场，MVC里的控制器对应的每个方法都有一个视图页，默认位于Views目录下，星主建了一个Test方法，并没有建对应的视图页(MVC默认的视图是新建cshtml扩展名)，访问后抛出视图页没找到的异常，仔细观察MVC会按优先级顺序自动去找aspx -> ascx -> cshtml 扩展名文件

这就说明ascx被解析的优先级高于默认的cshtml，那自然就有了应用的场景，比如WAF拦截aspx,cshtml等扩展名，我们可以跨目录上传到views控制器目录下，webshell，我这是Test.ascx，继承System.Web.Mvc.ViewUserControl，Webshell代码实现如下

文章相关的工具附件已打包在星球，师傅们可以加入后自取。

为了更好地应对基于.NET技术栈的风险识别和未知威胁，dotNet安全矩阵星球从创建以来一直聚焦于.NET领域的安全攻防技术，定位于高质量安全攻防星球社区，也得到了许多师傅们的支持和信任，通过星球深度连接入圈的师傅们，一起推动.NET安全高质量的向前发展。星球提供50元代金劵，师傅们先到先得噢！扫描星球亮点里的二维码即可加入我们。

星球汇聚了各行业安全攻防技术大咖，并且每日分享.NET安全技术干货以及交流解答各类技术等问题，社区中发布很多高质量的.NET安全资源，可以说市面上很少见，都是干货。其中主题包括.NET Tricks、漏洞分析、内存马、代码审计、预编译、反序列化、webshell免杀、命令执行、C#工具库等等，后续还会倾力打造专刊、视频等配套学习资源，循序渐进的方式引导加深安全攻防技术提高以及岗位内推等等服务。

dotNet安全矩阵知识星球 — 聚焦于微软.NET安全技术，关注基于.NET衍生出的各种红蓝攻防对抗技术、分享内容不限于 .NET代码审计、 最新的.NET漏洞分析、反序列化漏洞研究、有趣的.NET安全Trick、.NET开源软件分享、. NET生态等热点话题、还可以获得阿里、蚂蚁、字节等大厂内推的机会.