精华内容
下载资源
问答
  • OSDI,SOSP这俩是计算机系统顶会,形式化验证最近在计算机系统、网络安全、内核等领域大放异彩,多次拿下顶会的Best Paper。本资源根据顶级大佬Wang Xi教授给出的论文列表进行整理,找出了最有价值的这几篇论文带你...
  • 针对目前没有直接对事件图模型进行形式化验证的方法,提出了一种基于行为时态逻辑(temporal logic of action,TLA)的事件图模型形式化验证方法。该方法利用TLA语言能够同时表达模型行为与逻辑规则的特点及其与事件...
  • 嵌入式实时系统对时间约束性、安全性可靠性具有非常高的要求,但是传统的建模和形式化验证方法难以满足对系统的实时性安全性的模拟验证需求。通过对有色Petri网的时间属性进行扩展,提出了实时有色Petri网模型...
  • 为提高下一代列车运行控制(简称列控)系统安全计算机的系统兼容性,首先对其结构进行简要分析,并对管理机制进行设计,建立了管理单元状态转移模型,同时以形式化验证工具对模型的正确性进行了验证。在此基础上对...
  • 形式化验证调研报告

    千次阅读 2018-10-17 14:56:24
    形式化验证调研报告 王立敏 中国科学院信息工程研究所 第五实验室 北京 中国100093 摘要2018年初,SpectreMeltdown漏洞的发现,使得芯片安全备受重视。然而传统的基于仿真的芯片验证方法由于测试样例覆盖不完全...
    形式化验证调研报告
    王立敏
    中国科学院信息工程研究所 第五实验室 北京 中国100093

    摘要2018年初,Spectre和Meltdown漏洞的发现,使得芯片安全备受重视。然而传统的基于仿真的芯片验证方法由于测试样例覆盖不完全,验证过程耗时巨大,逐渐适应不了日益复杂的芯片了。形式化方法作为一种静态验证方法,正好可以解决这些问题。本文主要梳理了当前形式化方法检测的常见方法,并且列出他们的优缺点,以及前人对这些缺点的改良方法。

    关键词
    芯片安全,形式化验证,二元决策图,时序逻辑,Petri网,定理证明,等效性检验,模型检验

    Formal Verification Investigation Report
    Wang Liming 1
    Institute of Information Engineering, Chinese Academy of Sciences, Beijing 100093, China

    Abstract At the beginning of 2018, the discovery of Spectre and Meltdown attacks made chip security receive much more concerns. However, due to the serious drawbacks in the simulation-based methods in tradition such as the test cases did not cover all of the inputs and the time consuming of the simulation, this method became inappropriate to validate the chips that became more and more complicated. Formal Methods is a static verification method, which would solve these problems that the simulation-based methods bright. This report would list their advantages and disadvantages, as well as the previous methods that attempt to solve these problems.

    Key words Chip security, Formal verification, Binary Decision Diagrams,Temporal logic, Petri net, Theorem Proving, Equivalence Checking, Model checking

    1 引言

            近些年来,芯片的性能和规模不断提升,集成电路的设计也越来越复杂,使得引入错误和问题的可能性日益增加。但是传统的基于仿真的集成电路验证方法的覆盖率难以达到100%。而形式化方法作为一种静态测试的方法,通过数学的推理证明,理论上可以实现绝对安全,找出难以发现的错误,因此广受研究人员的关注。

    基于仿真的集成电路验证

            目前应用最广泛的依然是基于仿真的验证方法。这种验证方法通常需要一个测试基准,通常同时对待验证的电路和测试基准施加相同的激励,然后通过对比他们的输出来判断电路是否正确。这些输入向量可以事先生成,然后在测试期间从数据库读入,也可以边测试边生成。

            基于仿真的验证只能证明电路在指定的输入向量下输出正确,若要证明电路的正确性,输入向量必须覆盖电路的所有输入组合。但是现在集成电路十分复杂,要实现这一点是十分困难的。令人遗憾的是,许多不安全的因素或者错误都是出现在测试向量难以覆盖的地方[1]。而且这种验证方式主要用于发现逻辑漏洞,而并不能检查出芯片中的安全漏洞。

    基于形式化方法的验证

            基于形式化方法的验证是通过数理逻辑推理的一种方法。一般分为形式等效性检验(Equivalence
    Checking),定理证明(Theorem Proving)以及模型检查(Model
    Checking),如图1所示。

    图1 形式化方法的分类

    图1 形式化方法的分类

            形式等效性检验一般用于检测两个电路设计逻辑相等,电路设计一般使用硬件描述语言(Verilog或者VHDL)进行描述,然后综合成门级电路,接着再进行一系列的优化。这里的每一个步骤都会导致电路设计的改变,因此检查每一步操作前后的电路设计是否逻辑等效是有必要的。有些时候优化操作需要人为干预,因此也需要使用等效性检验来确保这些操作没有引入错误。除此之外,设计完成的芯片也需要与对应的黄金模型进行对比,以确保集成电路设计的正确性。

            定理证明方法是一种将模型抽象为逻辑公式,然后使用自动的逻辑推理技术来验证电路是否正确的技术。但是定理证明方法在使用时需要专业人士事先制定大量的定理和推理策略。因此它在自动化推理方面能力较差,不适用大规模的系统。

            模型检验是一种基于状态迁移系统的自动验证技术。它最早是由Edmund M.
    Clarke和他的研究生E.A. Emerson以及A.P.Sistla提出来的[2]。使用这种方法首先需要提出一系列规格属性,这些属性表示对电路的安全需求,系统只要满足这些属性,就能确保安全。然后建立一个电路系统的模型,即可通过模型检测方法自动地检测模型是否满足这些规格属性。模型检验一般用于电路和协议的验证。

    总结

            基于仿真的集成电路验证需要输入向量,而形式化验证并不需要。前者是先生成输入向量,再验证输出向量,而后者的考虑方向则相反,要先指明什么样的输出是符合要求的,再利用形式化方法去证明它。由于基于仿真的集成电路验证存在覆盖率不能达到100%,以及仿真时间过长等问题,而形式化证明则正好能解决这些问题。因此形式化验证开始被研究人员广泛关注。

    模型的建立

            要使用形式化方法,需要先为电路建立模型,这些模型通常用一些图的数据结构或者公式来表示。形式化模型建立完成后,即可使用形式化算法对其进行检验。

    二元决策图
    2.1.1 二元决策图概述

            二元决策图(Binary Decision Diagrams,BDD)可以很好地表示一个布尔函数。所谓布尔函数,即定义域和值域都是布尔值的函数,布尔函数在电路设计和密码学方面有广泛的应用。由于电路的输入和输出都是二进制值,这意味着电路可以表示成一个布尔函数,因此使用BDD结构来表示电路是十分合适的。

    2.1.2一个例子

    表1 f(x1,x2,x3)的真值表

    x1x2x3f(x1,x2,x3)
    0000
    0010
    0100
    0111
    1001
    1010
    1100
    1111

            假设有一个电路,电路的功能如公式(1)所示。
    (1) f ( x 1 , x 2 , x 3 ) = x 1 x 2 + x 1 x 2 ‾ x 3 ‾ f(x1,x2,x3)=x1x2+x1\overline{x2}\overline{x3} \tag{1} f(x1,x2,x3)=x1x2+x1x2x3(1)

            其真值表如表1所示。于是可得出该电路的BDD图,如图2,x1,x2,x3为变量,实线表示变量赋值为1,虚线表示变量赋值为0。

            由表1真值表可得,当x1,x2,x3分别赋值为0时,f(x1,x2,x3)的值也为0。则如图2在BDD图中沿着x1,x2,x3,0之间的虚线最终也会到达0的地方。如图中所示这样变量有序的BDD图也可以称作有序二元决策图(Ordered Binary Decision Diagrams ,OBDD)图。

            可以发现,当x1赋值为0,x2也赋值为0时,无论x3赋何值,最终结果也是0,因此可以将BDD再做精简。如图3中简化后的BDD所示,可以将这条路径中的x3节点删除,直接将x2用虚线连接至0处,这个过程可称为BDD的简化,而最终的简化结果则称为简化的有序二元决策图(Reduced
    Ordered Binary Decision Diagrams,ROBDD)。

    图2 f(x1,x2,x3)的BDD图

    图2 f(x1,x2,x3)的BDD图

    图3 f(x1,x2,x3)的简化BDD图

    图3 f(x1,x2,x3)的简化BDD图
    2.1.3基于二元决策图的电路表示

            对于组合逻辑电路而言,可以直接使用上述方法生成BDD结构。但是对于时序逻辑电路而言,则需要根据其特点生成有限自动机(Finite State Machine,FSM),再使用BDD来表示FSM的状态变迁过程,在形式等效验证和符号模型检验中常采用这一方法来表示电路。

            BDD本身不能减少状态空间,随着变量数的增加,状态空间数依然呈指数级上涨,但是它也有许多优点,比如表达形式简洁,并且配合图算法可实现快速的操作,用于表示电路十分合适。

    时序逻辑

            时序逻辑是逻辑领域中一个重要的组成部分,它在形式化验证中有十分重要的应用

    表2 时序逻辑的操作

    符号操作解释
    θUψUntil若θUψ在路径上为真,则θ一直保持真直到ψ为真
    θRψRelease若ψ为真,直到θ为真(或者θ永远不为真)则θRψ在路径上为真,
    Next若Xθ在路径上为真,则下一个时刻θ为真
    Future若Fθ在路径上为真,则θ最终一定为真
    Globally若Gθ在路径上为真,则任何时刻,θ都为真
    All表示对于任意路径
    Exists表示存在这样的路径

            可以使用如表2所示的符号来描述硬件系统的行为,例如我们要表示“信号A一直不变,直到上升沿才翻转”这一操作,则我们令p为“信号A不变”,q为“时钟到达上升沿”,则该操作可表示为当满足pUq使信号A翻转。

            比较常用的时序逻辑是线性时序逻辑(Linear temporal logic,LTL)以及计算树逻辑(Computation tree logic,CTL)。线性时序逻辑是个线性结构,每一个时刻都只对应一个后继,计算树逻辑则是一个树状的分支结构。LTL可用于重点对象的分析,并且它可以使用公平的概念,但是对于一些可返回到初始状态的复杂系统,LTL则无法表示。CTL则相反,它无法使用公平的概念,但是却可以表达一些较为复杂的系统[3]。LTL和CTL各有自己的优势,E. A. Emerson 和 Joseph Y. Halpern 在 1986年提出了CTL*,统一了LTL和CTL。在传统的模型检验中,通常采用时序逻辑来描述电路。

    Petri网

            Petri网是一种重要的数学工具,Petri网对系统的并发性,异步性和不确定性具有很强的描述能力,一般主要是使用Petri网的可达图[4]。

    Petri网通常为四元组N= <P,T,F,M0>

    P:库所(Place)的有限集

    T:迁移(Transition)的有限集

    F:F ⊆ (P x T) ∪ (T x P),表示边的集合。∪前后分别表示输入函数集以及输出函数集。

    M0:P->N,表示初始状态集

    库所(Place)表示系统的状态。一般用圈圈表示。

    迁移(Transition)则表示资源的消耗使用,一般用黑色矩形表示。

            连接库所与变迁的有向弧表示输入输出函数。用令牌Token表示库所中的资源数量,一般用●表示。

            资源会沿着有向弧流动,当资源足够时,便会触发某些操作的执行来使用和消耗资源。即令牌会不断沿着迁移流动,令牌在迁移之前积聚叫做迁移的使能(enabled),令牌积累到足够数量之后便能通过迁移,这一过程也叫迁移的激发(fire)。

            图4表示一个互斥系统的Petri网,双方发出进入临界区的请求,当其中一方进入临界区时,另一方只能等待。图中的小黑点表示Token,最中间的库所t表示哪一方可优先访问临界区,当Idle中的Token传递到Wait时,t中个Token也会流到可优先进入临界区的那一方,于是便可以激发迁移Access,当经过Free之后,Token又将回到Idle和t中。

    图4 互斥模型的Petri网

    图4 互斥模型的Petri网

    1.形式化方法

    形式等效验证(Equivalence Checking)

            假设我们有Spec1和Spec2两个模型。若需要验证综合优化前后两个模型是否逻辑相等,则Spec1和Spec2可分别表示综合优化前后的设计。若需要验证设计的正确性,Spec1通常为黄金模型,Spec2则为我们的设计。Spec1和Spec2通常使用相同的数据结构,例如BDD,再根据具体的需求使用诸如布尔SAT求解程序(求解可满足性问题)之类的算法来进行等效性检验。

            虽然等效检验的检测效果不错,在工业上也得到了应用,但是在使用过程中依然需要高层次的专业人员去制定等效检验框架[5]。而且在复杂的电路中,等效性检验也存在状态空间数呈指数级增长的问题。虽然学术界提出了各种优化的方法,比如将复杂的等效检验切割成小的可比较集合进行处理[6],或者利用算法优化减少空间消耗[7],但是状态空间爆炸问题依然没有很好地解决。

    定理证明(Theorem Proving)

            定理证明方法十分严格,跟数理逻辑结合十分紧密。一般使用高阶逻辑(Higher-Order
    Logic,HOL) 系统来进行证明。

            要验证一个大的系统,通常采用目标制导的方式。将系统用HOL表示出来之后,再分为若干个子命题分别证明。定理证明方法对硬件模块的验证一般会用到抽象技术和层次化验证技术

            在证明之前需要对系统进行建模,Mike Gordon在论文[8]中提出可以直接利用HOL来为硬件建模。一个器件模块只有输入输出,这些输入输出可以用HOL中的谓词和函数表示,而模块之间的连接可用合取表示。

            抽象技术主要用于将系统的详细信息掩盖掉,只考虑需要关注的性质,这样可以方便算法的处理。根据关注对象的不同,可以分为不同的抽象。例如结构抽象掩盖了内部结构信息而只描述了设备的规范,而行为抽象则只对模块的部分行为进行定义,数据抽象则是通过一个映射,将现实中的数据抽象为一个较小的抽象数据集,比如布尔真值。

            层次化验证技术是将大的模型划分为小的模型,构建成一个树状结构,每一个子节点都是父节点的细化。下一层的正确性可以证明上一层的正确性,因此自下而上地证明可以确保根节点的模型的正确性。

            定理证明方法在工业上也有一定的使用,但是定理证明方法需要对系统用严格语义的数学符号进行描述和推理,因此对用户而言十分复杂。而且并没有办法确保事先人为制定的规则和定理的正确性,因此最终的正确性也值得怀疑,即前提若有错误,则最终的验证结果就不一定正确。

    模型检验(Model Checking)

            模型检验是目前最为流行的形式化检测方法。但是它依然存在状态空间爆炸的问题,模型检测方法的发展几乎都是为了解决状态空间爆炸问题以及不同系统的适用性问题展开的。

            状态空间爆炸问题一直制约着模型检验方法的发展,为此科研人员一直寻找合适的方法来解决这一问题,例如符号模型检验,偏序规约技术,以及近些年来十分热门的SAT技术。

    3.2.1符号模型检验

            符号模型检验的提出是解决状态空间爆炸问题的一个里程碑,它采用OBDD来描述电路。这使得模型检验可检查的系统规模大大增加,可以超过1020个状态。

            McMillan最先将OBDD引入模型检验技术[9],提出了符号模型检验,最初时符号模型检验只是基于CTL公式的。该方法将CTL公式转化成OBDD图,并在OBDD上搜索状态空间。之后Clarke等人又提出了基于LTL的符号模型[10]。

            符号模型检验中,存在许多优化方法,最常见的两种方法是偏序规约技术[11]和抽象模型[12]。

            由于系统中可能存在两个并行的模块,而这些并行模块的运行组合有许多种,其中的一部分运行组合实际上是重复的。因此若能将并行的模块的运行次序固定下来,在验证过程中就可以减少许多重复的路径。

            抽象技术多用于需要数据处理的系统,符号模型检验的数据处理能力较弱,若是需要表达复杂的数据结构,则验证的复杂性会十分的高。因此可以将精确的数据值和抽象的数据集合做个映射,产生一个较小的抽象数据集,以此来简化符号模型检验的状态空间。

    3.2.1 SAT技术

            基于BDD的符号模型检验虽然使得可检验的系统规模增加了许多,但是状态空间爆炸问题并没有彻底解决,在BDD中,状态空间依然是指数级增长的。BDD可通过简化生成ROBDD来减少状态空间,但是可优化的余地依然比较少。随着SAT技术的发展,它也被引入到模型检验领域[13]。

            SAT是NP完全的方法,因此它也是指数爆炸型的,为此Clarke等人提出了限界模型检验[14]。模型检验是通过对整个系统建模,并证明我们的模型是否满足我们定义的属性规格。而限界模型检验,则通过广度搜索的方法,从长度为1的路径开始搜索,搜索的路径长度逐渐递增,若能在长度为K的路径中搜索到不符合属性规格的路径,则停止搜索并报告这一反例。

            虽然限界模型检验搜索到反例后即可停止这一机制使得其遍历的状态大大减少,但是它只检查了整个状态空间的一个子集,只能证明在限界中的那部分状态符合属性规格,而无法证明整个状态空间符合属性规格。

            为了解决这一完整性问题,目前学术界较为流行的做法是逼近所求的解,即迭代地计算可达状态的不动点,来验证这整个模型是否最终满足规约。

            Yakir Vizel等人于2015年整理了各种适用于SAT的优秀的算法,这些算法包括冲突驱动从句学习(Conflict-Driven
    Clause Learning),随机局部搜索(Stochastic Local Search)[15]。

            SAT技术在经过EDA社区与科研人员的相互促进之下,在过去十年中取得了很大的进步。虽然SAT在工业界也得到了应用,但是它依然无法很好地解决模型检验的状态空间爆炸问题和限界模型检验的完整性问题,此外并行SAT技术也是一个十分有前景的方向。

            而为了解决不同系统的适应性问题,如第2部分所述,研究人员提出了许多不同的建模方式。传统的模型检验方法一般采用时序逻辑来描述电路。

    4 讨论

            传统的基于仿真的验证方式虽然存在有覆盖不完全,耗时间等问题。而形式化验证则正好可以解决这些问题,然而这并不意味着形式化方法可以完全替代传统的仿真验证。形式化方法依然存在许多的局限性,目前最好的办法是将传统的仿真验证与形式化验证结合起来。

            虽然在工业界和学术界的共同促进之下,形式化验证技术有了长足的进步。但依然存在不少进步的空间。模型验证是目前自动化水平最优的,很少需要手动干预,但是状态空间爆炸的问题依然令人十分困扰。为了提高形式化验证的速度,研究人员依然在尝试攻克检测技术的并行化的问题,这也是目前较为火的一个方向。此外为了能够使用到工业界,形式化验证必然还是需要提高检测技术的自动化水平,例如门级信息流的方法[16]利用关键信息只能从低安全级流向高安全级这一特性,简化了形式化方法建模的流程,使其可以自动生成模型。此外,纵观整个形式化验证方法的发展历程,可以发现许多形式化验证的突破,都是因为将一些已经存在的理论成果移植应用到工程中去,因此我们也可以从这一方面去考虑如何改进形式化验证的方法。

            形式化方法是个十分有前景而又十分重要的研究方向,不仅可以用于检测出难以发现的逻辑错误,也可以检查电路中隐藏的硬件木马,甚至发现较为隐秘安全漏洞。因此上述的一些形式化方法的局限依然值得我们在日后重点研究。

    参考文献

    [1] LAM W K. Hardware Design Verification: Simulation and Formal Method-Based
    Approaches (Prentice Hall Modern Semiconductor Design Series)[M]. Upper Saddle
    River, NJ, USA: Prentice Hall PTR, 2005.

    [2] CLARKE E M, EMERSON E A. Design and synthesis of synchronization skeletons
    using branching time temporal logic[J]. : 20.

    [3] 张瑞雪, 郝春梅, 王旭. 计算机形式验证方法研究综述[J]. 中国电子商务, 2011(5):
    69–69.

    [4] 蒋屹新, 林闯, 邢栩嘉. 基于线性时态逻辑的Petri网模型检测[J]. 系统仿真学报,
    2003, 15(z1): 6–10.

    [5] KREIKER J, TARLECKI A, VARDI M Y等. Modeling, Analysis, and Verification -
    The Formal Methods Manifesto 2010 (Dagstuhl Perspectives Workshop 10482)[J].
    HERBSTRITT M. 2011.

    [6] KUEHLMANN A, KROHM F. Equivalence Checking Using Cuts and Heaps[J]. : 6.

    [7] PARUTHI V, KUEHLMANN A. Equivalence checking combining a structural
    SAT-solver, BDDs, and simulation[C]//IEEE Comput. Soc, 2000: 459–464.

    [8] HAN J, STONE G. The implementation and verification of a conditional sum
    adder[J]. 1988.

    [9] MCMILLAN K L. Symbolic checking,An approachto the state explosion
    problem[J]. : 212.

    [10] CLARKE E, GRUMBERG O, HAMAGUCHI K. Another look at LTL model
    checking[C]//International Conference on Computer Aided Verification. Springer,
    1994: 415–427.

    [11] PELED D. All from one, one for all: on model checking using
    representatives[G]//COURCOUBETIS C. Computer Aided Verification. Berlin,
    Heidelberg: Springer Berlin Heidelberg, 1993, 697: 409–423.

    [12] CLARKE E M, GRUMBERG O, LONG D E. Model checking and abstraction[J]. ACM
    transactions on Programming Languages and Systems (TOPLAS), 1994, 16(5):
    1512–1542.

    [13] 王瑞. 基于SAT的符号化模型检验技术研究[D]. 国防科学技术大学, 2014.

    [14] CLARKE E, BIERE A, RAIMI R等. Bounded Model Checking Using Satisfiability
    Solving[J]. : 20.

    [15] VIZEL Y, WEISSENBACHER G, MALIK S. Boolean Satisfiability Solvers and Their
    Applications in Model Checking[J]. Proceedings of the IEEE, 2015, 103(11):
    2021–2035.

    [16] HU W, MAO B, OBERG J等. Detecting Hardware Trojans with Gate-Level
    Information-Flow Tracking[J]. Computer, 2016, 49(8): 44–52.

    Blog:形式化验证调研报告

    展开全文
  • 行业分类-物理装置-形式化验证系统.zip
  • 统一建模语言(UML)是目前广泛使用的一种面向对象建模语言,其图形化,半形式化的特点,使其缺乏精确的语义...因此,提出采用Common Logic 对UML 类图进行形式化,得到形式化的语义规约,并对实例模型进行一致性验证
  • 总共包括synopsys若干讲芯片相关知识。... 芯片验证方法学近十年的发展极大的帮助到了验证工作效率质量的提升,但是基于传统激励机制的...近几年越来越多的工程师把眼光投向了形式化验证,对比探讨两种方法学的异同。

    总共包括synopsys若干讲芯片相关知识。作为自己的记录专题,感兴趣点击链接看完整视频。

    芯片验证方法学近十年的发展极大的帮助到了验证工作效率和质量的提升,但是基于传统激励机制的验证始终存在一些不容易克服的困难。近几年越来越多的工程师把眼光投向了形式化验证,对比探讨两种方法学的异同。

    本节课程

    形式化验证和功能验证VC Formal

    链接地址:https://mp.weixin.qq.com/s?__biz=MzI3NDYyODc4MQ==&mid=2247488518&idx=1&sn=b3eb19e2fa92ab3ec53de18543be28af&chksm=eb107dc4dc67f4d25d4ef355e667270708292355c5bd7256cc51cfe97a89ee03dddd59a9dbca&token=804756724&lang=zh_CN&scene=21#wechat_redirect

    1.1 传统验证方法学与形式化验证对比

    Simulation base verification VS Formal verification

    验证完备性的证明 VS 数学上的证明

    1.1.1 传统验证方法学

    在这里插入图片描述

    • 激励是否充足?
    • function converage 是否可以避免 human mistakes?

    1.1.2 Formal Verification

    通过数学化确保激励input信号的完备性,添加约束减少不必要激励。

    Fomal base coverage analyse: COI 工具自带验证

    1.1.3 对比适用范围

    在这里插入图片描述

    展开全文
  • 针对处理器浮点运算单元,采用Cadence公司JasperGold工具对一些关键模块进行了形式化验证,对流水控制中的纠错码(Error Correcting Code,ECC)、软件结构寄存器(Software Architected Register,SAR)计算单元中的...
  • 形式化方法一般可分为形式化规范说明Formal Specification,和形式化验证Formal Verification。 Formal Formal Specification 形式化规范说明 Formal Verification 形式化验证 Theorem Proving 定理检测/Deductive...

    【1】 概述

    硬件和软件系统在规模和功能上的增长增加了复杂性,也 增加了潜在错误的可能性,这些错误引起了金钱、时间上的损 失,甚至会危及人们的生命。形式方法是用于软件和硬件系统 的规范,开发和验证的特定类型的基于数学的技术,是改善和 确保系统质量的重要方法。形式化方法在软件和硬件领域中 的应用进展比较显著,引起了各个领域的注意[1]。形式化验证 方法是形式化方法的一个重要的研究内容,本文主要对形式化 验证方法进行探讨。

    形式化方法一般可分为形式化规范说明Formal Specification,和形式化验证Formal Verification。

    Formal

    • Formal Specification 形式化规范说明
    • Formal Verification 形式化验证
      • Theorem Proving 定理检测(证明)/Deductive Verification 演绎检测
      • Model Checking 模型检测
      • Automated Test Case Generation 自动测试用例生成

    在这里插入图片描述

    【2】基本概念

    【2.1】形式化规范说明

    硬件和软件系统在规模和功能上的增长增加了复杂性,也 增加了潜在错误的可能性,这些错误引起了金钱、时间上的损 失,甚至会危及人们的生命。形式方法是用于软件和硬件系统 的规范,开发和验证的特定类型的基于数学的技术,是改善和 确保系统质量的重要方法。形式化方法在软件和硬件领域中 的应用进展比较显著,引起了各个领域的注意[1]。形式化验证 方法是形式化方法的一个重要的研究内容,本文主要对形式化 验证方法进行探讨。

    【2.2】形式化验证

    【2.2.1】定理证明

    定理证明:先对系统及其性质进行抽取,表示成基于某种 逻辑的命题、谓词、定理,在验证者的引导下,不断地对公理、以 证明的定理施加推理规则,产生新的定理,直到推导出表达系 统性质的公式,从而证明设计的系统满足该性质。现在定理证 明器越来越多的应用在验证硬件和软件设计的安全临界性质 的验证[3]。 定理证明高度抽象,具有强大的逻辑表达能力,可以验证 几乎所有的系统行为特性,可以处理无限的状态空间。定理证 明器可以分为三种:自动定理证明器、交互式定理证明器及证 明检验器。现在大多数定理证明器是交互式的,需要人的引 导,对验证者的要求有良好的数学经验。 主要的定理证明工具有:STeP(Stanford)、TLV、AL2(UTAus⁃ tin/CLI)、Coq、HOL(Cambridge)、Isabelle(Cambridge)、Larch、Nu⁃ prl、PVS(SRI)等。

    【2.2.2】模型检测

    模型检测是一种通过对目标系统建立一个有限的模型,并在模型发生改变时,检测希望满足的性质,例如安全性和活性在该模型中是否成立、稳定的技术。

    目前有两种主要模型检测技术:

    • 一种是时态模型检测,这 种方法中规范说明用时态逻辑公式表示,系统用有限状态转换模型表示,用模型检测器检测模型是否满足规范说明公式。
    • 另外一种是等价性检测,这种方法中规范说明用一个自动机表示,系统用一个自动机表示,然后证明两个模型是否一致。

    自动化程度较高是模型检测的优点,并且当系统不满足给 定的性质时,可以给出反例,使设计人员方便找出设计错误。 模型检测应用于硬件和协议的验证,现在在对软件设计的验证 已成为研究的热点。状态空间爆炸问题是其主要的缺点。

    主要的模型检测工具有:

    • COSPAN/FORMALCHECK(Bell)、
    • MURPHY(Stanford)、SPIN(Bell)、
    • SMV(CMU)、
    • VIS(Berkeley)等。

    目前形式化验证方法成功应用于商业、航空业、通信业和 芯片制造业,INTEL,ARM和NIVIDA等大公司已经把形式化方法应用到芯片的制造和验证[5]。

    从本质上讲,模型检测技术就是穷尽对状态空间的搜索,并通过模型的有限性来保证该搜索过程一定会终止。最初的模型检测应用在硬件和协议验证领域,十分成功,后来在软件系统的验证上也得到了广泛应用。

    Reference:

    [形式化验证方法浅析] 陈波1,李夫明2 (1.山东理工大 学 计算机科学与技术学院,山东 淄博255000; 2.山东理工大学 数学与统计学院,山东 淄博255000)**

    后续待阅读资料

    线性时序逻辑 https://www.docin.com/p-506137477.html
    模型检测 https://wenku.baidu.com/view/800eade45a8102d277a22f3a.html?fr=search
    model checking overview and buchi automata and LTL https://www.docin.com/p-1003260979.html

    展开全文
  • 从模型到可执行程序的形式化验证 可信编译器l2c 康烁 浙江迪捷软件 *本报告内容大部分来自王生原老师的l2c的相关材料 什么是形式化 什么是形式化 用非形式化的方式描述就是一个可辨认的字符集 外加一套既定的规则...
  • 针对匿名电子现金支付协议存在的缺陷,提出了一种能够满足多种安全属性的优化协议。...对优化协议进行形式化验证,结果表明,优化协议满足密钥保密性、非否认性、公平性、可追究性、原子性等安全属性。
  • 在智能合约的形式化验证过程中,需要专业的编程人员对不同模板的智能合约进行特征分析、模型建立模型验证。现在市场上出现了一些一键式的智能合约形式化验证工具,据说可以最大程度的减少验证程序、发现bug,提高...

    在智能合约的形式化验证过程中,需要专业的编程人员对不同模板的智能合约进行特征分析、模型建立和模型验证。现在市场上出现了一些一键式的智能合约形式化验证工具,据说可以最大程度的减少验证程序、发现bug,提高工作效率。这种一键式的智能合约形式化验证工具真的有效么?为了求真笔者做了一个测试。

    本次笔者测试选择的是成都链安研发的离线版免费验证工具Beosin-VaaS。我们基于VSCode的插件市场安装一个sodility开发插件(具有语法检测,高量和语法联想,方便合约开发。),安装完成后,在插件市场安装成都链安的免费检测工具Beosin-VaaS。
    合约代码如下:
    在这里插入图片描述
    在这里插入图片描述
    我们用成都链安的插件检测一下我们合约中存在的问题
    在这里插入图片描述开始检测
    我截取部分报错解释说明一下
    插件报错会展示行号和那一行的代码以及描述信息,有助于开发人员修改问题
    在这里插入图片描述
    在调用call/send函数后无论执行成功还是失败都不会直接抛异常,如果不对调用返回值进行检查,函数会继续执行,造成安全漏洞。
    在这里插入图片描述

    溢出是典型的合约漏洞,可能导致检查被绕过,合约运行逻辑出错。
    在这里插入图片描述
    Solidity中允许有未使用的变量,它们不会构成直接的安全问题,但会降低代码的可读性并且额外占用存储空间导致部署时的资源消耗增加。
    在这里插入图片描述
    成都链安的检测插件集成了编译器的告警,会提示你一些合约开发中的信息。
    在这里插入图片描述
    在transfer、transferFrom、transferOwnership等敏感函数中,用户操作不可逆,所以建议开发者在这些函数实现中增加目标地址非零检查,避免用户误操作导致用户权限丢失和财产损失。

    以上是我们这个合约中部分存在的漏洞报错,有了这个插件的检测,我们就能快速定位解决问题,使我们的合约更加安全。

    展开全文
  • 我搜集的数理逻辑、形式化验证、模型检测方面的经典书籍:Computability and Logic 5th Edition;Basic Papers on Undecidable Propositions, Unsolvable Problems and Computable Functions;Handbook of ...
  • 物联网应用中访问控制智能合约的形式化验证.pdf
  • 的操作系统模块快速形式化建模与验 证技术 中兴通讯 操作系统产品 李凯航 目录 01 形式化技术介绍 1.1 定理证明 1.2 模型检测 02 TLA+工具简介 2.1 TLA+基本概念 2.2 TLA+基本建模验证方法 03 怎样通过形式化技术...
  • 形式化验证(Formal verification)让我们可以确保某种错误的状态不会发生。现在已经有很多对以太坊虚拟机语义模型的学术研究以及对使用不同框架的智能合约进行的形式化验证。在这篇文章中,我会描述一种基于符号...
  • 随想录(形式化验证小结)

    千次阅读 2020-02-18 10:14:17
    形式化验证,英文是formal verification,是验证软硬件逻辑很重要的一种方法。特别是对于芯片开发、高安全性的系统开发来说,是非常必要。这主要是因为系统失败的代价很高,传统的测试也无法验证整个系统的安全性...
  • Web服务组合验证是确保组合服务正常执行的...利用模糊推理Petri网算法进行可信度验证、计算服务组合的可信度及可达性,对于Web服务组合是一种可以推理的形式化验证方法。实验结果表明这种方法是一种很好的验证方法。
  • 形式化验证基于可认证网络编码的网络传输协议安全性,孙智勇,杨铭熙,网络编码通过网络节点对传输信号的编码处理,可以提升网络信息吞吐量、节约网络资源减少转发次数。但是在构建网络编码的过程中
  • 针对影响RBC切换质量的列车速度、RBC切换时间等诸因素, 以及澄清对RBC交接协议安全性在认识上的一些误区, 利用随机Petri网形式化描述工具, 建立了CTCS-3列控系统RBC切换模型。通过理论分析仿真实验, 验证了不同...
  • 关于软件形式化验证

    万次阅读 2018-05-29 09:37:01
    形式化验证是用逻辑来验证程序的可靠性,就是把一段程序用逻辑的方法证明一遍,证明它能得到预期的结果,没有bug。一般这类研究主要应用于昂贵的航天器材的操作系统、危险的医疗设备的程序之中。因为航天器材、医疗...
  • Web服务组合在运行时多发生由于类型不匹配而产生...提出的类型化Web服务形式化描述模型,准确说明了Web服务组合运行时的类型良好性,以及Web服务组合的功能验证方法。最后通过例子说明,提出的定义判断方法的有效性。
  • 201806 智能合约安全之形式化验证研究报告.pdf
  • 并使用ATS(Alternating Transition Systems,交替转移系统)来为公平交换协议进行形式化建模,再用形式化验证工具MOCHA对公平交换协议的公平性(Fairness)、及时性(Timeliness)不可滥用性(Abuse-Freeness)...
  • 电信设备-一种基于形式化验证的同步数据流程序的可信排序方法.zip
  • 我搜集的数理逻辑、形式化验证、模型检测方面的经典书籍:Logic in Computer Science Modelling and Reasoning about Systems;A Second Course in Formal Languages and Automata Theory;Real-Time Systems Formal...
  • 介绍了安全数据库形式化顶层规范,定义了顶层规范中SQL操作的描述,在此基础上给出简单SQL操作的定义,并对其进行分析验证,最后将一般SQL操作的分析验证转换为多个简单SQL操作的分析验证验证过程表明,该方法既对...
  • 芯片开发功能验证形式化方法.pdf
  • 从形式化方法的角度出发,阐述可编程逻辑...在形式化验证方面,分析了PLC语言与形式化模型的转换基于NuSMV或UPPAAL的验证方法.最后,比较将两种形式化方法应用到PLC程序的特点,探讨现有成果中存在的问题及研究发展方向.

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 371,702
精华内容 148,680
关键字:

形式化验证和动态验证的区别