Page 212 - 软件工程与项目管理
P. 212

软件工程与项目管理
             Software Engineering & Project Management



            信息篡改、拒绝服务、欺骗行为等。
                 (四)安全性测试的主要方法
                 1. 形式化安全测试
                 在此项安全测试中需要技术人员全面构建多样化的数学模型,基于规范化、
            科学化的语言应用为软件补充多项说明。当前能将此类测试方式进行针对性划分,

            首先是展开定理证明,要将多类软件程序转化为逻辑公式。在应用前基于各类理
            论、规则来精确判断各类程序合法性以及合规性。在模型检测阶段,要对软件行
            为实施精准化描述。其中 S 状态对应状态迁移系统,在软件描述执行中对于满足

            性质方面基于计算树逻辑 F 进行表示,再基于 S 展开自动化探索。这样能精准化
            找寻不满足 F 公式的状态,以此来整合各项软件漏洞问题。在形式化安全测试中,
            要做好模型组建。例如在状态机内,可以对软件采取安全测试,实现状态空间搜
            索。集中判断多项应用路径中存有的违规不安全状态,这样能实现模型优化。对
            状态空间合理调整,还能对状态爆炸现状集中调控。

                 2. 在模型基础上的安全功能测试
                 现阶段要进一步规范软件行为以及建模构建,之后再将软件模型对应生成
            相应的测试应用软件。目前可用的有有限状态机、马尔科夫链、UML 模型等,

            对 Robert Busser 以及 Mark Blackburn 中的安全功能测试进行扩散。通过 SCR
            Modeling 进行建模,在表单形式上组建对应的安全行为模型,再将表单模型合理
            转为说明模型。之后再生成向量,主要包含输出与输入变量。对各类驱动模式深
            入研发与测试,之后将测试向量输入测试驱动模式中,对测试模式运行现状进行
            调控。通过安全功能运行,能有效获取软件整体安全状态,但是此类测试具有限

            制性,仅仅适用于安全功能建模能力达到一定状态之后。
                 3. 语法测试运用
                 当前使用的接口类型较多,涉及命令行、环境变量等,接口要对应需要输入

            的语法,此类语法会对数据格式、数据类型实施精确化定义。测试阶段,常规的
            测试就是对接口语法形式进行有效辨识,这样能产生多样化的测试用例,便于测
            试行为的有效执行。在测试范围调整中要对错误、不正确、不合理的语法进行覆盖,
            做好软件缺陷处理,可以结合测试需求将语法测试与故障注入技术有效结合。
                 4. 模糊测试

                 在软件安全漏洞整合中,要全面发挥模糊测试方法运用价值,将较多不完


             202
             202
   207   208   209   210   211   212   213   214   215   216   217