第一步，当然是下载客户端啦。不是用你的手机下载啊！当然是要下载到电脑上。打开Phone7Market，搜索关键字“微博”，第一个就是。

第二步，把下载下来的xap的程序的扩展名改成zip，然后把里面的内容解压出来。你会发现里面有很多dll，SinaWeibo.dll就是我们的目标。

用Reflector打开，找到App_Startup函数。晕！啥都看不到，看来Sina微博的客户端做了代码混淆。没关系，那我们就来看看IL码。IL码和汇编代码很像。我们在这个函数里找了找，发现了两个神奇的函数call string SinaWeibo.Common.Constants::GetAppKey()和call string SinaWeibo.Common.Constants::GetAppSecret()。嗯，看来这就是我们要找的函数，赶紧点进去。很好！看看这个函数的属性，public!太帅了!赶紧自己建一个新的wp项目，把SinaWeibo.dll引进来，然后满心欢喜得调用这个静态方法。

本以为这样就结束了，但事实远远没有这么简单！程序出错了，而且是个非常诡异的错误，是Condtants这个类的静态初始化方法饱了一个NullReference错误！

大致上可以确定是类的静态初始化函数调用了SinaWeibo.Common.Constants.get_WmValue()，正是这个函数抛了NullReference异常！那怎么办呢？其实只要把这个函数改掉，让他不要抛异常出来就可以了嘛，反正我们也用不到它。

开始反编译！打开命令行，输入  ildasm SinaWeibo.dll /out=SinaWeibo.il 把这个dll先反编译成il码。然后就是找到SinaWeibo.Common.Constants.get_WmValue()这个函数。这个函数没有输入参数，返回值是一个string。我们上下找找，发现另一个函数get_LoadMore()同样没有参数并返回string。于是，我们用get_LoadMore()的内容来替换get_WmValue()函数。对！就是替换！虽然我还不会直接写IL代码，但是复制粘贴还是会的^_^

改完以后，就要把这个IL码再重新编译成dll。在命令行里输入ilasm /DLL /res:SinaWeibo.res SinaWeibo.il /out:SinaWeibo2.dll，等待编译完成后，我们就有了一个“修复”后的SinaWeibo2.dll。我们把这个dll替换原来引入项目的那个dll，再次运行程序。哈哈！奇迹发生了，终于获得了我要的appKey和appSecret！

具体key和secret的内容我就不在这里公开了，有兴趣的同学可以自己去动手试一试！其实，不仅仅是Sina微博，很多客户端在从服务器获取数据的时候，都会将一些敏感数据加密后再传输，而加密的Key往往都存放在客户端里。知道了这些key，我们就能了解很多客户端不为人知的秘密！好了，在看这篇文章的你，已经知道得太多了，千万不要去坏事哦！

如果你是使用iphone、ipad或者itouch访问本页的，可以直接点击下面的按钮来安装哦（需要已越狱）！

iPhone版：

iPad版：

先来看看iPhone版，话不多说，先上图：

功能上包括实时气象数据、未来多天的预报、灾害气象预警和自动城市判断等功能，涵盖了全国绝大多数的城市和地区。数据采集自中央气象局(www.weather.com.cn)。有不少同学在抱怨这个网站的数据不准，呵呵。目前正在研究google的天气接口，到时候可以无缝切换过去。

再来看看iPad版。功能上基本保持一致，只有UI有些许变化，包括横屏和竖屏。

最后放出下载连接：

12/21更新至iPhone v1.5.4和iPad v1.7.3版

iPhone版ipa下载

iPad版ipa下载

正是因为有着这么好的安全特性，早在年初，我还在使用windows mobile手机的时候，就把RSA算法写入了我的那个利用飞信发短信的客户端里。每当要发送短信时，客户端负责使用公钥将短信内容加密，并连同收件人一起传输到接收数据的服务器上。服务器收到信息后直接存储到数据库里。然后由另一台专门负责短信发送的服务器，每隔1分钟查询一次数据库，发现有需要发送的短信后，用私钥将其解密，并通过飞信发送出去。无论是否发送成功，最终都会再发送一条短信，向我报告本次发送的结果。

