- Glossary
non-repudiation
Definition[s]:
Assurance that the sender of information is provided with proof of delivery and the recipient is provided with proof of the sender’s identity, so neither can later deny having processed the information.
Source[s]:
NIST SP 800-18 Rev. 1 under Non-repudiation from CNSSI 4009
NIST
SP 800-60 Vol. 1 Rev. 1 under Non-repudiation from CNSSI 4009 - Adapted
NIST SP 800-60 Vol. 2 Rev. 1 under Non-repudiation from CNSSI
4009 - Adapted
Assurance the sender of data is provided with proof of delivery and the recipient is provided with proof of the sender’s identity, so neither can later deny having processed the data.
Source[s]:
NIST SP 800-59 under Non-repudiation from CNSSI 4009
Protection against an individual falsely denying having performed a particular action. Provides the capability to determine whether a given individual took
a particular action such as creating information, sending a message, approving information, and receiving a message.
Source[s]:
CNSSI 4009-2015
A service using a digital
signature that is used to support a determination of whether a message was actually signed by a given entity.
Source[s]:
NIST SP 800-175B Rev. 1 under Non-repudiation
NIST SP 800-57 Part 2 Rev.1 under Non-repudiation
In a general information security context, assurance that the sender of information is provided with proof of delivery, and the recipient is provided with proof of the sender's identity, so neither can
later deny having process the information .
Source[s]:
NIST SP 800-57 Part 2 Rev.1 under Non-repudiation
A service using a digital
signature that is used to support a determination by a third party of whether a message was actually signed by a given entity.
Source[s]:
NIST SP 800-57 Part 1 Rev. 5 under Non-repudiation
Protection against an individual who falsely denies having performed a certain action and provides the capability to determine whether an individual took a certain action, such as creating information, sending a message, approving information, or receiving a message.
Source[s]:
NIST SP 800-53 Rev. 5
The inability to deny responsibility for performing a specific act.
Source[s]:
NISTIR 4734 under Non-repudiation
[Page 16]
1.4. Security Services
X.800 defines a security service as a service provided by a protocol layer of communicating open systems, which ensures adequate security of the systems or of data transfers. Perhaps a clearer definition is found in RFC 2828, which provides the following definition: a processing or communication service that is provided by a system to give a specific kind of protection to system resources; security services implement security policies and are implemented by security mechanisms.
[Page 17]X.800 divides these services into five categories and fourteen specific services [Table 1.2]. We look at each category in turn.[4]
Table 1.2. Security Services [X.800][4] There is no universal agreement about many of the terms used in the security literature. For example, the term integrity is sometimes used to refer to all aspects of information security. The term authentication is sometimes used to refer both to verification of identity and to the various functions listed under integrity in this chapter. Our usage here agrees with both X.800 and RFC 2828.
AUTHENTICATION |
|
Peer Entity Authentication |
Used in association with a logical connection to provide confidence in the identity of the entities connected. |
Data Origin Authentication |
In a connectionless transfer, provides assurance that the source of received data is as claimed. |
ACCESS CONTROL |
|
DATA CONFIDENTIALITY |
|
Connection Confidentiality |
The protection of all user data on a connection. |
Connectionless Confidentiality |
The protection of all user data in a single data block |
Selective-Field Confidentiality |
The confidentiality of selected fields within the user data on a connection or in a single data block. |
Traffic Flow Confidentiality |
The protection of the information that might be derived from observation of traffic flows. |
DATA INTEGRITY |
|
Connection Integrity with Recovery |
Provides for the integrity of all user data on a connection and detects any modification, insertion, deletion, or replay of any data within an entire data sequence, with recovery attempted. |
Connection Integrity without Recovery |
As above, but provides only detection without recovery. |
Selective-Field Connection Integrity |
Provides for the integrity of selected fields within the user data of a data block transferred over a connection and takes the form of determination of whether the selected fields have been modified, inserted, deleted, or replayed. |
Connectionless Integrity |
Provides for the integrity of a single connectionless data block and may take the form of detection of data modification. Additionally, a limited form of replay detection may be provided. |
Selective-Field Connectionless Integrity |
Provides for the integrity of selected fields within a single connectionless data block; takes the form of determination of whether the selected fields have been modified. |
NONREPUDIATION |
|
Nonrepudiation, Origin |
Proof that the message was sent by the specified party. |
Nonrepudiation, Destination |
Proof that the message was received by the specified party. |
[Page 18]
Authentication
The authentication service is concerned with assuring that a communication is authentic. In the case of a single message, such as a warning or alarm signal, the function of the authentication service is to assure the recipient that the message is from the source that it claims to be from. In the case of an ongoing interaction, such as the connection of a terminal to a host, two aspects are involved. First, at the time of connection initiation, the service assures that the two entities are authentic, that is, that each is the entity that it claims to be. Second, the service must assure that the connection is not interfered with in such a way that a third party can masquerade as one of the two legitimate parties for the purposes of unauthorized transmission or reception.
Two specific authentication services are defined in X.800:
Peer entity authentication: Provides for the corroboration of the identity of a peer entity in an association. It is provided for use at the establishment of, or at times during the data transfer phase of, a connection. It attempts to provide confidence that an entity is not performing either a masquerade or an unauthorized replay of a previous connection.
Data origin authentication: Provides for the corroboration of the source of a data unit. It does not provide protection against the duplication or modification of data units. This type of service supports applications like electronic mail where there are no prior interactions between the communicating entities.
Access Control
In the context of network security, access control is the ability to limit and control the access to host systems and applications via communications links. To achieve this, each entity trying to gain access must first be identified, or authenticated, so that access rights can be tailored to the individual.
Data Confidentiality
Confidentiality is the protection of transmitted data from passive attacks. With respect to the content of a data transmission, several levels of protection can be identified. The broadest service protects all user data transmitted between two users over a period of time. For example, when a TCP connection is set up between two systems, this broad protection prevents the release of any user data transmitted over the TCP connection. Narrower forms of this service can also be defined, including the protection of a single message or even specific fields within a message. These refinements are less useful than the broad approach and may even be more complex and expensive to implement.
The other aspect of confidentiality is the protection of traffic flow from analysis. This requires that an attacker not be able to observe the source and destination, frequency, length, or other characteristics of the traffic on a communications facility.
Data Integrity
As with confidentiality, integrity can apply to a stream of messages, a single message, or selected fields within a message. Again, the most useful and straightforward approach is total stream protection.
[Page 19]A connection-oriented integrity service, one that deals with a stream of messages, assures that messages are received as sent, with no duplication, insertion, modification, reordering, or replays. The destruction of data is also covered under this service. Thus, the connection-oriented integrity service addresses both message stream modification and denial of service. On the other hand, a connectionless integrity service, one that deals with individual messages without regard to any larger context, generally provides protection against message modification only.
We can make a distinction between the service with and without recovery. Because the integrity service relates to active attacks, we are concerned with detection rather than prevention. If a violation of integrity is detected, then the service may simply report this violation, and some other portion of software or human intervention is required to recover from the violation. Alternatively, there are mechanisms available to recover from the loss of integrity of data, as we will review subsequently. The incorporation of automated recovery mechanisms is, in general, the more attractive alternative.
Nonrepudiation
Nonrepudiation prevents either sender or receiver from denying a transmitted message. Thus, when a message is sent, the receiver can prove that the alleged sender in fact sent the message. Similarly, when a message is received, the sender can prove that the alleged receiver in fact received the message.
Availability Service
Both X.800 and RFC 2828 define availability to be the property of a system or a system resource being accessible and usable upon demand by an authorized system entity, according to performance specifications for the system [i.e., a system is available if it provides services according to the system design whenever users request them]. A variety of attacks can result in the loss of or reduction in availability. Some of these attacks are amenable to automated countermeasures, such as authentication and encryption, whereas others require some sort of physical action to prevent or recover from loss of availability of elements of a distributed system.
X.800 treats availability as a property to be associated with various security services. However, it makes sense to call out specifically an availability service. An availability service is one that protects a system to ensure its availability. This service addresses the security concerns raised by denial-of-service attacks. It depends on proper management and control of system resources and thus depends on access control service and other security services.