wrox asp.net 2 beta preview study

本文介绍了ASP.NET 2.0的新特性。新建solution可选择位置,新增item能决定代码存放方式,增加了MasterPage等页面、多种controls和事件。还说明了Cross - Page Posting用法,介绍了/code、/Themes、/Resources等文件夹作用。编译机制有改进,数据操作简化,GridView可方便显示数据。

chapter 3
    在新建solution的时候,可以选择建立的位置,默认是一个websites目录下,可以通过操作选择在localhost的iis,ftp或者remote的web

site上。
    在新增一个item的时候,可以选择是否将presentation code和logic code放在一个文件中。
    多了MasterPage和PreviousPage两种page,后面讲到
    增加了不少的controls,例如Navigation用的,以及为了Personlize的(webpart,webzone,webpartmanager)
    多了一些事件,现在page的执行顺序为:PreInit, Init, InitComplete, PreLoad, Load, LoadComplete, PreRender,

PreRenderComplete
    PreviousPage用于Cross-Page Posting,而Cross-page Posting,就是post动作,并不是发送回本页,而是另外的一个url页面,例如下面

的代码
        <asp:Button ID="Button1" Runat="server" Text="Submit page to itself"
         OnClick="Button1_Click" />
        <asp:Button ID="Button2" Runat="server" Text="Submit page to Page2.aspx"
         PostBackUrl="Page2.aspx" />
注意到了么,Button2没有OnClick,而是用PostBackUrl来定义了Post动作发送到的页面,同时,在Page2.aspx中定义PreviousPage,以便于

Page2的behind code进行引用从而调用Post动作源Page1.aspx的controls。访问Page1.aspx上control有两种方法,一个是Page1.aspx公布

property,另一个是PreviousPage.FindControl(ControlID),其中ControlID是一个string。忘记说一点,PreviousPage的定义是利用

Directive进行定义的,例如在Page2.aspx中<%@ PreviousPageType VirtualPath="~/Default3.aspx" %>。同时,利用新增加的属性

IsCrossPagePostBack,就可以对Cross-Post进行拦截处理。
    关于文件夹。在asp.net 2.0中,通过使用预定义好的文件夹,IDE?会为程序员自动编译好程序。MMD,不明白,也不知道翻译的对不对。
    /code文件夹,存储类,.wsdl文件以及类型化dataset,如果把一个.cs文件放入code文件夹中,vs自动编译它,放入一个.wsdl文件,vs自

动创建web service的代理类,放入一个.xsd文件,vs自动创建类型化dataset,只要这些自动创建完成,所有同一个solution的page就可以立

即调用这些item。
    实现code文件夹的步骤:创建一个文件夹,名称叫做code,vs会特殊处理它,至少图标都不一样。如果是多开发语言的情况,可以分别建

立子文件夹,并且在web.config文件中增加说明,例子如下:
    <system.web>
        <compilation>
            <codeSubDirectories>
                <add directoryName="VB"></add>
                <add directoryName="CS"></add>
            </codeSubDirectories>
        </compilation>
    </system.web>

    /Themes文件夹,存放.css文件以及Server Control用到的image

    /Resources文件夹,在vs 2003中,如果要做全球化和本地化,需要resgen.exe工具,现在vs2005中,不用了,直接把resx文件放在

Resources文件夹中,就可以了

    Compilation,编译,在page被第一次浏览的时候,request被发送给asp.net分析器,asp.net分析器创建类文件,然后class文件被编译进

DLL,写到Web Server的硬盘上,然后Response这个class文件;在第二次请求这个page的时候,request只是简单的实例化一下已经创建的dll

,并把它返回给request就ok了。
    但也正是这种机制,使得如果有了一点点的改动,都需要重新编译程序,很烦的说,在vs2005中,有了改进,这种编译被称为in-place

precompilation,具体的做法就是在IE中,把page的名字替换为precompile.axd,例如http://localhost:8080/mywebsite/aaa.aspx在IE的地

址栏更该为http://localhost:8080/mywebsite/precompile.axd

    数据操作:在vs2003中,使用的是很复杂的DataAdapter、DataSet,最后进行DataSource设置,很麻烦,现在vs2005简化了这些,给了几

个DataSource,例如连接SQL的SQLDataSource,连接Access的AccessDataSource等等。
    GridView,显示数据,有DataSourceID进行DataSource连接,AllowPaging允许分页,AllowSorting允许排序,

AutoGenerateEditingButton允许编辑,AutoGenerateDeleteButton允许删除,AutoGenerateSelectButton允许高亮选择条目

内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值