将计算机语音识别系统用于个人身份验证，大大提高了系统的安全性。这种语音识别技术属..

免费智能真题库 > 历年试卷 > 多媒体应用设计师 > 2020年下半年多媒体应用设计师上午试卷综合知识

第41题

知识点：安全性基于生物特征识别的身份认证技术语音语音识别认证认证技术身份验证系统的安全

章/节：身份认证技术

将计算机语音识别系统用于个人身份验证，大大提高了系统的安全性。这种语音识别技术属于（41）的认证技术。

A. 用户名/口令

B. 智能卡

C. key

D. 生物特征识别


知识点讲解
· 安全性 · 基于生物特征识别的身份认证技术 · 语音 · 语音识别 · 认证 · 认证技术 · 身份验证 · 系统的安全

安全性

数字水印的信息应是安全的、难以篡改或伪造的，同时应当有较低的误检测率，当原内容发生变化时，数字水印应当发生变化，从而可以检测原始数据的变更；数字水印对重复添加有很强的抵抗性。

基于生物特征识别的身份认证技术

基于生物特征识别的身份认证技术是指通过可测量的身体或行为等生物特征进行身份认证的一种技术。

生物特征是指唯一的可测量或可自动识别和验证的生理特征或行为方式。使用传感器或者扫描仪读取生物的特征信息，将读取的信息和用户在数据库中的特征信息进行比对，如果一致则通过认证。

生物特征分为身体特征和行为特征两类。身体特征包括指纹、掌形、视网膜、虹膜、人体气味、脸型、手的血管和DNA等；行为特征包括签名、语音、行走步态等。

生物特征识别也存在安全隐患，一旦生物特征信息在数据库存储或网络传输中被盗取，攻击者就可以执行某种身份欺骗攻击，并且攻击对象会涉及所有使用生物特征信息的设备。总之，生物特征的唯一性使得基于生物特征识别技术具有很好的安全性、可靠性和有效性，但实现的技术复杂，技术尚不成熟，实施成本昂贵，在应用推广中不具有现实意义。

语音

在VR系统中，语音的输入、输出也很重要，这就要求虚拟环境能听懂人的语言，并能与人实时交互。而让计算机识别人的语音是相当困难的，因为语音信号和自然语言信号具有多边性和复杂性。例如，连续语音中的词与词之间没有明显的停顿，同一词、同一字的发音受前后词、字的影响，不仅不同人说同一词会有所不同，同一人的发音也会受到心理、生理和环境的影响而有所不同。

使用人的自然语言作为计算机输入目前存在两个问题，首先是效率问题，为便于计算机理解，输入的语音可能会相当烦琐。其次是正确性问题，计算机理解语音的方法是对比匹配，但没有人的智能。

语音识别

语音识别技术的目的是将人类语音中的词汇内容转换为计算机可读的输入，例如按键、二进制编码或者字符序列。不可否认，语音识别是未来最被看好的人机交互方式。

认证

认证又分为实体认证和消息认证两种。实体认证是识别通信对方的身份，防止假冒，可以使用数字签名的方法。消息认证是验证消息在传送或存储过程中有没有被篡改，通常使用报文摘要的方法。

基于共享密钥的认证

如果通信双方有一个共享的密钥，则可以确认对方的真实身份。这种算法依赖于一个双方都信赖的密钥分发中心（Key Distribution Center，KDC），如下图所示，其中的A和B分别代表发送者和接收者，K_A、K_B分别表示A、B与KDC之间的共享密钥。

基于共享密钥的认证协议

认证过程如下：A向KDC发出消息{A，K_A（B，K_S）}，说明自己要与B通信，并指定了与B会话的密钥K_S。注意，这个消息中的一部分（B，K_S）是用K_A加密的，所以第三者不能了解消息的内容。KDC知道了A的意图后就构造了一个消息{K_B（A，K_S）}发给B。B用K_B解密后就得到了A和K_S，然后就可以与A用K_S会话了。

