序言
去年年底闲来几天，有位同事专门在网上找一些注册型的app和网站，研究其短信接口是否安全，半天下来找到30来家，一些短信接口由于分析难度原因，没有继续深入，但差不多挖掘到20来个，可以肆意被调用，虽然不能控制短信内容，但可以被恶意消耗，或者用于狂发信息给那些不喜欢的人。
漏洞分析
短信接收方无法约束
由于是注册型接口，接收方往往都是平台内不存在的手机号，所以无法约束。
接口请求方无法约束
由于是http(s)接口，任何人都可以请求，只要简单分析你的接口。
调用频次无法约束
一般的，接口开发者可能会想到通过抓取接口请求者的ip，进行频次约束，但实现是，他们拿到只是请求者的公网ip，有可能一个体量很大的局域网用户，接口开发者抓取到的都是他们的同一个公网ip，所以通过ip约束在很多场景下是不能使用的。
漏洞原因
原因其实很简单，接口开发者无法知道哪些请求是合理的，有些请求是不合理或恶意的，因为所有请求者都没有身份信息。
漏洞填补
- 如果你的注册功能是web页面，最好加上验证码功能，但使用便利性会打折。
- 如果你的注册功能是手机端，那就上SSL双向验证，中间人既无法分析你的接口，也无法发起请求连接到你接口服务，更不用说请求你的接口。
SSL/TLS双向验证
单向验证
我们平时浏览器请求的https网页，其实是SSL/TLS单向的客户端验证服务端的证书，也就是服务端不要求客户端有公认的证书，但客户端是要求服务端必须提供受信任的数字证书颁发机构证书。中间传输的数据是加密安全的，但服务端是无法得到能代表客户端的身份信息的，而且，客户端的请求加密数据是可以间接被拦截、解析、重构数据包再发送到服务端的（你可以了解Fiddler是怎么做到分析https接口的）。
双向验证
双向验证是指在单向验证的基础上，服务端也需要验证客户端的证书，只有客户端持有服务端认定的指定证书，服务端才允许客户端通过SSL握手，否则直接关闭tcp连接。对于需要双向验证的https接口，Fiddler也是无能为力，因为它自己也连接到不到服务端。
客户端证书
客户端证书我们不需要花钱去购买，使用openssl tools来自颁发就可以，服务端一般验证其thumdata是否满足就可以了。
安全的asp.net core短信接口
回到实际干活撸代码阶段，我们可以把短信接口独立出来，做单独一个服务，其提供的只有短信功能的接口，接口必须双向证书验证，使用 kestrel ，我们很容易加入验证客户端的代码逻辑。
public static IWebHostBuilder CreateWebHostBuilder(string[] args)
{
return WebHost.CreateDefaultBuilder(args)
.UseKestrel((context, options) =>
{
var port = context.Configuration.GetValue<int>("SSL:Port");
var serverCertFile = context.Configuration.GetValue<string>("SSL:ServerCertFile");
var serverCertPassword = context.Configuration.GetValue<string>("SSL:ServerCertPassword");
options.Listen(IPAddress.Any, port, listenOptions =>
{
var httpsConnectionAdapterOptions = new HttpsConnectionAdapterOptions()
{
ServerCertificate = new X509Certificate2(serverCertFile, serverCertPassword),
ClientCertificateMode = ClientCertificateMode.RequireCertificate,
ClientCertificateValidation = (cer, chain, error) =>
{
// 你的验证逻辑
},
};
listenOptions.UseHttps(httpsConnectionAdapterOptions);
});
})
.UseStartup<Startup>();
}
}
Openssl生成cer、key和pfx
openssl genrsa -out openssl.key 1024
openssl req -new -x509 -key openssl.key -out openssl.cer -days 3650 -subj /CN=localhost
openssl pkcs12 -export -out openssl.pfx -inkey openssl.key -in openssl.cer
如果你在Postman请求，设置cer和key文件到postman即可，如果在.net环境请求这些接口，你需要使用pfx，你可以简单理解pfx就是前两者使用一个可选的密码进行打包的得到单一文件。关于证书本身的内容非常庞大，本文不作任何解读。
.net的客户端怎么设置证书
这里先卖个关子，使用WebApiClient库，可以轻松完成你想要的。