安全开发规范(五)——输入输出

一、开发安全风险评估

开发安全规范 严重性 整改代价 优先级 级别
1 不要使用wrap()或duplicate()创建缓存,并将这些缓存暴露给非受信代码 低等 18 1
2 对读取一个字符或者字节的方法,使用int类型的返回值 中等 12 1
3 在终止前移除临时文件 中等 8 2
4 发现并处理与文件相关的错误 高等 4 3
5 不要在受信边界之外记录敏感信息 高等 4 3
  • 级别:L1高危害、可利用性强、整改代价低;
  • L2中危害、可能被利用、整改代价中;
  • 优先级:数值越高,越优先修复;
  • 来源:Java安全编码标准/朗(Long, F.)等著,第十四章

二、开发安全规范说明

1、不要使用wrap()或duplicate()创建缓存,并将这些缓存暴露给非受信代码

Buffer类定义了一系列的wrap()方法来封装基础数据类型到一个缓存区中,并返回一个Buffer对象来代表这个缓存区。新的缓存区由指定的字符数组来支持,也就是说,对缓存区的修改会导致数值的修改,反之亦然。

将这些数组暴露给非受信的代码,会将其背后的数组也暴露给恶意的修改。同样,duplicate()创建了额外的缓存区,这个缓存区背后是支持原始缓存区的数组。暴露这个额外的缓存区给非受信的代码,同样将其暴露给恶意的修改。

符合规范的示例:
1)使用asReadOnlyBuffer()方法返回一个只读的Buffer
2)分配一个新的Buffer,将原始数据拷贝进入,然后返回这个新Buffer

2、对读取一个字符或者字节的方法,使用int类型的返回值

抽象方法InputStream.read()从一个输入源中读取一个简单字节,返回一个范围在0~255的整数,仅当在读取到输入流末尾的时候,它会返回-1

类似地Reader.read()方法读取一个单独的字符,返回范围在0~65535的整数,仅当在读取到输入流的末尾时,它会返回-1,这两个方法都会被子类覆写。

通常会用这些方法来从一个流中读取一个字节或者字符。遗憾的是:在检查是否已经达到流末尾之前(这通过返回-1来表示),许多开发者过早地将返回的int类型转换为bytechar类型。

符合规范的示例:

int inbuff;
char data;
while((inbuff=in.read())!=-1){
  data=(char)inbuff;
  //...
}

3、在终止前移除临时文件

开发人员通常在任何人都可以进行写操作的目录(如/tmp/e:TEMP)中创建临时文件,虽然这些目录中的文件会被定期删除,但在删除前,可访问本地文件系统的攻击者可以操作这些临时文件。

因此,对临时文件的安全管理:
1)给予它们独特和不可预测的文件名。这是一种减少在不安全或者共享目录中创建文件带来风险的一个通用做法。
2)在程序终止之前删除它们。

符合规范的示例是:
1)JAVASE7及以上使用NIO2Files.createTempFile方法来创建不可预测的文件名;
2)JAVASE7及以上使用try的构造函数和DELETE_ON_CLOSE选项来打开文件,如:

try(BufferedWriter writer = Files.newBufferedWriter(
                                  tempfile,
                                  Charset.forName(“UTF-8”),
                                  StandardOpenOption.DELETE_ON_CLOSE))
{
  // write data
}

4、发现并处理与文件相关的错误

Java的文件操作方法通常使用返回值而不是抛出异常来指示其错误,所以难以得到有用的错误信息(是文件不存在?还是没有权限导致删除失败?)。

忽略文件操作返回值的程序常常不能发现文件操作的失败,会导致意想不到的结果。因此,程序必须要对执行文件I/O方法的返回值进行检查。

符合规范的示例:
1)JAVA SE6:检查delete()的返回值来判断是否删除成功;

File file = new File(args[0]);
if(!file.delete()){
  print("delete failed");
}

2)JAVA SE7及以上:使用java.nio.file.Files.delete()方法删除文件,其可抛出文件不存在、文件是非空目录、无删除权限等异常。

Path file = new File(args[0]).toPath();
try{
  Files.delete(file);
}catch(IOException e){
  // handle Error
}
异常 原因
NoSuchFileException 文件不存在
DirectoryNoEmptyException 文件是一个不为空的目录,所以不能删除
IOException 一个I/O异常产生
SecurityException 在默认的提供器和安全管理器安装的情况下,调用SecurityManager.checkDelete(String)方法检查文件是否有删除访问权限

5、不要在受信边界之外记录敏感信息

对于程序调试、事故响应以及收集错误信息,日志是很重要的。然而,将敏感信息记入日志会带来很多问题,包括会涉及利益相关人隐私、涉及法律对于个人信息收集上的限制,以及将数据暴露给其他人员的潜在危险等。

程序通常支持不同级别的保护:

  • 某些信息会被安全的记入日志,如访问次数。
  • 某些信息会记入日志,但日志文件不向特定的管理员之外其他人开放。
  • 其他的信息,如信用卡号,只能通过加密形式包括在日志文件中。
  • 例如像密码这样的信息,完全不能记入日志。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,423评论 6 491
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,147评论 2 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,019评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,443评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,535评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,798评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,941评论 3 407
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,704评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,152评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,494评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,629评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,295评论 4 329
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,901评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,742评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,978评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,333评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,499评论 2 348