然而，主动攻击者对这种认证方式可能进行重放攻击。例如A代表雇主，B代表银行。第三者C为A工作，通过银行转账取得报酬。如果C为A工作了一次，得到了一次报酬，并偷听和复制了A和B之间就转账问题交换的报文，那么贪婪的C就可以按照原来的次序向银行重发报文2，冒充A与B之间的会话，以便得到第二次、第三次……报酬。在重放攻击中攻击者不需要知道会话密钥K_S，只要能猜测密文的内容对自己有利或是无利就可以达到攻击的目的。

基于公钥的认证

这种认证协议如下图所示。A向B发出E_B（A，R_A），该报文用B的公钥加密。B返回E_A（R_A，R_B，K_S），用A的公钥加密。这两个报文中分别有A和B指定的随机数R_A和R_B，因此能排除重放的可能性。通信双方都用对方的公钥加密，用各自的私钥解密，所以应答比较简单。其中的K_S是B指定的会话键。这个协议的缺陷是假定双方都知道对方的公钥。

基于公钥的认证协议

认证技术

在电子商务交易过程中，交易双方互不见面，如何保证信息发送方和信息接收方的真实性，如何保证交易双方对信息的认可，是必须要解决的重要问题。身份认证、数字摘要、数字签名、数字时间戳等技术是电子商务交易活动中常用的认证技术。

身份认证

身份认证技术在电子商务信息安全中处于非常重要的地位，是其他安全机制的基础。只有实现了有效的身份鉴别，才能保证访问控制、安全审计、入侵防范等安全机制的有效实施。

身份认证的概念

身份认证也称为身份识别或身份鉴别。在电子商务活动过程中，通过身份认证鉴别互联网上用户身份的真实性，保证访问的可控制性以及通信过程的不可抵赖性和信息的完整性。这些问题一方面要通过数字摘要、数字签名等技术来解决，另一方面还需要通过数字认证中心等权威机构负责仲裁和信誉保证。只有这样，电子商务活动才能顺利开展。

身份认证的方法

现实生活中，人们可以通过出示身份证、驾驶证、工作证等证件证明自己的真实身份。网络环境中，身份认证通常基于以下几种方式进行。

（1）口令方式。口令方式是最简单的一种身份认证方式。我们登录电子邮箱，输入用户名、密码等账户信息就是一种基于口令方式的身份认证。基于口令方式进行身份认证的基本原理是将用户输入的口令与系统所保存的口令信息进行比较，进而判断用户身份是否合法。口令方式简单易行，但安全性不高。随着计算机等技术的不断进步和发展，攻击者很容易通过口令猜测、穷举、字典攻击等方式窃取口令。此外，以明文方式传递的口令的安全性还建立在对系统管理员信任的基础上。

（2）标记方式。标记方式是通过验证用户持有的某种物理介质，如智能卡、IC卡、磁卡等，判断用户的真实身份。

（3）人体生物特征方式。人体生物特征方式是指利用人体生物学特征如指纹、声音、虹膜、DNA等判断用户的真实身份。这些人体生物特征具有因个体不同而不同的特性，因此基于人体生物特征的身份识别是一种很准确和严格的识别方式，但应用成本较高，更适用于保密性要求较高的场合。

实际应用过程中，以上三种方式往往会结合起来使用。根据结合使用方式的个数，身份认证方式又可分为单因素认证、双因素认证和多因素认证。单独使用一种方式进行的身份认证称为单因素认证，将两种方式结合使用进行的身份认证称为双因素认证，以次类推，将三种以上方式结合使用进行的身份认证称为多因素认证。以在ATM机上使用银行卡为例，当用户在ATM机上插入银行卡后，ATM机还会要求用户输入正确的密码后方可进入系统进行相关操作，这一身份认证过程同时使用了标记和口令方式进行身份认证，是一种双因素认证方式。

数字签名

传统商务活动中，我们通过手写签名达到确认信息的目的。电子商务活动中，交易双方互不见面，可以通过数字签名确认信息。数字签名技术有效解决了电子商务交易活动中信息的完整性和不可抵赖性问题。

