在客户端请求aspx页面。将动态编译aspx页面和aspx.cs代码文件。第一次编译之后。将会缓存编译后的资源，而之后的请求，
2用vs2002/2003/开发的代码 删除.cs/.vb文件只留 .dll和.aspx可以达到加密 若要加密.aspx 可以把.aspx代码写入.cs vs2005 beta1可以连.aspx都打包
在做项目时，我们一般会将aspx文件和其后台cs文件分开，然后将后台的cs文件编译成dll发布到生产环境中。如果我们的项目规定是每周1发布一次，现在发布后第二天客户在其中某个页面发现一个Bug导致业务无法正常处理，这个时候我们的项目正在添加新的功能，编码还没有完成，不可能为了这一个页面而将这没有完成的整个项目重新发布到生产环境中，这个时候怎么办拉？ 我们知道aspx运行有两种模式,一种是编译运行,一种是解释运行.编译运行就是我们将后台c#代码编译成Dll,在aspx页面运行时调用这个dll来执行.而解释执行就是像是asp一样将后台代码和页面代码放在同一个aspx页面上,由IIS解释c#代码来运行.于是我们想到的解决办法就是专门针对这个页面把其后台CS代码中的bug修正，测试没有问题了，然后将后台cs文件转移到aspx文件中，让将这个新的aspx文件复制到正式环境中，覆盖原来错误的aspx文件。 将后台的cs代码转移到页面上主要是做如下操作： 1.去掉aspx头Page部分的CodeFile属性,这个属性指示了页面的后台文件的文件名. 2.在Page中添加Inherits属性,这个属性的值是页面后台文件的父类,如果页面的父类是System.Web.UI.Page,那么可以不加这个属性. 3.将后台代码所使用的名字空间添加到aspx的头,使用<%@ Import Namespace="名字空间" %>进行引入. 4.在aspx页面的最下面添加<script runat="server"></script>,然后将后台代码中类里面的所有变量,属性,方法等等都放在script中. 通过以上几步我们就可以将后台cs文件转移到aspx页面上,这样让IIS直接解释aspx文件执行,而不是通过调用发布后的dll执行. 出于平时需要即时修改一个单独页面,所以我写了一个小程序来自动转换后台cs文件到aspx文件中. 比如一个页面：
预编译好处：自然是很多的，比如比起动态编译，第一次访问的响应速度肯定是要快的，此外，还可以保护源代码，比如我们网站开发好之后，需要发送给别人部署，我们又不想别人看见我的cs代码。那预编译就是你的不二选择。
这里我不会使用visual studio的图形界面工具，作为专业人士，还是搞懂自己的工具是怎么运转的，这样比较好。
简介 在组策略之外，Windows 允许你自定义密码策略，滥用这个机制可以实现一些恶意行为。今天为大家科普下 当我们按下 CTRL + ALT + DEL，修改用户密码时，在 Windows 服务器端
在本篇文章的第一部分：深入剖析ASP.NET的编译原理之一：动态编译（Dynamical Compilation），详细讨论了ASP.NET如何进行动态编译的，现在我们来谈谈另外一种重要的编译方式：预编译（Precompilation）。 目录 一、为什么要进行预编译 二、In Place Pre-compilation V.S. Pre-compilation for Deployment 三、Non-updatable Pre-compilation V.S. Updatable Pre-compil
今天早晨用了一点时间找了一个开源的富文本编辑器，我之前一直用一个很简单的，受限于功能，复用性一直不好，每次重建一个网站都需要用非常多的时间来处理，比较繁琐。在这里记录一下fckeditor的配置方法。
开篇：毫无疑问，ASP.Net WebForm是微软推出的一个跨时代的Web开发模式，它将WinForm开发模式的快捷便利的优点移植到了Web开发上，我们只要学会三步：拖控件→设属性→绑事件，便可以行走于天下。但这样真的就可以走一辈子吗？实际上，ASP.Net经常被喷的诟病就在于WebForm以及只会拖控件的ASP.Net程序员，往往大型互联网系统也没有采用WebForm的模式进行开发。但是，WebForm并不是一无是处，而是我们没有用好，还有很多东西我们知其然不知其所以然，现在我们就来对这些平时所不注意但又十分关键的东西一探究竟。
(其它.clw .opt .aps等后缀文件,见下面说明) .opt 工程关于开发环境的参数文件。如工具条位置等信息；
客户公司有一台比较陈旧的winserver2008，上面跑着陈旧的SiteServer5.0，光是这几年处理被1day攻击，各种传马，小马拖大马应接不暇，隔几个月就要在这个跑马场里陪攻击者们博弈一波，甚是有趣。比如这次深度溯源复现发现疑似在野0day也是让我学到了很多东西。
在 Http请求处理流程 一文中，我们了解了Http请求的处理过程以及其它一些运作原理。我们知道Http管道中有两个可用接口，一个是IHttpHandler，一个是IHttpModule，但在Part.1中，我并没有详细讲述如何对它们进行编程，只是轻描淡写地一笔带过。所谓学以致用，前面已经介绍了不少概念和原理。在本文中，我们通过几个范例来了解 IHttpHandler，看看掌握这些原理的实际用途。
下载NOKIA网站上的QT SDK，解压或安装到相关目录。 本文以QT 4.6.2为例，下载地址：http://get.qt.nokia.com/qt/source/qt-win-opensource-4.6.2-vs2008.exe
首先得说明，本教程仅用于让第一次接触XCode的朋友了解XCode，不具有任何别的实际意义，真正的项目也不会采取这种开发方式，而采用更先进、快速而强大的开发方式。 NewLife.XCode是一个数据映射框架，包括但大于ORM的范围。XCode意为未知的代码的意思，是整个X系列组件很重要的一员。实际项目开发，会根据项目类型不同，应用场合不同，由多个不同的组件配合发力，这就导致了几乎无法发现XCode在其中的用处，而XCode的学习，也就无从做起。按某朋友的说法：“想看看这个页面怎么工作，结果页面后面一行代码
如果是程序方面的识别，一般我们如果直接在C++中引用.NET DLL程序会报错的，一般需要我们将.NET DLL生成组件dll 然后再在C++中用，而且需要做些相应的配置。比如开启clr 选项之类的。
2） 通过页面隐藏模型重写Discuz.Web-install-index.aspx页面
在这篇文章中，我想谈一谈通过基于Windows内核的exploit来提升权限。之所以没有使用像HackSys Extreme Vulnerable Windows Driver这样的东西，是因为想做点不同的事情。恰逢Google Project Zero近期公布了漏洞，由于mjurczyk把漏洞进行了记录，所以感觉便于理解。该漏洞还被Microsoft标记为“Wont-Fix”，意思就是32位的Windows 10 Creator版本仍然存在漏洞。 漏洞概览 根据披露出的消息，我们可以了解到这个漏洞影响了3
功能： 1.功能强大的所见即所得HTML编辑器控件(WYSWYG)，完全支持ASP.NET2.0技术。
本文主要介绍权限维持，介绍如何在有一定权限的情况下，留下后门。当然各类后门太多太多了，这里主要列举一些常用的、方便的。
前几天写了篇突破某线上教育平台身份校验的文章，当时中午没睡觉，写的时候非常的困倦，很多地方可能表达的不是那么清楚，但是我也懒得去改了。今天正好休息，我写一篇审计这个线上教育平台最新版本的身份校验漏洞的文章。（本次代码审计均在本地搭建的环境进行）
一提到Ashx文件，我们就会想到http handler以及图片加载（在之前我们一般使用ASPX或者Webservice去做），一般做法如下：
aDLL是一款功能强大的代码分析工具，可以帮助广大研究人员以自动化的方式识别并发现DLL劫持漏洞。该工具可以分析加载至内存中的源码镜像，并在加载过程中搜索DLL，并且利用了微软Detours代码库来拦截针对LoadLibrary/LoadLibraryEx函数的调用，然后分析在代码运行时过程中加载的DLL文件。
FxCop是一款微软官方提供的.net平台代码审查工具，目的是检查我们编写的程序集的代码是否符合规范。FxCop默认提供的是微软默认的审查规则，而且该规则符合《Framework DesignGuidelines》里面大部分的设计规范。因为FxCop默认提供的规范比较严格所以对开发人员的要求也比较高， 而且每个公司都有自己的一套规范，所以默认的规范并不能满足我们的要求，这就需要我们自己开发插件来进行自定义规则，而且FxCop已经集成到了Visual Stduio中，所以我们开发的插件也能在Visual Stduio运行。
Bin目录用来保存项目生成后程序集，它有Debug和Release两个版本，分别对应的文件夹为bin/Debug和bin/Release，这个文件夹是默认的输出路径，我们可以通过：项目属性—>配置属性—>输出路径来修改。 obj目录是用来保存每个模块的编译结果，在.NET中，编译是分模块进行的，编译整个完成后会合并为一个.DLL或.EXE保存到bin目录下。因为每次编译时默认都是采用增量编译，即只重新编译改变了的模块，obj保存每个模块的编译结果，用来加快编译速度。是否采用增量编译，可以通过：项目属性—>配置属性—>高级—>增量编译来设置
在博客堂的不是我舍不得 - High CPU in GC（都是+=惹的祸，为啥不用StringBuilder呢？）、 不是我舍不得 - .NET里面的Out Of Memory 看到很多人在问如何分析dump，所以就写下了这篇短文,抛砖引玉。 一、安装 DebuggingToolsforWindows: 从以下 Microsoft 网站下载 DebuggingToolsforWindows： http://www.microsoft.com/whdc/devtools/debugging/installx8
获取Windows的系统默认目录 Windows系统目录函数请参考MSDN：https://msdn.microsoft.com/en-us/library/windows/desktop/bb762181%28v=vs.85%29.aspx package mainimport ( "fmt" "syscall" "unsafe")var ( shell = syscall.MustLoadDLL("Shell32.dll") getFolderPat
刚刚无意中看到代码混淆器。留着以后用。 1、DotFuscator DotFuscator是VS里面一个自带的代码混淆器，VS——工具——Dotfuscator Community Edition 具体使用方法，及产生的混淆效果，可参考：http://blog.csdn.net/netjxz/archive/2006/12/12/1439866.aspx 2、.NET Reactor .NET Reactor，这个非常小巧，免安装，而且不需要注册。他只是将代码换成随机码，但是混淆后的代码都
大家好，又见面了，我是全栈君 新建一个VS.NET下的项目..看到ASPX,RESX和CS三个后缀的文件了吗??这个就是代码分离.实现了HTML代码和服务器代码分离.方便代码编写和整理. code-
面试出现频率：虽然很重要但不怎么出现，可能会考你定义，以及程序集包括什么，然后自然的话题就跑到反射上去了。
我们新安装的windows10后，有一些应用程序活游戏无法正常启动，产生(0xc000007b)错误，产生的原因有以下三种可能：1、DirectX9没有安装2、MicrosoftVisualC++没有安装3、.net没有安装解决的方法有两种：第1种：安装VisualStudio2010（如果你需要编程的话）32位系统只安装32位的即可，64
vs2005的网站的发布,页面是独立的dll,代码是app_code.dll,当网站上只有一个程序时倒也无所谓,但当要部署多个程序,且不便于建立虚拟目录的时候,就很不好了.找了半天,有两种方法,一个是微软提供的web deployment工具,还有就是装vs2005 sp1. 先试第一个,老是报错,于是装sp1,400M,下了一个小时,装了4个小时,结果还是不能解决.这个更离谱,通过web应用程序来解决,但是导入的类一概不认.郁闷不已,转回来.把项目中的垃圾删了,结果又好了.
最近要开发一个控件给同事用，开发中会引用一些第三方DLL，这样交给用户很不方便，希望的效果是直接交付一个DLL文件。网上找了一些资料。 1. 使用 Costura.Fody ,这个强大之处是可以在build阶段直接将依赖的DLL合并在目标EXE中，支持非托管DLL进行mixed mode 打包，不足之处是 只能将DLL合并到EXE中，不支持DLL和DLL的合并，目前满足不了我的需求。 参考资料 http://www.cnblogs.com/instance/archive/2015/10/09
动态链接库通常都不能直接运行，也不能接收消息。它们是一些独立的文件，其中包含能被可执行程序或其它DLL调用来完成某项工作的函数。只有在其它模块调用动态链接库中的函数时，它才发挥作用。
QuickPager的源码分离出来之后由两个项目组成，一个是QuickPager、另一个是QuickPagerSQL。分页控件的演示也独立了出来。 如图1 。 QuickPager是分页
本文简单的介绍一下Spring.net的配置和IOC应用。 目录： 一、引用资源. 二、配置文件配置. 三、文件调用. 四、本实例代码下载（vs-2010）. 一、引用资源（所
大约在 2022 年 8 月初，在进行安全监控和事件响应服务时，GTSC SOC 团队发现关键基础设施受到攻击，特别是针对他们的 Microsoft Exchange 应用程序。在调查过程中，GTSC蓝队专家确定此次攻击利用了未公开的Exchange安全漏洞，即0day漏洞，因此立即提出了临时遏制方案。同时，红队专家开始研究调试Exchange反编译代码，寻找漏洞利用代码。感谢发现前 1 天 Exchange 漏洞的经验，RedTeam 对 Exchange 的代码流程和处理机制有深入的了解，因此减少了研究时间，并迅速发现了漏洞。事实证明，该漏洞非常严重，以至于攻击者可以在受感染的系统上执行 RCE。GTSC 立即将该漏洞提交给零日倡议 (ZDI) 以与 Microsoft 合作，以便尽快准备补丁。ZDI 验证并确认了 2 个漏洞，其 CVSS 分数分别为 8.8 和 6.3，关于漏洞利用如下。
示例环境：VS2010 要求： 重写前：http://localhost:13275/Default.aspx?username=wilson
晚上9点学校打电话说官网服务器可能被入侵了，第一时间登录服务器发现被装了一堆 360 的产品，360安全卫士，360安全杀毒 等等，之后又重新安装上了卡巴斯基卸载了360
<PostBuildEvent>call "$(SolutionDir)tools\tools\Magicodes.CmdTools.exe" copy -s "$(SolutionDir)plus\Jxy.WeChat\Jxy.WeChat.Core\bin\Debug\net461\Jxy.WeChat.Core.dll" -t "$(SolutionDir)src\Magicodes.Admin.Web.Mvc\wwwroot\PlugIns"</PostBuildEvent>
HTTP.SYS是TCP之上的一个网络驱动程序，因此，HTTP.SYS不再属于IIS(这里说的IIS都是IIS6.0+版本，下文如果不特殊指明，默认为IIS6.0+版本)，它已经从IIS中独立了出来。 Http.Sys独立有以下几个优点：
本文主要是关于.NET Standard 代码 在多框架 和 多平台 支持自己实践过程中遇到的一些问题和解决办法，希望给遇到这些问题的同学一点参考和思路。问题基本上都是提在 博问 和 Stackoverflow 中，不乏很多大佬都提供了解决问题的思路。接下来则是正文。
近期发现某服务器配置错误，攻击者可在web服务器上的多个文件夹中部署webshell，导致服务帐户和域管理帐户被攻击。攻击者使用net.exe执行侦察，使用nbstat.exe扫描其他目标系统，最终使用PsExec横向移动。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/51722353
说明：本文中所有程序均在Windows 2000 Server中文版 + SP2上编译运行无误 开发环境：.Net 框架1.0 Version 1.0.3705
NetCMS系统的新闻附件，是通过down.aspx页面实现下载附件的。这样做的好处可能是可以隐藏附件的真实地址，但给用户使用会带来一个小麻烦：无法使用右键单击来实现将下载的文件另存为。
这篇文章经典，看过之后大受启发。值得一看！看来ASP.NET跟JSP其实是一样的，本质上没区别，ASP.NET能做到的JSP一样可以做到，反之亦然。只不过ASP.NET的框架看起来先进一点，不过JSP也在发展，似乎也出现了类似ASP.NET的框架。 一、服务器脚本基础介绍 首先，我们先复习一下Web服务器页面的基本执行方式： 1、 客户端通过在浏览器的地址栏敲入地址来发送请求到服务器端 2、 服务器接收到请求之后，发给相应的服务器端页面（也就是脚本）来执行，脚本产生客户端的响应，发送回客户端 3、 客户
受bin牛委托修改并发布，版权归bin牛所有。 Bug/建议提交：zcgonvh@rootkit.net.cn 祝各位马年大吉，财源滚滚。 免责声明： 本程序只用于管理员安全检测，使用前请注意环境与法律法规，因使用不当造成的后果本人不承担任何责任。 已测试的系统： win2003+iis6+.net 2.0 win2008+iis7+.net 4.0 win8+iis8+.net 4.5 注意：此版本最低需要.net 2.0环境，不再支持.net 1.1。如果目标机器是.net 1.1，请换用AspxSp
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
