代码精进之路
范学雷
Oracle首席软件工程师,Java SE安全组成员,OpenJDK评审成员
立即订阅
6350 人已学习
课程目录
已完结 47 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 你写的每一行代码,都是你的名片
免费
第一模块:代码“规范”篇 (16讲)
01 | 从条件运算符说起,反思什么是好代码
02 | 把错误关在笼子里的五道关卡
03 | 优秀程序员的六个关键特质
04 | 代码规范的价值:复盘苹果公司的GoToFail漏洞
05 | 经验总结:如何给你的代码起好名字?
06 | 代码整理的关键逻辑和最佳案例
07 | 写好注释,真的是小菜一碟吗?
08 | 写好声明的“八项纪律”
09 | 怎么用好Java注解?
10 | 异常处理都有哪些陷阱?
11 | 组织好代码段,让人对它“一见钟情”
12丨组织好代码文件,要有“用户思维”
13 | 接口规范,是协作的合约
14 | 怎么写好用户指南?
15 | 编写规范代码的检查清单
16丨代码“规范”篇用户答疑
第二模块:代码“经济”篇 (14讲)
17 | 为什么需要经济的代码?
18丨思考框架:什么样的代码才是高效的代码?
19 | 怎么避免过度设计?
20 | 简单和直观,是永恒的解决方案
21 | 怎么设计一个简单又直观的接口?
22丨高效率,从超越线程同步开始!
23 | 怎么减少内存使用,减轻内存管理负担?
24 | 黑白灰,理解延迟分配的两面性
25 | 使用有序的代码,调动异步的事件
26 | 有哪些招惹麻烦的性能陷阱?
27 | 怎么编写可持续发展的代码?
28 | 怎么尽量“不写”代码?
29 | 编写经济代码的检查清单
30丨“代码经济篇”答疑汇总
第三模块:代码“安全”篇 (14讲)
31 | 为什么安全的代码这么重要?
32 | 如何评估代码的安全缺陷?
33 | 整数的运算有哪些安全威胁?
34 | 数组和集合,可变量的安全陷阱
35 | 怎么处理敏感信息?
36 | 继承有什么安全缺陷?
37 | 边界,信任的分水岭
38 | 对象序列化的危害有多大?
39 | 怎么控制好代码的权力?
40 | 规范,代码长治久安的基础
41 | 预案,代码的主动风险管理
42 | 纵深,代码安全的深度防御
43 | 编写安全代码的最佳实践清单
44 | “代码安全篇”答疑汇总
加餐 (1讲)
Q&A加餐丨关于代码质量,你关心的那些事儿
结束语 (1讲)
结束语|如何成为一个编程好手?
代码精进之路
登录|注册

32 | 如何评估代码的安全缺陷?

范学雷 2019-03-18
我自己有一点小小的强迫症,遇到事情,喜欢自己动手整个清楚明白。我的大部分失眠,都要拜这点强迫症所赐。时间永远都不够用。如果上天给我一个机会,我是不是可以借上五百年?其实,借上五百年,时间一定还是不够用的。
我经常被问到三个问题:
有什么事情是你必须要做的?
哪些事情是只有你能做的?
哪些事情是别人可以帮你做的?
这就是一种时间管理的思路,隐含的意思是:
识别并且选择最重要的事情;
确定自己最擅长的事情,全力以赴地做好;
选择你的帮手,充分信任并授权。
评估软件的缺陷就是这个思路运用得最广泛的一个场景。作为程序员,我们需要了解软件存在的问题,以及问题的严重程度。那么,我们该如何评估软件存在的问题,以及代码的安全问题呢?

关注用户感受