自从 10月份换了iphone 4后，第一周我就写了一个ios上不加密的同样功能的程序，但是RSA的加密算法却让我纠结了很长时间。因为原来使用windows mobile的时候，RSA的公钥是以原始数据的形式保存在文件里的。但是到了ios上，苹果似乎并不允许直接使用原始的密钥。google了很久，虽然找了一个可能可行的办法，但是因为非常复杂，需要先将密钥导入手机内的密钥库，然后再取出来，试了很多次一直都没成功。后来在网上某位大牛的指点下发现，虽然ios无法直接使用原始的密钥加密数据，但是对证书的支持确非常好，于是花了2天的时间研究了使用证书加密数据的方法，效果非常好，呵呵。下面简单说一下使用证书加密数据的方法。

首先当然是要生成一张证书。微软的.Net framework SDK为我们提供了一个生成X.509数字证书的命令行工具Makecert.exe。

打开.Net的控制台，使用如下命令生成证书：

makecert -sr LocalMachine -ss My -n CN=Theoservice -sky exchange -pe

Makecert命令的详细说明请参看微软Makecert.exe工具的文档：http://msdn.microsoft.com/library/chs/default.asp?url=/library/CHS/cptools/html/cpgrfcertificatecreationtoolmakecertexe.asp

这样就生成了一张名为Theoservice的证书到你的电脑里。然后，开始->运行->MMC，打开MMC控制台。文件->添加/删除管理单元->添加按钮->选”证书”->添加->选”计算机账户”->关闭->确定，然后你就可以在 “个人->证书” 里看到刚才生成的证书了。证书采用1024位密钥加密。现在，你需要做得就是导出这张证书。如果你的服务器并不是本机，你首先需要导出一个带私钥的pfx格式的证书。导出时需要你填写密码来保护这张证书，然后将其导入到服务器上就好了。此外，你还需要导出一份不带私钥的cer格式的证书。这张证书只含有公钥，是用来和客户端一起发布出去用来加密数数据的。

证书已经有了，接下来就要写算法来加密和解秘数据了。先来看看C#服务器端的解密过程：

public class RSAHandler
{
const string CERT = “Theoservice”;
const int KEYLENGTH = 128;
const int BLOCKSIZE = KEYLENGTH - 11;

private static X509Certificate2 GetRSACertificate()
{
X509Certificate2 clientCert = null;
if (clientCert == null)
{
var store = new X509Store(StoreName.My, StoreLocation.LocalMachine);
store.Open(OpenFlags.ReadOnly);
foreach (var certificate in store.Certificates)
{
if (certificate.GetNameInfo(X509NameType.SimpleName, false) == CERT)
{
clientCert = certificate;
break;
}
}
}

return clientCert;
}

public static RSACryptoServiceProvider GetPrivateKey()
{
var clientCert = GetRSACertificate();
var publicKey = (RSACryptoServiceProvider)clientCert.PrivateKey;

return publicKey;
}

public static string RSADecrypt(string rawText, RSACryptoServiceProvider rsa)
{
try
{
var encryptedBytes = Convert.FromBase64String(rawText);
int numBlock = encryptedBytes.Length / KEYLENGTH;
byte[] rawResult = new byte[0];
var buffer = new byte[KEYLENGTH];
for (var i = 0; i < numBlock; i++)
{
Array.Copy(encryptedBytes, i * KEYLENGTH, buffer, 0, buffer.Length);
var decryptedBytes = rsa.Decrypt(buffer, false);
var resultBuffer = new byte[rawResult.Length + decryptedBytes.Length];
Array.Copy(rawResult, resultBuffer, rawResult.Length);
Array.Copy(decryptedBytes, 0, resultBuffer, rawResult.Length, decryptedBytes.Length);
rawResult = resultBuffer;
}

var plaintext = Encoding.UTF8.GetString(rawResult);
return plaintext;
}
catch (CryptographicException e)
{
return e.Message;
}
}
}