数字摘要

数字摘要的基本概念

数字摘要是利用哈希函数对原文信息进行运算后生成的一段固定长度的信息串，该信息串被称为数字摘要。产生数字摘要的哈希算法具有单向性和唯一性的特点。所谓单向性，也称为不可逆性，是指利用哈希算法生成的数字摘要，无法再恢复出原文；唯一性是指相同信息生成的数字摘要一定相同，不同信息生成的数字摘要一定不同。这一特征类似于人类的指纹特征，因此数字摘要也被称为数字指纹。

数字摘要的使用过程

数字摘要具有指纹特征，因此可以通过对比两个信息的数字摘要是否相同来判断信息是否被篡改过，从而验证信息的完整性。

数字摘要的使用过程如下图所示。

数字摘要的使用过程

（1）发送方将原文用哈希（Hash）算法生成数字摘要1；

（2）发送方将原文同数字摘要1一起发送给接收方；

（3）接收方收到原文后用同样的哈希（Hash）算法对原文进行运算，生成新的数字摘要2；

（4）接收方将收到的数字摘要1与新生成的数字摘要2进行对比，若相同，说明原文在传输的过程中没有被篡改，否则说明原文信息发生了变化。

数字摘要算法

哈希（Hash）算法是实现数字摘要的核心技术。数字摘要所产生的信息串的长度和所采用的哈希算法有直接关系。目前广泛应用的哈希算法有MD5算法和SHA-1算法。

MD5算法的全称是“Message-Digest Alogrithm 5”，诞生于1991年，由国际著名密码学家、RSA算法的创始人Ron Rivest设计发明，经MD2、MD3和MD4发展而来。MD5算法生成的信息摘要的长度为128位。

SHA算法的全称是“Secure Hash Alogrithm”，诞生于1993年，由美国国家标准技术研究院（NIST）与美国国家安全局（NSA）设计。SHA（后来被称作SHA-0）于1995年被SHA-1替代，之后又出现了SHA-224、SHA-256、SHA-384和SHA-512等，这些被统称为SHA-2系列算法。SHA-1算法生成的信息摘要的长度为160位，而SHA-2系列算法生成的信息摘要的长度则有256位（SHA-256）、384位（SHA-384）、512位（SHA-512）等。与MD5算法相比，SHA算法具有更高的安全性。

MD5算法和SHA算法在实际中有着广泛的应用。与公钥技术结合，生成数字签名。目前几乎主要的信息安全协议中都使用了SHA-1或MD5算法，包括SSL、TLS、PGP、SSH、S/MIME和IPSec等。UNIX系统及不少论坛／社区系统的口令都通过MD5算法处理后保存，确保口令的安全性。

需要说明的是，2004年8月，在美国加州圣芭芭拉召开的国际密码学会议上，我国山东大学王小云教授宣布了她及她的研究小组对MD5、HAVAL-128、MD4和RIPEMD等四个著名密码算法的破译结果。2005年2月，王小云教授又破解了另一国际密码算法SHA-1。这为国际密码学研究提出了新的课题。

数字签名

数字签名的基本概念

在ISO 7498-2标准中，数字签名被定义为：“附加在数据单元上的一些数据，或是对数据单元所做的密码变换，这种数据和变换允许数据单元的接收者用以确认数据单元来源和数据单元的完整性，并保护数据，防止被人（例如接收者）进行伪造”。实际上，简单地讲，数字签名就是在网络中传送信息报文时，附加一个特殊的唯一代表发送者个人身份的标记，以起到传统上手写签名或印章确认的作用。

数字签名建立在数字摘要的基础上，结合公钥加密技术实现。发送者应用自己的私钥对数字摘要进行加密，即生成数字签名。由于发送者的私钥仅为发送者本人所有，所以附加了数字签名的信息能够确认消息发送者的身份，也防止了发送者对本人所发送信息的抵赖行为。同时通过数字摘要技术，接收者可以验证信息是否发生了改变，从而确定信息的完整性。

