当前位置:首页 > 公众号精选 > 架构师社区
[导读]菜菜哥,请教个问题呗? 说说看,能否解决不敢保证哦 最近做的App业务中,有很多敏感操作需要用户输入手机验证码 这没问题,手机验证码主要是为了验证当前操作人的有效性,有什么问题呢? 如果有数的几个操作还可以,但是系统有很多敏感操作,已经有用户反馈

程序员过关斩将--从用户输入手机验证码开始

菜菜哥,请教个问题呗?

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

说说看,能否解决不敢保证哦

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

最近做的App业务中,有很多敏感操作需要用户输入手机验证码

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

这没问题,手机验证码主要是为了验证当前操作人的有效性,有什么问题呢?

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

如果有数的几个操作还可以,但是系统有很多敏感操作,已经有用户反馈太麻烦了

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

敏感操作验证用户的有效性是肯定要加的,那你想怎么做呢?

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

我也不知道,所以才想请教你哦

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

这个嘛

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

验证用户的有效性或者安全性,是每个系统必备的安全措施,在移动端优先的时代,利用手机验证码来验证用户,算是安全系数比较高的手段。放眼当下几乎所有的互联网应用几乎都开放了手机验证码登录,而且应用内的敏感操作都需要手机验证码或者指纹,甚至面部识别来确定当前操作人的权限。

抛开其他端,单就移动端App方式而言,如果用户频繁进行敏感操作,需要频繁发送验证码,其实在用户体验上并不友好,况且短信费用也随之增加。就App形式而言,验证一个用户的有效性其实可以演变为验证设备的有效性,即:当前人在当前设备上是否可信。

确实是这样,利用验证码方式最终目的也是验证的这个设备的安全性

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

所以如果有办法验证设备的安全性,就没有必要让同一个用户在同一个设备上频繁输入凭证了

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

那有什么办法呢?

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

用户设备的安全,首先得有设备标示才行,如果抛开web应用,单就App来说,这个很容易,只是客户端一个设备号而已。而且我们这里讨论的也是非Web的环境。

程序员过关斩将--从用户输入手机验证码开始
程序员过关斩将--从用户输入手机验证码开始

以下讨论只针对非Web(浏览器)环境,Web环境其实也可以根据浏览器的信息来生成一个类似设备标示的代码

程序员过关斩将--从用户输入手机验证码开始


程序员过关斩将--从用户输入手机验证码开始

很多系统在设计之初,就已经考虑到安全主设备的概念,就像微信,如果在同一个手机上打开是不需要每次都进行登录操作的。进行设备验证是每个安全系统比较重要的部分,推荐在系统设计之初就要考虑。回归正题,对于很多行业来说,用户在App内频繁进行一些敏感操作是很正常的,比如我所在的在线教育行业,老师会很频繁的在一个班级内添加学生和老师(我们认为这些操作属于敏感操作)。如果每次都需要老师发送验证码来进行操作,那交互上真的是太不友好。要想保证业务操作的安全性以及改善交互操作,我们就需要抽象出问题的根本所在。


发送验证码操作最终的目的是为了验证操作人是操作人,听起来很绕是不是。实现这个最终目的,其实有很多解决方案,其中用户可信设备就属于其中一类,而手机验证码方式又是用户可信设备实现的一种方式,具体来说有几点:

1. 用户利用手机验证码在这个设备上进行过敏感操作,就认为这个设备在一段时间内是可信任的。

2. 用户在可信任的设备上进行其他敏感操作,如果在有效期内,就可以做到不发送验证码

3. 用户的敏感操作也可以进行分级,最高敏感级必须输入验证码才可以进行操作(比如重置密码,验证码登陆),一般敏感级在可信设备有效期内可以不输入验证码。


程序员过关斩将--从用户输入手机验证码开始

基于以上所说,系统设计的时候就可以抽象出一个用户可信设备中心,包括敏感操作的定义,可信设备的有效时长,可信设备的定义(比如:验证码通过的设备可定义为有效设备)等等概念。通过这样设计,短信验证只不过成为验证用户信任设备的一种途经,完全可以做到和具体业务无关(敏感级别最高操作除外),一般敏感的操作业务接口也可以避免添加验证码参数,真正的把验证和业务相分离,岂不美哉?


经过这样抽象,用户可信设备中心其实本质的接口只有几个:

1. 验证设备是否有效

2. 设置设备有效

3. 设备有效的途经(例如短信验证码方式)


当然你的系统首先要有设备的概念,如果非要写几行代码的话

1. 验证设备有效

public async Task<intCheckUserDevice(UserDeviceReq para)
        