这个类里面有两个public的函数：GetPrivateKey()和RSADecrypt()。前者用来从电脑的密钥库中找到指定的证书，并取出该证书的私钥；后者则使用密钥将数据解密。为了方便在存储和传输，所有加密后的数据都采用base64编码，所以RSADecrypt在解密数据之前首先做base64解码，然后计算密文的长度，分组解密。这里需要普及一下RSA分组加密的知识：因为采用了1024位的密钥，所以密钥长度为1024/8=128个byte。而C#默认采用#PKSC1的padding模式，每次最多可以加密128-11=117个byte。也就是说，RSA分组加密算法每次从明文里取<=117个byte，然后加密成128个byte的密文;解密的时候，每次就取128个byte的密文，将其解密成<=117个byte的明文。因为#PKSC1的padding模式每次padding的内容是随机的，所以即使是加密同一段明文，每次的结果也不一样，这大大的增加了数据安全性。最后把所有解密的结果连起来，识别成utf-8格式的字符串，就是我们之前加密的明文了。

再来看看手机客户端的加密算法：

- (SecKeyRef)getPublicKey{

NSString *certPath = [[NSBundle mainBundle] pathForResource:@”Theoservice” ofType:@”cer”];

SecCertificateRef myCertificate = nil;

NSData *certificateData = [[NSData alloc] initWithContentsOfFile:certPath];

myCertificate = SecCertificateCreateWithData(kCFAllocatorDefault, (CFDataRef)certificateData);

SecPolicyRef myPolicy = SecPolicyCreateBasicX509();

SecTrustRef myTrust;

OSStatus status = SecTrustCreateWithCertificates(myCertificate,myPolicy,&myTrust);

SecTrustResultType trustResult;

if (status == noErr) {

status = SecTrustEvaluate(myTrust, &trustResult);

}

return SecTrustCopyPublicKey(myTrust);

}

- (NSData *)encrypt:(NSString *)plainText usingKey:(SecKeyRef)key error:(NSError **)err

{

size_t cipherBufferSize = SecKeyGetBlockSize(key);

uint8_t *cipherBuffer = NULL;

cipherBuffer = malloc(cipherBufferSize * sizeof(uint8_t));

memset((void *)cipherBuffer, 0×0, cipherBufferSize);

NSData *plainTextBytes = [plainText dataUsingEncoding:NSUTF8StringEncoding];

int blockSize = cipherBufferSize – 11;

int numBlock = (int)ceil([plainTextBytes length] / (double)blockSize);

NSMutableData *encryptedData = [[NSMutableData alloc] init];

for (int i=0; i<numBlock; i++) {

int bufferSize = MIN(blockSize,[plainTextBytes length] – i * blockSize);

NSData *buffer = [plainTextBytes subdataWithRange:NSMakeRange(i * blockSize, bufferSize)];

OSStatus status = SecKeyEncrypt(key, kSecPaddingPKCS1,

(const uint8_t *)[buffer bytes],

[buffer length], cipherBuffer,

&cipherBufferSize);

if (status == noErr)

{

NSData *encryptedBytes = [[[NSData alloc]

initWithBytes:(const void *)cipherBuffer

length:cipherBufferSize] autorelease];

[encryptedData appendData:encryptedBytes];

}

else

{

*err = [NSError errorWithDomain:@"errorDomain" code:status userInfo:nil];

NSLog(@”encrypt:usingKey: Error: %d”, status);

return nil;

}

}

if (cipherBuffer)

{

free(cipherBuffer);

}

NSLog(@”Encrypted text (%d bytes): %@”,

[encryptedData length], [encryptedData description]);

return encryptedData;

}