数字签名的使用过程

数字签名的使用过程包括签名和验证两部分，如下图所示。

数字签名的使用过程

（1）发送方将原文用哈希（Hash）算法生成数字摘要Z；

（2）发送方将数字摘要Z用自己的私钥加密；

（3）发送方将加密后的数字摘要Z（即数字签名）同原文一起发送给接收方；

（4）接收方用发送方的公钥解密数字签名，得到数字摘要Z；

（5）接收方对接收到的原文用同样的哈希（Hash）算法生成数字摘要Z′；

（6）比较Z和Z′，若二者相同，说明信息完整且发送者身份是真实的。

由以上过程可以看到，数字签名具有以下两个作用：

（1）确认信息的完整性。接收方将原文生成的数字摘要与用接收到的原文生成的新的数字摘要进行对比，相同则说明信息没有改变，不同则说明信息内容发生了变化。因此数字签名能够验证信息是否被修改，从而确定信息的完整性。

（2）确认信息发送者的身份，保证发送信息的不可抵赖性。发送者用自己的私钥对数字摘要进行加密，接收者如果能用对应的公钥进行解密，则说明信息一定是由该发送者发送的，从而确认了发送者的身份。此外，由于发送者的私钥是发送者本人拥有（除非丢失、泄露或被窃取），所以发送者不能否认自己曾经发送过的信息。

数字签名的种类

实现数字签名的基本方法有以下几种。

（1）RSA签名。RSA签名是基于RSA算法实现数字签名的方案，ISO/IEC 9796和ANSI X9.30-199X已将RSA作为建议数字签名的标准算法。

（2）ElGamal签名。ElGamal签名是专门为签名目的而设计。该机制由T.ElGamal于1985年提出，经修正后，被美国国家标准与技术学会（NIST）作为数字签名标准（Digital Signature Standard，DSS）。

RSA签名基于大整数素数分解的困难性，ElGamal签名基于求离散对数的困难性。在RSA签名机制中，明文与密文一一对应，对特定信息报文的数字签名不变化，是一种确定性数字签名。ElGamal签名机制采用非确定性的双钥体制，对同一消息的签名，根据签名算法中随机参数选择的不同而不同，是一种随机式数字签名。

数字证书与认证机构

传统商务活动中，我们通过出示身份证、营业执照等证件证明我们的合法身份。身份证由公安部门发放，营业执照由工商管理部门发放，他们是大家信任的第三方权威机构，由他们所发放的身份或资格证明受到大家的认可。电子商务活动中，不见面的双方证明自己的真实身份，通过数字证书及其发放机构认证中心实现。

数字证书

数字证书的基本概念

数字证书（Digital Certification）是标识网络用户身份的电子文档，该电子文档由权威的第三方认证机构CA负责发放。数字证书包含用户的基本数据信息及公钥信息、颁发证书的CA的相关信息，并由CA进行数字签名，保证其真实性。数字证书类似于现实生活中的身份证、营业执照、军官证等证件，起到了证明网络用户身份及其公钥合法性的作用。

数字证书的分类

数字证书在网络活动中的应用领域与范围越来越广，按照其功能与用途进行分类主要有个人证书、单位证书、服务器证书、代码签名证书、CA证书。

（1）个人证书。用于证实参与个人网上交易、网上支付、电子邮件等业务时的用户身份。此类证书包含个人用户的身份信息、个人用户的公钥以及证书机构签发的签名等。

（2）单位证书。用于证明参与网络活动的企业的身份，包括单位身份证书、单位E-mail证书、部门证书、职位证书等多种类型。

（3）服务器证书。用于证实网络交易中服务器（如银行服务器、商家服务器）的身份及公钥。

（4）代码签名证书。用于证明软件开发者的身份。使用代码签名证书，用户可以验证软件的来源是否是真实的开发者，同时也可以确认软件的完整性，保证软件在接收过程中没有被篡改。

（5）CA证书。用户也可能需要验证CA的真实性，CA证书就是用来证明CA真实身份的证书。

