Browse Prior Art Database

The Content-MD5 Header Field (RFC1864)

IP.com Disclosure Number: IPCOM000004120D
Original Publication Date: 1995-Oct-01
Included in the Prior Art Database: 2019-Feb-12
Document File: 4 page(s) / 5K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

J. Myers: AUTHOR [+1]

Related Documents

10.17487/RFC1864: DOI

Abstract

This memo specifies an optional header field, Content-MD5, for use with MIME-conformant messages. [STANDARDS-TRACK]

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 49% of the total text.

Network Working Group J. Myers Request For Comments: 1864 Carnegie Mellon Obsoletes: 1544 M. Rose Dover Beach Consulting, Inc. October 1995

The Content-MD5 Header Field

Status of this Memo

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. 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.

Abstract

This memo specifies an optional header field, Content-MD5, for use with MIME-conformant messages.

Table of Contents

1. Introduction .............................................. 1 2. Generation of the Content-MD5 Field ....................... 2 3. Processing the Content-MD5 field .......................... 3 4. Security Considerations ................................... 3 5. Acknowledgements .......................................... 3 6. References ................................................ 3 7. Authors’ Addresses ........................................ 4

1. Introduction

Despite all of the mechanisms provided by MIME [1] which attempt to protect data from being damaged in the course of email transport, it is still desirable to have a mechanism for verifying that the data, once decoded, are intact. For this reason, this memo defines the use of an optional header field, Content-MD5, which may be used as a message integrity check (MIC), to verify that the decoded data are the same data that were initially sent. The Content-MD5 header may also be placed in the encapsulated headers of an object of type message/external-body, to be used to verify that the retreived and decoded data are the same data that were initially referenced.

MD5 is an algorithm for computing a 128 bit "digest" of arbitrary- length data, with a high degree of confidence that any alterations in the data will be reflected in alterations in the digest. The MD5

Myers & Rose Standards Track [Page 1]

RFC 1864 Content-MD5 Header Field October 1995

algorithm itself is defined in [2]. This memo specifies how the algorithm may be used as an integrity check for MIME mail.

2. Generation of the Content-MD5 Field

The Content-MD5 field is generated by only an originating user agent. Message relays and gateways are expressly forbidden from generating a Content-MD5 field.

Use of the Content-MD5 field is completely optional, but its use is recommended whenever data integrity is desired, but Privacy-Enhanced Mail services [3] are not available. (Consult Section 4 for further details.) The Content-MD5 field may only be added to MIME entities of a ‘leaf’ nature, i.e., the Content-MD5 field may be used with any content type other than multipart or message/rfc822.

To generate the value of the Content-MD5 field, the MD5 algorithm is computed on the canonical form of the MIME entity’s object. In particular, this means that the sender applies the MD5 algorithm on the da...

Processing...
Loading...