*本文原创作者:delectate,本文属于FreeBuf原创奖励计划,未经许可禁止转载
事情是这样的,日前逛煎蛋网,看到站长抱怨他买的东西,小票上的电子发票竟然没有二维码,而是一个URL明文:
这个很明显是二维码没有正确打印嘛。且慢,看起来金额、日期等参数很眼熟啊……
顿时有点兴趣了。日期、金额好像都是明文,没有任何加密,而且看起来没有什么校验。姑且尝试一下:
http://fapiao.lppz.com/eleInvoice/index.jhtml?ive=6640|66401|2019/01/29|00055102|139.21
生成一个二维码试试看(此处使用的是草料二维码生成器https://cli.im/url?e786266a5ea79c287a14ab0a45988694):
接下来用微信扫码试试,弹出提示,让我们下载发票(这个链接已经被使用,所以提示可以下载该发票):
顺手下载下来看一眼发票内容:
看起来都是零食,肯定有个贪吃的GF。请承受来自码农的怒火吧。
那么,既然这个链接的参数都是明文,那么能不能自己修改一下,然后生成二维码呢?试试:
http://fapiao.lppz.com/eleInvoice/index.jhtml?ive=6640|66401|2019/02/30|00055109|0.01
6640和66401,看起来应该是店铺id,暂不修改;日期随手改了个2月30日;0005510x可能是流水号,改了一个数字;最后是金额,写0.01。
再生成一个二维码试试看:
使用微信扫码试试:
这都是什么情况…………………………难道可以自行填写了吗?
ps:看起来已经自动把2月30日改为3月2日了;程序员赞一个……
竟然真的可以提交申请。如果没有人工审核,或者后台没有校验真实数据,也许这个票就真的开出来了。
联想起N久以前肯德基的电子发票,也是这个模式,微信扫二维码自行填报信息开具。可惜手贱,鄙人已经把那个二维码扔了。所以在某不存在的搜所引擎找一下,看看有没有“好心人”贴图:
该二维码同样可以正常被识别,内容如下:
可以看出,很多重要参数都是明文的,如果系统后台审核不严格,访客可以随意构建url,生成二维码后使用微信开票,企业将面临巨额损失。
由于实测风险过大,就不亲身尝试了。不过根据笔者多年的经验来看,这类系统存在漏洞的可能性极大。
由此,产生了一些想法:
1.必须进行身份核验,而且必须是开票的微信才能下载pdf,且限定下载次数;
2.其他人的微信,不可以浏览开票详情,不可以下载该pdf文件;
3.严格检查传参,并和后台的流水号、金额,需要一一对应
4.必须要一票一密,增加校验码;
5.参数要加密;
6.对于异常订单,要自动审查,进行人工核验;
7.参数一定要检查,务必要检查,必须要检查,谨防注入。
*本文原创作者:delectate,本文属于FreeBuf原创奖励计划,未经许可禁止转载
来源:freebuf.com 2019-02-12 08:00:12 by: delectate
请登录后发表评论
注册