Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Type of meeting: Gotomeeting (https://www.gotomeet.me/peppoledelivery)

Participants and absents


Chair

Berg, Hans <hans.berg@tickstar.com> as eDelivery Community Leader

...

Langøy, Bård <bard.langoy@pagero.com>

Agenda

  1. Define a way how to support SHA2 algorithms in PEPPOL AS2 profile
    1. Based on "eDelivery Capability extension work group" result document, chapter 3.2 (see file at the bottom of this page).
    2. Migration plan is needed

Background

PEPPOL AS2 profile mandates the use of "SHA 1" as the message digest algorithm for the non-repudiation of receipt.

...

The original documents created by the eDelivery Capability Extension work group are attached at the bottom of this page for reference.

Discussion

  • Current PEPPOL AS2 specification 1.01 references RFC 3851 - S/MIME 3.1 Message Specification
  • RFC 5751 (dated Jan 2010) obsoletes RFC 3851 - S/MIME 3.2 Message Specification:

Proposal

To change the usage of SHA1 to SHA 256 in the PEPPOL AS2 profile the following steps are suggested:

...

  1. The usage of a separate transport profile (like "busdox-tansport-as2-ver1p0r1") is not favoured, because it would have implications not only on all APs but also on all SMPs.

Update 2019-01-29

  • The specification document v.1.2 is finished and agreed upon
  • Open issue is the migration support document, which should contain the following information
    • What are the differences in HTTP headers in the 3 phases:
      • Old AS2 specifcation
      • During the migration to AS2 v.1.2
      • After the migration when only AS2 v.1.2 is in effect
    • Outline the differences in all 3 phases for
      • Senders
      • Receivers creating an MDN
    • Migration period start: 2019-02-01 (first of February)
    • Migration period end: 2019-06-01 (first of June)

-- EoD

Attachments

Attachments