Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: sidr@ietfa.amsl.com
Delivered-To: sidr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id EF042127071;
 Mon, 30 Jan 2017 17:20:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.5
X-Spam-Level: 
X-Spam-Status: No, score=-7.5 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-3.199,
 SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
 header.d=cs.tcd.ie
Received: from mail.ietf.org ([4.31.198.44])
 by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id cs_PM4ORssMu; Mon, 30 Jan 2017 17:20:26 -0800 (PST)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 255D912009C;
 Mon, 30 Jan 2017 17:20:25 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
 by mercury.scss.tcd.ie (Postfix) with ESMTP id 81026BE39;
 Tue, 31 Jan 2017 01:20:23 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1])
 by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 2PhYA1YzGOJq; Tue, 31 Jan 2017 01:20:22 +0000 (GMT)
Received: from [10.87.48.75]
 (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252])
 by mercury.scss.tcd.ie (Postfix) with ESMTPSA id AD562BE2F;
 Tue, 31 Jan 2017 01:20:21 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail;
 t=1485825622; bh=++SXkprU1BX0qVkGDUHNVR8JfjGt+Yiq+KXy1fWyKP4=;
 h=Subject:To:References:Cc:From:Date:In-Reply-To:From;
 b=Pqkjkn0Y9f40gLcrF1tG3zpEBDKpm7eM7ZaOdOQ5BKdZWabUkq98a5hamZCMklknR
 2s5x7VuLB2z3QCwzLyS0A+TgJBlmvRCoRb0z7z1OHIJqL5fyRFCiT8DtACsiEAd00a
 /MjWWubHs55+uma7zNuuQpuAZLKWNZb/u5+n5dsE=
To: Rob Austein <sra@hactrn.net>
References: <148478450463.2001.14196919509991761982.idtracker@ietfa.amsl.com>
 <20170131005807.0669146654B0@minas-ithil.hactrn.net>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url=
Message-ID: <bda9ba71-6458-0b9e-f819-0713d95ffb5a@cs.tcd.ie>
Date: Tue, 31 Jan 2017 01:20:21 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <20170131005807.0669146654B0@minas-ithil.hactrn.net>
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
 micalg=sha-256; boundary="------------ms060807000306010809070208"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidr/UMQi9OYAswbD-KhXWzhoPbRfCf0>
Cc: Chris Morrow <morrowc@ops-netman.net>, sidr-chairs@ietf.org,
 The IESG <iesg@ietf.org>, sidr@ietf.org, draft-ietf-sidr-publication@ietf.org
Subject: Re: [sidr] Stephen Farrell's Discuss on
 draft-ietf-sidr-publication-10: (with DISCUSS and COMMENT)
X-BeenThere: sidr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Secure Interdomain Routing <sidr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sidr>,
 <mailto:sidr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidr/>
List-Post: <mailto:sidr@ietf.org>
List-Help: <mailto:sidr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sidr>,
 <mailto:sidr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Jan 2017 01:20:29 -0000

This is a cryptographically signed message in MIME format.

--------------ms060807000306010809070208
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Hi Rob,

On 31/01/17 00:58, Rob Austein wrote:
> At Wed, 18 Jan 2017 16:08:24 -0800, Stephen Farrell wrote:
> ...
>> ----------------------------------------------------------------------=

>> DISCUSS:
>> ----------------------------------------------------------------------=

>>
>> Why is sha-256 hardcoded?
>=20
> Real answer: because it's hard-coded in RFC 6486 and we were trying to
> use the same hashing algorithm for manifests, this, and RRDP
> (draft-ietf-sidr-delta-protocol).

Hmm. I don't see sha-256 mentioned in 6486 never mind
hardcoded. Is there some indirection I'm missing? (But this
may be moot, see below.)

