在开发及软件测试过程中,系统的安全性是不得不考虑的问题,一旦系统出现安全问题,轻则用户信息或系统数据被盗,重则导致公司资金流失,因此写此文档以此来记录那些年我们曾经犯过的错,用于警醒后人。文章将包含通用的安全漏洞及特殊案例。
短信
短信发送可能存在的安全漏洞有:
短信轰炸
攻击手段:通过脚本不断调用短信发送接口给指定手机号发送短信。
危害:
用户投诉;
产生大量短信费用。
防御:
增加图形验证码;
增加同一个手机号1天的发送次数;
封IP。
短信验证码
攻击手段:从短信发送接口返回的报文中获取短信验证码。
危害:用户手机号被使用,用户信息泄露。
防御:不在响应报文中返回短信验证码。
总结:响应报文中凡是涉及的敏感信息都应三思,坚持“能不返回尽量不返回的原则”。
短信验证
攻击手段:用户发现在验证手机验证码时未将手机号和验证码一起进行验证,从而通过他人手机号和自己手机号的验证码通过系统验证。
危害:用户账号、信息泄露。
防御:增加验证逻辑。
权限漏洞
凡是涉及到权限访问的,务必需要增加权限校验逻辑。
订单
订单查询、订单取消、订单创建务必增加用户验证,即:用户只能创建、取消、查询自己的订单。
一旦用户能够通过篡改数据查看到其它用户的订单信息,就会导致用户订单信息泄露,比如:券码、取票码、用户姓名、电话、地址等敏感信息泄露。
文件下载
不同用户的下载权限不一样,如果对下载的链接未做加密或权限控制,则普通用户可通过修改下载链接的某些参数来下载所有文件。
典型案例
购买机票赠送无门槛红包活动。某公司推出购买机票成功后,即送对应金额的无门槛红包。
其处理逻辑为用户下单支付并出票成功后,即往当前登录的用户账号里赠送红包,然后活动上线没多久,就被关闭了,其原因为:用户A在购买机票后可以将红包转到用户B的账号下。
具体操作为A用户在下单完成跳到支付页面时退出账号,登录B账号,然后支付完成出票,此时红包被赠送到B账号内。
总结:在开发或测试时,凡是涉及到用户权限的操作,一定要确保权限的安全。
入库安全
在进行入库操作时,遵循原则为凡是能够从数据库或后台获取的数据,绝不从前端获取。
因为所有前端过来的数据都可能是不安全的。同时,在进行入库时,还需要防止JS注入,因为一旦JS注入成功后,会导致后台某些功能不可用。
并发控制
在涉及共享资源时,并发是必须要考虑的问题,并发的场景一般分为单个业务的并发和多个业务的并发,单个业务的并发比如下单冻结库存,这时我们可以用fiddler进行并发测试,多个业务的并发。
比如,多个线程并发时包含下单,取消订单等涉及共享资源的操作,这时我们可以使用jmeter编写对应脚本进行并发测试。
另外,共享资源除了并发外,还可能存在另一个问题。
我们知道一般库存的应用场景是:下单锁库存-取消订单释放库存-支付成功扣库存-退款还库存这么几个操作。
那是否可能存在这样一种场景,用户下单成功后跳转支付页面,等待订单超时释放库存,然后进行支付完成,如果系统在进行支付回调的时候没有对订单状态进行判断的话,就会导致超库存现象,因为订单取消后库存就释放了,用户可以再下一单,进行支付购买。所以,我们在开发或测试过程中,每走一步都应该清楚的知道,前提条件是什么。
敏感信息
敏感信息是指用户或公司的私密信息,这些信息必须在某些条件下才能被获取到,这些信息一旦被泄露对个人及公司都会造成影响。常见的敏感信息比如:取票码、票号、券码、手机号、身份证号等。
因此,在开发和测试的过程中,一旦遇到类似敏感信息,务必考虑清楚,这些数据在什么条件下才能被获取?
所有获取这个敏感信息的通道都做了验证。工作中有遇到过不支付能获取取票码的,会员信息被窃取的等。
以上内容为大家介绍了软件测试及开发中应当要考虑的安全问题,本文由多测师亲自撰写,希望对大家有所帮助。https://www.duoceshi.com/xwzx-hydt/1753.html
发表评论 取消回复