TESLA allows all receivers to check the integrity and authenticate the source of each packet in multicast or broadcast data streams. TESLA requires no trust between receivers, uses low-cost operations Network Working Group A. Perrig Request for Comments:
Google Network Working Group M. Baugher Request for Comments: Please refer to the current edition of the "Internet Official Protocol Standards" STD 1 for the standardization state and status of this protocol.
Distribution of this memo is unlimited. Introduction Multicast and broadcast communications introduce some new security challenges compared to unicast communication.
Many multicast and broadcast applications need "data origin authentication" DOAor "source authentication", in order to guarantee that a received message had originated from a given source, and was not manipulated during the transmission.
In unicast communication, a pairwise security association between one sender and one receiver can provide data origin authentication using symmetric-key cryptography such as a message authentication code, MAC.
When the communication is strictly pairwise, the sender and receiver agree upon a key that is known only to them. In groups, however, a key is shared among more than two members, and this symmetric-key approach does not guarantee data origin authentication. When there is a group security association [RFC] instead of a pairwise security association, any of the members can alter the packet and impersonate any other member.
The MAC in this case only guarantees that the packet was not manipulated by an attacker outside the group and hence not in possession of the group keyand that the packet was sent by a source within the group. A common way to solve the problem is by use of asymmetric cryptography, such as digital signatures.
This method, unfortunately, suffers from high overhead in terms of time to sign and verify and bandwidth to convey the signature in the packet.
Several schemes have been proposed to provide efficient data origin authentication in multicast and broadcast scenarios.TESLA, short for Timed Efficient Stream Loss-tolerant Authentication, offers sender authentication, strong loss robustness, high scalability, and minimal overhead, at the cost of loose initial.
TESLA stands for Timed Efficient Stream Loss-Tolerant Authentication (message authentication). TESLA is defined as Timed Efficient Stream Loss-Tolerant Authentication (message authentication) very frequently.
We propose a Time–Efficient stream Loss –Tolerant Authentication broadcast authentication protocol based on Group signature and Identify (ID) based signature techniques. We TESLA (Timed Efficient Stream Loss – tolerant Authentication) . With TSVC, a vehicle first. PDF | This document introduces Timed Efficient Stream Loss-tolerant Authentication (TESLA).
TESLA allows all receivers to check the integrity and authenticate the source of each packet in multicast or broadcast data streams. Timed Efficient Stream Loss-tolerant Authentication (TESLA) Parameters Created Last Updated Available Formats XML HTML Plain text. Finally, scheme V, which we call TESLA(short for Timed Efficient Stream Loss-tolerant Authentication), satisfies all the properties we listed in the introduction.
The cryptographic primitives used in this section are reviewed in Appendix A, which also contains a sketch of a security analysis for our scheme.