>=20
>>  You could easily include a hash alg-id even as an option and in
>> that way get algorithm agility, as called for by BCP201.  (Or you
>> could use something like ni URIs but that's a bit of a self-serving
>> suggestion;-) Anyway, what's the plan for replacing sha-256 here?
>> (This is a bit of a subset of Alissa's discuss with which I agree.)
>>
>> One possible way to handle this here is to identify sha-256 as
>> the default hash algorithm but to re-define the ABNF for hash
>> to allow an alg-id of some sort to be included there. Or have
>> some generic versioning text somewhere that calls for a
>> version bump if sha-256 is not to be used.
>=20
> I had been assuming that an algorithm change would be a protocol
> version bump.  Given that the server is probably storing these hashes
> in a database, changing the algorithm is probably a bit more involved
> than just changing the bits on the wire.

WRT clearing the discuss, if the draft said that then I'd
be happy to clear. (Meaning that I don't care how the spec
achieves alg. agility so long as it does somehow.)

Cheers,
S.

PS: I'm happy to chat about stuff below, but no need if we
don't need to:-)

>=20
>> ----------------------------------------------------------------------=

>> COMMENT:
>> ----------------------------------------------------------------------=

>>
>> - general: I think a design that uses https with mutual auth
>> would have been better and easier. But given that this is
>> implemented and deployed, I guess it's too late for this one.
>=20
> The design goals included offline authentication for audit purposes,
> possibly years after the fact.  That's hard to do with any sort of
> channel security mechanism, hence this approach.
>=20
>> - As with the oob spec, the xmlns values get me a 404.
>=20
> Don't think this is critical, but I can put up a vhost for this at
> some point if it will make people happier.
>=20
>> - section 6: I don't agree that CMS signed data means that
>> https is not needed. The latter provides confidentiality and
>> integrity and server auth which the former does not.  And even
>> ignoring the security reasons, https is arguably much easier
>> to deploy and requires less development. And http is
>> vulnerable to middlebox messing (e.g. a client using http is
>> more likely to be forced to support cleartext proxy-auth
>> passwords).  I would encourage you to encourage use of https
>> with server auth in addition to CMS signed data payloads.
>=20
> Er, the CMS signatures do provide integrity, I think.
>=20
> Having implemented both application code using both HTTPS and CMS as
> part of this project, I will have to respectfully disagree on relative
> difficulty of implementation.  CMS is a format hairball, true, but
> it's all signed objects which can be signed and verified calmly at the
> implementation's convenience.  TLS authentication tends to involve
> callbacks at awkward times, requiring one to make authentication
> decisions at a time chosen by somebody at the other end of a network
> connection, which can get pretty nasty.
>=20
> That said, I don't really object to HTTPS as a transport protocol, so
> long as we don't have to change the authentication mechanism.
>=20


--------------ms060807000306010809070208
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ
BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD
ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll
bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw
aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA
Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra
C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3
rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5
R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r
dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt
3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw
MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ
QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv
BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5
BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu
Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll
bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc
MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE
MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG
9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD
C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9
U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM
aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai
9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC
BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE
BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs
IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g
QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC
SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC
ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv
mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm
VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4
D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI
dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu
N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE
FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp
MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE
WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG
JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+
SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g
BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv
bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY
0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF
NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9
uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p
6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv
Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu
mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7
RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO
/ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN
JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM
MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG
A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0
Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA
oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAxMzEw
MTIwMjFaMC8GCSqGSIb3DQEJBDEiBCA2ObgLl1SlJEv+4v5T6jB1Mhy3UkhUABezDwMVOM+h
RzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN
AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC
AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0
Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw
IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB
nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t
IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD
VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq
hkiG9w0BAQEFAASCAQAKlIrg/MtkBS7q7JnakP7m5XJtAhXr3nz89mnpAcLb9hOVuhNTEtFn
BNcc9bP3sxcV/hKZuDhI9eNVqf/d5XTST0dQzVQ5O40AEqyzv6cS6p+3zIlXakFWW9gQ7geD
DISqQJZiSIO7o0s0irwrInAJ0h7uVuRMzkJLuPJTnPlK3GHXOApMndW3zj6s/TPrWVwGsP/W
fEpQuTsGFLQuPfYLiSqwNVdr+9j2MM3jr1QQiE1bk5Gmw/CJY7Aft9iLmTeaq7Pl9htLE3d7
Vndj3y3YwGOINwUqAU7MAGF2LCwpyjfUY+Ain7lNuL7PVI2qFwrat+Zb5SNIJimzmqRZbGdx
AAAAAAAA
--------------ms060807000306010809070208--