数字证书的内容

数字证书遵循国际流行的ITU-Trec.X.509标准。数字证书的内容可分为两部分：数字证书拥有者的信息和颁发数字证书的CA的信息。

数字证书拥有者的信息主要包括：

（1）数字证书的版本信息。

（2）数字证书的序列号。每个数字证书都有一个唯一的证书序列号，用以识别证书。当证书被撤销时，数字证书序列号会被放入证书撤销列表中。

（3）数字证书的有效期。包括有效起始日期和有效终止日期，超过该日期范围，数字证书无效。

（4）数字证书的主题。证书拥有者的名称。

（5）公钥信息。数字证书拥有者的公钥信息，包括公钥加密体制算法名称及公钥的字符串信息，该项只适用于RSA加密算法体制。

（6）缩略图。即该证书的数字摘要，用以验证证书的完整性。

（7）缩略图算法。生成该证书数字摘要的算法。

（8）其他扩展信息。

颁发数字证书的CA的信息主要包括：

（1）数字证书颁发者的信息。包括CA的名称等。

（2）数字证书颁发者的数字签名。CA对颁发的证书的签名。

（3）数字签名算法。数字证书颁发者CA使用的数字签名算法。

数字证书的工作原理

使用数字证书就像我们平常使用身份证一样，当发送方发送信息给接收方时，发送方将信息与自己的数字证书一同发送给接收方，接收方通过验证数字证书确认发送方的身份。具体过程如下：

（1）接收方首先验证证书的真实性。接收方用CA的公钥解开CA对数字证书的签名，如果没有错误，说明证书是经过有效认证的。

（2）接收方验证证书的完整性。接收方采用数字证书中提供的数字摘要算法对数字证书进行运算生成数字摘要，再与数字证书中的数字摘要进行对比，如果一致，说明证书没有被篡改，验证了其完整性。

经过以上验证，确认了数字证书的真实性和可靠性，从而认证了信息发送方的身份。

在数字证书的使用过程中，涉及数字证书的有效性问题。如果数字证书无效，也就无须验证。有效的数字证书需满足以下三个条件：

（1）数字证书没有过期。数字证书的内容中包含数字证书的有效起始日期和有效终止日期，超过该日期范围的数字证书就是无效的，如下图所示。

数字证书有效期

（2）数字证书对应的密钥没有被修改或丢失。如果发生数字证书中的公钥被修改或数字证书公钥所对应的私钥丢失，其所对应的数字证书均应被视为无效。

（3）数字证书不在证书撤销列表中。数字证书认证机构会保存一张证书撤销列表，就像黑名单一样，将所有已撤销证书的信息列在该表中。如果证书信息（如序列号）已在证书撤销列表中，则该证书就是无效的，不能用于证明该证书拥有者的用户身份。

认证中心

认证中心是数字证书的颁发机构，是基于Internet平台建立的一个公正的、权威的、第三方独立组织机构，主要负责数字证书的发行、管理以及认证服务，其英文为Certification Authority，简称CA。

认证中心的核心职能是发放和管理数字证书，包括证书的颁发、证书的更新、证书的查询、证书的作废、证书的归档等。

证书的颁发

用户想获得数字证书时，首先要向认证中心提出申请，认证中心接收用户的申请，在核实情况后，批准或拒绝用户申请。批准用户申请签发数字证书遵循一定的原则：

（1）保证发出证书的序列号各不相同；

（2）两个不同实体所获得的证书主题内容相异；

（3）不同主题内容的证书包含的公开密钥相异。

证书的更新

认证中心可以定期更新所有用户的证书，或者根据用户的请求更新用户的证书。例如，用户证书有效期满以后，由认证中心负责进行证书的更新。

证书的查询

认证中心提供用户证书查询的管理，分为证书申请查询和用户证书查询。证书申请查询是指认证中心根据用户查询请求返回当前用户证书申请的处理过程；用户证书查询是指目录服务器根据用户的请求返回适当的证书。

证书的作废