加密算法和解密差不多，就是每次取117个byte的明文并加密成128个byte的密文，最后连起来做base64编码。需要注意的是公钥的获取方法getPublicKey。前面不是导出了一张只含有公钥的cer格式的证书吗？现在把它加到程序的Resources里，这里取名Theoservice.cer。然后通过[[NSBundle mainBundle] pathForResource:@”Theoservice” ofType:@”cer”]就可以把里面的内容读出来，生成SecCertificateRef实体。然后用分别创建一个SecPolicyRef和SecTrustRef，就可以获取到这个公钥的SecKeyRef了，其实还是蛮简单的，不是吗？！

最后，来show一下最新的iphone版短信发送程序，哈哈！

]]> http://www.theosoft.net/archives/172/feed 0 http://www.theosoft.net/archives/153 http://www.theosoft.net/archives/153#comments Wed, 24 Mar 2010 14:44:05 +0000 Johnson http://www.theosoft.net/?p=153 我们家其实没有装宽带，网线是从楼上的一户人家家里拉过来的。他们家是2M的ADSL宽带，平时用的也不多；又因为是包月的，商量好每家轮流付账单，在他们家装了个路由器，很顺利的就把网线接到了家里。当然，为了在家里用的方便，网线接回来后我又接了一个无线路由器，方便笔记本和手机使用。

当年是因为觉得放在人家家里的，不用买很好的那种路由器，就买了个最便宜的R402m。后来才发现，这个路由器没有DDNS（动态域名解析），也没有qos。没有DDNS也就算了，但是没有qos对于这个共享的宽带来说，有时实在是让人无法忍受。人家只要一下bt或者在看视频，我这里基本上就什么事都干不了了。尤其是那段在国服wow的日子，总是把延迟搞到1k以上，走在野外莫名其妙的就死了。后来也在网上搜了很久，一直都没有找到带qos的rom可以刷。

今天不知道是怎么了，突然心血来潮，在Google上搜了“r402m qos”这个关键词。没想到居然还真的找到一个今年1月份出的测试版rom，真的就带qos功能，所以立马就下下来刷了。看上去感觉还不错，不过到底有多少用，就不得而知了。rom我也一起发出来，需要的tx可以刷一下试试。（立即下载）

由于DreamHost是Linux的主机，所以以前用.Net写的Webservice的服务没办法一起搬过来，就被留在了GoDaddy，并且启用新的2级域名http://api.theosoft.net/来访问。放在GoDaddy的免费空间上，所以难免会有广告。如果因为广告的问题，使得在Visual Studio里引用有问题的话，可以直接引用WSDL的地址http://api.theosoft.net/theoservice.asmx?WSDL

有了一个稳定的空间和数据库，接下来就要开始完善用飞信实现的“天气预报短信系统”。可能打算做一套会员管理系统，支持用户登录后的管理自己定制的天气预报短信的地点和时间。目前这套系统已经可以支持全国3百多个主要城市和地区，也支持为双修日定制一个特别的发送时间（喜欢睡懒觉的就不用担心再被短信吵醒啦）。但是因为一直没有一个稳定的空间和数据库，一直没有开发出管理界面，所以这套系统也长时间得处于内测阶段。如果你迫不及待的想要尝试一下免费的天气预报短信服务，灰常欢迎来当我的小白鼠哦！

如今在国内想要做一个安分守己的站长真是越来越难了。面对这段时间出台的诸多政策，我已经无法想象中国“互联网”的未来是怎样的。很多关注我的空间的朋友一定早就觉察到我的空间在之前很长的一段时间里一直处于没有更新、甚至关站的状态下，其实这一切都跟这些“政策”多多少少有些关系，事情的缘由是这样的：

原本，这只是一个合法的、已经备案的、安分守己的Blog站点。去年的某一天，央视新闻曝光几个涉黄的网站。几乎就在同一天，我的网站再也打不开了。原本只是觉得一定又是九州的服务器问题，于是相当然的打开九州的主页http://www.hosting.czm.cn/，想要递交一个技术支持，看看到底怎么回事。可是令人诧异的是，居然连九州的主页也打不开了。什么？一个资深 9 年的ISP运营商，居然连自己的主页也打不开了？！在刷新了一遍又一遍，又ping了自己和九州的域名后，终于确认不是自己网络的问题，九州真的挂了！