软件缺陷的定义方式和衡量方式有很多种。从用户感受的角度出发,定义和计量软件缺陷,是其中一个比较好的、常用的软件缺陷评估体系。我个人比较倾向一种观点,软件缺陷的严重程度应该和用户的痛苦程度成正比
从用户感受出发,衡量软件缺陷有两个最常用的指标:
缺陷影响的深度,软件缺陷带来的问题的严重性:软件缺陷导致的最严重的问题是什么?
缺陷影响的广度,软件缺陷带来问题的可能性:软件缺陷导致问题出现的频率是多大?
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《代码精进之路》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

  • 流光奕然
    软件安全来源于两个方面,错误的编码,和错误的配置。
    即使是大厂,大多数开发人员安全意识淡薄,所以我们采取跟安全人员红蓝对抗的形式逼迫开发提升安全。
    老师说的我体会太深刻了,没有权威的打分标准,就连root权限运行进程这种严重缺陷都会遭受质疑,所以现在全面按照cvss3.0进行操作。
    小公司甚至有一个人的安全部这种说法,这种级别的开发,别说被黑客入侵了,被路人入侵都实在寻常。现在的黑客都是研究团体,技术水平都很高。

    作者回复: 意识问题,是最大的问题。内部推广使用CVSS的计量标准是个沟通的好办法!

    2019-06-29
    2
  • 醉侠
    希望老师后面能多讲讲安全编码的例子或者推荐好的书籍,这块儿确实是很大的弱点
    2019-03-19
    1
  • hua168
    老师,开发懂安全方面小公司的都少,他们通用做法就是利用框架,做下简单的防SQL注入,防上传漏洞,没了……
    阿里云后台一提前攻击就让我们运维查他们是怎么进来的和解决方案,因为没有专业安全人员,最后背锅又是我们背锅侠运维,说我们“整天没什么事做,给你们这么高工资,这点事都做不好!”😂这是一点事吗?

    老师有什么安全方面的书推荐下么?有什么方法去分析别人入侵路径吗?我们只能做的监控,看文件修改时间判断,但是入侵路径真的不知道怎么搞😂
    如果提方案去购买阿里云企业级安全防护,上级直接拒绝😓,说白了就是嫌贵,还说我们能力low😂

    作者回复: 安全最根本的就是普通的代码写好,我们这个专栏的三个部分,讲的就是怎么写好代码。建议给你们公司的人员看看。

    入侵路径这种说法,只对一部分,如果不是很小一部分,安全问题起作用,是类似于防火墙这些技术领域的名词。大部分安全问题,可以通过正常业务逻辑攻击,可以是正常路径。

    我们的编写安全的代码这一部分,刚来了个头,先把这一部分跟下来,看看能不能解决你的部分疑问。

    2019-03-18
    1
  • 天佑
    我觉得漏洞被利用的可能性,很难评判,全靠主观,安全人员推动时就会没底气。

    作者回复: 有玩笑说,做安全的就像卖保险,没事时遭人白眼;还像是看门的,出事时要背锅。 问题就是,我们即使有能力知道漏洞,也没有能力知道攻击什么时候会来,后果会有多大。

    推动要看氛围和制度,有的公司甚至不会允许出现深度防御的安全问题(CVSS计分为0)。

    2019-03-18
    1
  • hua168
    像我们开发一般不用学安全吧?那不是有安全专业的人做吗?如果我们是小公司请不起安全专业人才,怎么办?像那种安全评估系统很贵老板也舍不得买呀……
    一被攻击我们运维就背锅,名曰“背锅侠”😂

    作者回复: 😄运维比窦娥还冤!

    开发要学编写安全的代码。大部分的漏洞都是代码问题,都是开发人员弄出来的,😂怎么能不学安全。

    有的公司的研发人员入职培训,就必须要通过安全编码的培训。

    2019-03-18
    1
  • KASUMIS
    我想,是不是可以限制一些私密数据只有专用方法才能访问,或者访问前判断有没有权限。这样起码可以保证出现漏洞也不会泄露重要数据。

    作者回复: 这是一个信息安全领域常用的思路,如果你研究一下操作系统、语言设计、容器设计,就会发现这个思路的广泛使用。数据泄露的渠道和方法太多了,这个思路可以解决很大一部分的数据泄露问题,但也不是所有的问题。

    2019-10-08
  • hua168
    好的,谢谢…
    2019-03-18
收起评论
7
返回
顶部