用户私钥丢失、泄露等会造成用户证书需要申请作废，认证中心将根据用户的作废申请请求确定是否将该数字证书作废；或者证书已过有效期，认证中心自动将该证书作废。认证中心通过维护证书撤销列表（Certificate Renovation List，CRL）完成上述功能。

证书的归档

作废的证书并不能简单的丢弃，认证中心需要对其进行存档管理，以备需要验证以前某个交易过程中产生的数字签名时查询。

身份验证

检查应用程序验证调用者身份的方法，在何处使用身份验证，如何确保凭据在存储中或通过网络传递的安全。身份验证中的漏洞可能导致应用程序易受哄骗攻击、词典攻击、会话劫持等。下表重点列出了常见的身份验证漏洞。

常见的身份验证漏洞

测试中需要考虑下列问题，确定在应用程序进行身份验证的方法中的潜在漏洞。

. 是否区分公共访问和受限访问。

如果应用程序既有不要求身份验证的公共区域，也有要求身份验证的受限区域，检查站点设计区分二者的方法。必须为受限的页和资源使用单独的子文件夹，然后在IIS中将它们配置为要求SSL来确保安全。这种方法允许只在需要的地方使用SSL来确保敏感数据和身法验证cookie的安全性，从而避免了因在整个站点中使用SSL而造成的附加性能负担。

. 是否明确服务账户要求。

设计应明确连接不同资源（包括数据库、目录服务和其他类型的网络资源）的服务账户范围。设计中不能使用单个的、有高度特权的账户（有足够的权限连接多种不同类型的资源）。

①设计是否要求特权最少的账户。

检查设计并准确标识各账户执行特定功能所需的特权，然后在任何情况下都使用特权最少的账户。

②应用程序是否要维护服务账户凭据。

如果是，确保加密这些凭据，然后保存在受限的位置中。例如，保存在有受限访问控制列表（ACL）的注册表项。

. 如何验证调用者身份。

测试时考虑与调用者身份验证相关的下列事项。具体事项由设计中使用的身份验证类型决定。

①是否在网络中传递明文凭据。如果使用表单或基本身份验证（或使用Web服务并在SOAP头中传递凭据），确保使用SSL来保护传输中的凭据。

②是否实现自己的用户存储。如果是，检查用户凭据的存储位置和存储方式。一种常见错误是将明文或加密密码保存在用户存储中。实际上，必须保存密码的哈希值来进行身份验证。

如果根据SQL Server用户存储验证凭据，密切注意用户名和密码的输入。检查是否存在恶意注入的SQL字符。

③是否使用表单身份验证。如果是，除使用SSL保护凭据外，还应使用SSL来保护身份验证cookie。此外，还要检查设计是否使用受限的会话生存期来抵御cookie重播攻击，并确保加密cookie。

. 如何验证数据库的身份。

如果应用程序要连接数据库，检查使用的身份验证机制、打算使用的账户（一个或多个），以及如何在数据库中授权应用程序。

明确下列问题有助于对数据库身份验证进行评价。

①是否使用SQL身份验证。

在理想情况下，设计使用Windows身份验证来连接SQL Server，因为这种方法本身更加安全。如果使用SQL身份验证，检查在网络中和数据库连接字符串中确保凭据安全的方法。

如果网络基础结构不提供IPSec加密通道，确保在数据库中安装服务器证书来提供自动SQL凭据加密。此外，还要检验确保数据库连接字符串安全的方法，因为这些字符串中包含SQL账户的用户名和密码。

②是否使用进程账户。

如果使用应用程序的进程账户并使用Windows身份验证连接SQL服务器，应在设计中使用特权最少的账户。本地ASP.NET账户便是为此提供的，尽管对于本地账户来说，用户需要在数据库服务器上创建一个相同的账户。

如果打算使用域账户，首先确保它是特权最少的账户，然后打开相关的端口来确保所有相关防火墙都支持Windows身份验证。

③是否使用服务账户。