{

            if (para == null || string.IsNullOrWhiteSpace(para.DeviceName) || para.UserId <= 0)
            {
                return 0;
            }
            //检查签名
            var sign = EncrypHelper.MD5Encrypt($"{SysConfig.SecretKey}_{para.UserId}_{para.DeviceName}");
            if (sign != para.Sign)
            {
                return 0;
            }
            string key = $"{para.UserId}_{para.DeviceName}";
            var authRet = await RedisClient.GetString(key);
            if (string.IsNullOrWhiteSpace(authRet))
            {
                //告诉客户端需要短信验证码
                return 414000;
            }
            return 1;
        }


2. 设置设备有效

public async Task<intSetUserDevice(UserDeviceReq para)
        
{

            if (para == null || string.IsNullOrWhiteSpace(para.DeviceName) || para.UserId <= 0)
            {
                return 0;
            }
            //检查签名
            var sign = EncrypHelper.MD5Encrypt($"{SysConfig.SecretKey}_{para.UserId}_{para.DeviceName}");
            if (sign != para.Sign)
            {
                return 0;
            }
            string key = $"{para.UserId}_{para.DeviceName}";
            var cacheRet = await RedisClient.GetString(key);
            if (string.IsNullOrWhiteSpace(cacheRet))
            {
                UserDeviceInfo value = new UserDeviceInfo() { UserId = para.UserId, DeviceName = para.DeviceName, OperationCode = para.OperationCode, CreateDate = DateTime.Now, Context = "" };
                var userDeviceExp = SysConfig.GetAppSetting("Config:UserDeviceExpire");
                if (string.IsNullOrWhiteSpace(userDeviceExp))
                {
                    userDeviceExp = "300";
                }
                var authRet = await RedisClient.SetString(key, JsonConvert.SerializeObject(value), TimeSpan.FromMinutes(int.Parse(userDeviceExp)));
                if (!authRet)
                {
                    return 0;
                }
            }
            return 1;
        }


特别推荐一个分享架构+算法的优质内容,还没关注的小伙伴,可以长按关注一下:

程序员过关斩将--从用户输入手机验证码开始

长按订阅更多精彩▼

程序员过关斩将--从用户输入手机验证码开始

如有收获,点个在看,诚挚感谢

免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

9月2日消息,不造车的华为或将催生出更大的独角兽公司,随着阿维塔和赛力斯的入局,华为引望愈发显得引人瞩目。

关键字: 阿维塔 塞力斯 华为

加利福尼亚州圣克拉拉县2024年8月30日 /美通社/ -- 数字化转型技术解决方案公司Trianz今天宣布,该公司与Amazon Web Services (AWS)签订了...

关键字: AWS AN BSP 数字化

伦敦2024年8月29日 /美通社/ -- 英国汽车技术公司SODA.Auto推出其旗舰产品SODA V,这是全球首款涵盖汽车工程师从创意到认证的所有需求的工具,可用于创建软件定义汽车。 SODA V工具的开发耗时1.5...

关键字: 汽车 人工智能 智能驱动 BSP

北京2024年8月28日 /美通社/ -- 越来越多用户希望企业业务能7×24不间断运行,同时企业却面临越来越多业务中断的风险,如企业系统复杂性的增加,频繁的功能更新和发布等。如何确保业务连续性,提升韧性,成...

关键字: 亚马逊 解密 控制平面 BSP

8月30日消息,据媒体报道,腾讯和网易近期正在缩减他们对日本游戏市场的投资。

关键字: 腾讯 编码器 CPU

8月28日消息,今天上午,2024中国国际大数据产业博览会开幕式在贵阳举行,华为董事、质量流程IT总裁陶景文发表了演讲。

关键字: 华为 12nm EDA 半导体

8月28日消息,在2024中国国际大数据产业博览会上,华为常务董事、华为云CEO张平安发表演讲称,数字世界的话语权最终是由生态的繁荣决定的。

关键字: 华为 12nm 手机 卫星通信

要点: 有效应对环境变化,经营业绩稳中有升 落实提质增效举措,毛利润率延续升势 战略布局成效显著,战新业务引领增长 以科技创新为引领,提升企业核心竞争力 坚持高质量发展策略,塑强核心竞争优势...

关键字: 通信 BSP 电信运营商 数字经济

北京2024年8月27日 /美通社/ -- 8月21日,由中央广播电视总台与中国电影电视技术学会联合牵头组建的NVI技术创新联盟在BIRTV2024超高清全产业链发展研讨会上宣布正式成立。 活动现场 NVI技术创新联...

关键字: VI 传输协议 音频 BSP

北京2024年8月27日 /美通社/ -- 在8月23日举办的2024年长三角生态绿色一体化发展示范区联合招商会上,软通动力信息技术(集团)股份有限公司(以下简称"软通动力")与长三角投资(上海)有限...

关键字: BSP 信息技术
关闭
关闭