[Dime] New Security Consideration Section for the QoS Drafts
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Dime] New Security Consideration Section for the QoS Drafts
Hi all,
Here is a first proposal for an updated security consideration section for
* draft-ietf-dime-diameter-qos-06.txt
* draft-sun-dime-itu-t-rw
Ciao
Hannes
-----------------------------
11. Security Considerations
This document describes a mechanism for performing authorization of a
QoS reservation at a third party entity. Therefore, sufficient
information needs to be made available to the Authorizing Entity to
can make such an authorization decision. Information may come from
various sources, including the application layer signaling, the
Diameter protocol (with its security mechanisms), from policy
information stored available with a AAA server and from a QoS
signaling protocol.
Below there is a discussion about considerations for the Diameter QoS
interaction between an Authorizing Entity and a Network Element.
Security between the Authorizing Entity and the Network Element has a
number of components: authentication, authorization, integrity and
confidentiality.
Authentication refers to confirming the identity of an originator for
all datagrams received from the originator. Lack of authentication
of Diameter messages between the Authorizing Entity and the Network
Element can seriously jeopardize the fundamental service rendered by
the Network Element. A consequence of not authenticating the message
sender by the Network Element would be that an attacker could spoof
the identity of a "legitimate" Authorizing Entity in order to
allocate resources, change resource assignments or free resources.
The adversary can also manipulate the state at the Network Element in
such a way that it leads to a denial of service attack by, for
example, setting the allowed bandwidth to zero or allocating the
entire bandwidth available to a single flow.
A consequence of not authenticating the Network Element to an
Authorizing Entity is that an attacker could impact the policy based
admission control procedure run by the Authorizing Entity to provide
a wrong view of the resources used in the network. Failing to
provide the required credentials should be subject to logging.
Authorization refers to whether a particular Authorizing Entity is
authorized to signal a Network Element with requests for one or more
applications, adhering to a certain policy profile. Failing the
authorization process might indicate a resource theft attempt or
failure due to administrative and/or credential deficiencies. In
either case, the Network Element should take the proper measures to
log such attempts.
Integrity is required to ensure that a Diameter message has not been
maliciously altered. The result of a lack of data integrity
enforcement in an untrusted environment could be that an imposter
will alter the messages exchanged between a Network Entity and an
Authorizing Entity potentially causing a denial of service.
Confidentiality protection of Diameter messages ensures that the
signaling data is accessible only to the authorized entities. When
signaling messages from the Application Server, via the Authorizing
Entity towards the Network Element traverse untrusted networks, lack
of confidentiality will allow eavesdropping and traffic analysis.
Additionally, Diamater QoS messages may carry authorization tokens
that require confidentiality protection.
Lastly, there can be security vulnerability to the applications
traversing a Network Element when a resource on a Network Element is
controlled by multiple Authorizing Entities. The operation of a
Network Element may be disrupted due to conflicting directives from
multiple Authorizing Entities. Care must be taken in deployment to
ensure that Network Elements are impacted by misconfiguration.
Diameter offers security mechanisms to deal with the functionality
demanded in the paragraphs above. In particular, Diameter offers
communication security between neighboring Diameter peers using
Transport Layer Security (TLS) or IPsec. Authorization capabilities
are application specific and part of the overal implementation.
_______________________________________________
DiME mailing list
DiME at ietf.org
https://www.ietf.org/mailman/listinfo/dime
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.