如果设计要求使用多个身份来支持数据库中的高粒度授权，则需要检查保存账户凭据（在理想情况下，这些凭据使用数据保护API（DPAPI）加密并保存在安全注册表项中）的方法，以及使用服务身份的方法。

此外，还要检查使用哪些进程通过该服务账户创建模拟的安全上下文。该操作不应由Microsoft Windows 2000中的ASP.NET应用程序进程来完成，因为它将强制提升进程账户的特权，并授予“作为操作系统的一部分”特权。这种情况必须尽量避免，它将大大增加风险。

④是否考虑使用匿名Internet用户身份。

对于使用表单或Passport身份验证的应用程序而言，可为各个程序配置单独的匿名用户账户。然后，启用模拟并使用匿名身份来访问数据库。该方法适于对同一服务器的不同应用程序进行单独的授权和身份跟踪。

⑤是否使用原始用户身份。

如果设计要求模拟原始调用者，必须考虑该方法是否能提供足够的伸缩性，因为连接池是无效的。另一种备选方法是，通过受信的查询参数在应用程序级流动原始调用者身份。

⑥如何保存数据库连接字符串。

如果数据库连接字符串硬编码，或以明文形式保存在配置文件或COM+目录中，则很容易受到攻击。实际上，应加密它们，然后限制对加密数据的访问。

. 是否强制使用强账户管理措施。

如果应用程序使用Windows身份验证，Windows安全策略将强制使用强密码、受限登录和其他最佳账户管理策略。其他情况，则由应用程序层负责这些措施。测试要考虑与应用程序账户管理相关的下列问题。

①应用程序是否强制使用强密码。

例如，ASP.NET Web页是否使用正则表达式来验证密码复杂性规则。

②是否限制失败登录的次数。

这样做有助于对抗词典攻击。

③是否在故障发生后公开过多的信息。

确保不显示类似“不正确的密码”这样的消息，因为它将告诉恶意用户：用户名是正确的。结果，恶意用户便可集中精力破解密码。

④是否强制定期更改密码。

如果不强制定期更改密码，用户极有可能不更改自己的密码，结果风险更高。

⑤是否能在泄露发生时迅速禁用账户。

如果账户泄露，是否能方便地禁用账户来防止攻击者继续使用账户。

⑥应用程序是否记录登录企图。

记录失败的登录企图是检测攻击者试图侵入的有效方法。

系统的安全

系统的安全涉及两类不同的问题，一类涉及技术、管理、法律、道德和政治等问题，另一类涉及操作系统的安全机制。随着计算机应用范围扩大，在所有稍具规模的系统中都从多个级别上来保证系统的安全性。一般从4个级别上对文件进行安全性管理：系统级、用户级、目录级和文件级。

（1）系统级。系统级安全管理的主要任务是不允许未经授权的用户进入系统，从而也防止了他人非法使用系统中各类资源（包括文件）。系统级管理的主要措施有注册与登录。

（2）用户级。用户级安全管理是通过对所有用户分类和对指定用户分配访问权，不同的用户对不同文件设置不同的存取权限来实现。例如，在UNIX系统中将用户分为文件主、同组用户和其他用户。有的系统将用户分为超级用户、系统操作员和一般用户。

（3）目录级。目录级安全管理是为了保护系统中各种目录而设计的，它与用户权限无关。为了保证目录的安全，规定只有系统核心才具有写目录的权利。

（4）文件级。文件级安全管理是通过系统管理员或文件主对文件属性的设置来控制用户对文件的访问。通常可设置以下几种属性：只执行、隐含、只读、读／写、共享、系统。用户对文件的访问，将由用户访问权、目录访问权限及文件属性三者的权限所确定，或者说是有效权限和文件属性的交集。例如对于只读文件，尽管用户的有效权限是读／写，但都不能对只读文件进行修改、更名和删除。对于一个非共享文件，将禁止在同一时间内由多个用户对它们进行访问。

题号导航 2020年下半年多媒体应用设计师上午试卷综合知识

本试卷我的完整做题情况



	第41题在手机中做本题