在九州挂了之后，最先想到的，自然是立即启用我在222idc上的备用站点。幸好程序都有备份，虽然不是最新的，但至少基本功能都不差。数据库是没办法了，只能回档到几个月前了。架站点，导数据，修改域名解析。很快，新的临时站点终于建了起来。没过几天，九州也架起了临时主页，解释了事情的缘由。原来，那晚央视新闻里曝光的涉黄网站里，有一个网站和九州几乎所有的服务器都托管在高速BGP接入服务的 中电飞华 数据中心。而根据九州的说法，“中电飞华并未采取积极的整改措施却采取了野蛮无理的封网行动。只要一家公司的名下的全部服务器中存在一条非法信息，就强制关闭其公司名下的全部服务器。并且关闭的方式为最为野蛮具有破坏力的 直接拔电源。封网后禁止任何人进行维护，包括备份数据，恢复时间遥遥无期”。真有一种电影里官僚们“宁可错杀一千，也不可放过一个”的感觉啊！

经过了漫长的半个多月，九州也逐渐恢复了服务，当然——也包括我的。备份程序和数据库，这几乎成了每一个经历过这互联网大灾难的站长最重要的事情。出于担心九州服务期的稳定性，我的站点暂时还没有迁回去。事情似乎就这样平息了，但事实远不止如此。没过几天，戏剧性的事情又发生了！我的临时站点又打不开了？！天哪，怎么又是ping不通服务器的情况！我战战兢兢的在浏览器里输入http://www.222idc.com/，敲下回车。因为经历过了上次九州的事件，心里多少有些忐忑。咦，打开了？哦，还好，222idc还活着！看来只是我的服务器挂了。打电话给客服，得到的答复居然是服务器的硬盘坏了！！！怎么会有这种事情？！好在这儿临时站点，平时只是用来提供Webservice的对外服务，即使数据丢失，问题也不大。这块硬盘最终也在今年1月中旬“修好了”，虽然丢失了所有数据库里的信息。

经过了这两轮事件的洗礼，让我对国内的虚拟主机供应商的信任降到了冰点。从那时起，我就开始谋划要将自己Blog的空间，搬到国外的主机上去。虽然早早的就下了决心，但要找一个廉价又符合要求的国外主机可也并非易事。1月26日，家庭生活消费网站篱笆网(liba.com)突然出现无法访问的故障，结果发现是因为其内容涉黄，被域名注册商停止解析其域名！呵呵，看来天朝找到了一个比“到机房搬主机”更方便的封闭网站的方法——停止解析域名！事已至此，有了前车之鉴，就要接受教训。再加上万网和国内域名接入商纷纷发邮件通知站长递交个人资料，甚至以停止解析域名为要挟！这样的网络环境已经到了让人忍无可忍的地步！身边站长的网站也纷纷因为各种各样的“理由”备无辜关停。把网站和域名留在祖国已经成为一件相当危险的事情。于是在网上查了资料，又联系了美橙的客服，很快就确定了我的域名转出计划。打印了域名转出申请表，签上字，交由快递寄给了美橙浦东的办事处。同时又在Godaddy上用信用卡下了域名转入的订单，万事俱备，就等着邮箱收取域名转出密码了。

过完年，没几天。域名转出密码终于寄到了我的邮箱——居然就是我的域名管理密码（晕）。然后在Godaddy输入密码，等了整整一个多星期，终于把域名转入了Godaddy名下。我还惊喜的发现，虽然再转入的时候没有选择private，但是域名转入后，whois上的数据除了注册人外，已经完全查不到我的个人信息了，而转入的费用$7.17甚至还比在美橙续费一年的费用还便宜，吼吼！昨天，又发现Godaddy的域名居然还送一个10G容量，300G流量的空间，附带10个mysql和1个mssql数据库，真是太完美了！除了没有开放socket权限，以及某些页面会有广告以外，简直太完美了！至此，无论是域名还是空间，我的Blog完全的脱离了祖国的怀抱，独自闯荡在浩瀚的互联网中，虽然空间搬到了国外，但是网速却几乎没有多大的影响，所以总体来说这次搬迁还是相当完美的。

再见了，祖国母亲！再见了，中国互联网！我想，下一次见面，可能就要和我们亲爱的Great Fire Wall打交道了，呵呵^_^

真的好久好久没有认认真真地写Blog了，每一次的借口都是“太忙了”，咳……

先来汇报一下这段日子到底在忙些什么。最近忽然对飞信这个东东特别的感兴趣，因为可以免费发短信嘛。从网找来了一个php版的飞信客户端，发布到了自己的网站上。简单的看过源码，主要是模仿电脑版的飞信和飞信的服务器做交互。然后做了个支持短信群发的简单的支持get方式递交数据的接口。但是很快就发现这样在发送含中文的短信时会变成乱码，除非事先对短信的内容进行UrlEncode，显然这样子调用很麻烦，所以就把那个php的接口封装倒了我的Webservice里，取名SendSMS（string user,string psw,string phonelist,string msg);

细心的你应该注意到了，第三个参数名是phonelist，对的，这个方法是支持群发短信的哦（当然是一次登录、群发短信、然后再注销的，而不是多次登录的那种啦）。有了这个接口就方便了不少。其实在这之前还尝试过多种接口，在SendSMS方法下面还有SendSMS1~3和SendSMSList这样的方法，不过这些方法都是封装了我的账号的，所以不对外开放，而且有的方法基本都已经被弃用了。

有了一个稳定的免费发短信的平台后，自然就会想到和webservice里的“天气预报”服务结合起来，搭建一个发送天气信息的短信平台，于是又忙活了起来。我把每天按小时划分成24个point，在每个时间点上都可以定制一个手机号码的列表，到时间就按照这个列表向用户发送包含当天（18点以后为第二天）天气信息的短信。下面是今天早上我自己收到的短信：

“XXX:上海, 多云转雷阵雨 , 26℃~35℃, 南风4-5级转西南风4-5级, 紫外线指数：中等, 穿衣指数：炎热 @ 2009年6月28日 星期天 农历闰五月初六”。呵呵，还不错吧。

再后来，就是今天的工作了。或许是觉得每次用手机飞信发短信，都得先等待漫长的登录时间，虽然是免费的，但是总觉得不爽。于是今天自己动手做了一个ppc上的短信发送软件，当然是通过飞信的。

界面虽然丑了点，不过麻雀虽小五脏俱全。除了可以填号码、写短信外，还支持自定义一些常用的联系人和常用短语，这样就可以不用每次都费力的打字了，当然那也弥补了目前不能访问手机通讯录的缺点（显然对方还要是你的飞信好友才行！）。因为是调用了webservice的接口的，同样支持短信群发。由于飞信的登录和注销过程都由服务器端代理，发送短信的速度完全可以和直接发短信相媲美，还同时支持wifi，cmwap和cmnet哦^_^

飞信的账号、密码以及常用的手机号和短语都是通过一个Config文件配置的，像下面这样：

<?xml version=”1.0″ encoding=”utf-8″ ?>
<configuration>
<!–飞信用户名–>
<User>13xxxxxxxxx</User>
<!–飞信密码–>
<Psw>123123</Psw>
<PhoneNo nick=”我自己”>0</PhoneNo>
<PhoneNo nick=“同学”>1</PhoneNo>
<PhoneNo nick=“同事”>2</PhoneNo>
<CommMsg>常用短语</CommMsg>
</configuration>

1、打开ActiveSync
2、点击“菜单”->添加源服务器
3、在“输入电子邮件地址”步骤，输入Gmail的电子邮件地址（不要选中“尝  试自动检测Exchange Server设置”），点击下一步

5、在“用户信息”步骤，填写用户名字段（userid@gmail.com）、密码字段，域字段为空，选中“保存密码”，点击下一步

6、在“编辑服务器设置”步骤，选中要同步的数据，点击完成，开始同步操作