Skip to Content.
Sympa Menu

technical-discuss - RE: [InC-Technical] InCommon Baseline Expectations Metadata Requirements

Subject: InCommon Technical Discussions

List archive

RE: [InC-Technical] InCommon Baseline Expectations Metadata Requirements


Chronological Thread 
  • From: "Farmer, Jacob" <>
  • To: Nick Roy <>, "Cantor, Scott" <>, "" <>
  • Subject: RE: [InC-Technical] InCommon Baseline Expectations Metadata Requirements
  • Date: Thu, 9 Nov 2017 14:53:49 +0000
  • Accept-language: en-US
  • Ironport-phdr: 9a23:rmvXqxG6swa+cpN5SI7CVJ1GYnF86YWxBRYc798ds5kLTJ76p827bnLW6fgltlLVR4KTs6sC0LuG9fi4EUU7or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRpOOv1BpTSj8Oq3Oyu5pHfeQtFiT6+bL9oMBm6sRjau9ULj4dlNqs/0AbCrGFSe+RRy2NoJFaTkAj568yt4pNt8Dletuw4+cJYXqr0Y6o3TbpDDDQ7KG81/9HktQPCTQSU+HQRVHgdnwdSDAjE6BH6WYrxsjf/u+Fg1iSWIdH6QLYpUjm58axlVAHnhzsGNz4h8WHYlMpwjL5AoBm8oxBz2pPYbJ2JOPZ7eK7WYNEUSndbXstJVyJPHJ6yb5cBAeQCM+ZXrYj9qEcBohalCgmgGP/jxydUinPq36A31fkqHwHc3AwnGtIDqHrYotXvO6cIVOC60rPIwS3eZP1Swzjy9I/IfQsvrfqRWr9wc9LRyUc1GAPfi1Wft5blMiiU1uQQqWSU8fdvVf+2hmMhtgp/rD+vxsI2hYnIgIIY0l/E9SRlwIY1ON23U1R3bsKjEJtVsSyRKoh4Qts6Tm11pio3zqcKtJy/cSQQ1Zgr3QPTZviIfoSQ/x7uW+KcLS1liH9kZL6znQu+/Emvx+HmS8W53ldHojJLktbStX0Byxne582GR/dg/kquxTOC2Bzd5+xLJE05lLbXJ4AvwrM1mZcev1nPETXwlU7rlqGZbF8k9fKt6+n/YrXpuJucN4hshwH+KKsugNC/AeEiPQgIRWSb5OW81KH4/UHjQbVKiOA5kqjDv5DcP8sXvLC2DBJI0oo76ha/CSmp0MgAkHUaMl5IfAiLgortNl3UPfz0F+qzjlCjnTtzwvDJJLzhApHDLnjZl7fheK5w60xEyAo9199f/ZdUBa8bIP/oW0/xqcbUAQEkPAyp2+rnEsly1psCWWKTBa+UKKLSsVmU6eIoJumMYYgVuDDnJ/gi/f7ugmY1mUMDcqa13ZsXbnG4Eeh8LEWdeHbjn9YBEXwWsQojV+zqk0aPUTpSZ3apQ6I8/S83BJinDYfFWoCinqaB3CGlEZ1KeGxKEE6DHmr1d9bMZ/BZTiOZIYdblS1MAb67TJ4J1BeyuRX8xqY9aOfY53tc/djI3d5p4PeX3So58iBoRYzJ2GiLU2Zu2DkgQCQrmq1zvBo5gh2f3KN4hf1THNgW6/JSWRohLrbdyed9DtX1XETGZNjDAAK6T96mBzA6R9Z0z94VaFtmAP2jiBvE2i+tBfkSjbPdV7Iu9aeJlVb4PcNw0TKO9qAqiFNsCp9NLWOvnKty7SDSGsjEn1jPxPXiTrgVwCOYrDTL9mGJpkwNFVcoCag=

Nick,

I like the Qualys SSL scanner and we use it often. Given my history, though,
I
am reluctant to rely on it for this kind of thing. A real-world story from
the
last few years: Qualys made a change to the scanner which caused sites we
manage that were in the A range to fall into the B+ range. I don't recall all
of the details about why; I think it had to do with cipher suites. Our load
balancer -- a widely deployed product on its current version -- could not be
adjusted to bring it back up to A. There was something in the configuration
that Qualys simply didn't like and there was no way to fix it until a vendor
patch shipped.

I'm glad that we took the time to get it figured out, but I also don't think
that the quality of SSL was meaningfully degraded in the interim.

I support the idea of defining "good TLS" but I am reluctant to rely on this
scanner to define it.

Jacob

-----Original Message-----
From:


[mailto:]
On Behalf Of Nick Roy
Sent: Wednesday, November 8, 2017 4:59 PM
To: Cantor, Scott
<>;


Subject: Re: [InC-Technical] InCommon Baseline Expectations Metadata
Requirements



On 11/8/17 1:58 PM, Cantor, Scott wrote:
>> RECOMMENDED:
>>
>> SSL certificates on endpoints are valid
> That seems like a slippery slope: valid re: dates? Specific CAs? Key sizes?
> What about ciphers, or use of TLS 1.0, etc.?
>
> Requiring a logo is, I think, underspecified, we should mandate specific
> size(s).
>
> I'd like to see errorURL be required with guidance around what should be
> behind it.

We think errorURL should be included as well, but since it was not part of
the
'required' elements that AAC specified (AAC assumed errorURL was part of the
mdui: information, and it is not) that means this would have to go back to
ACC
to make errorURL a separate required element.

Agree re: specific requirements for SSL and logo.

Here is my proposed requirement for SSL for endpoints (since it's recommended
but not required):

- Achieve a grade of A on the Qualys SSL scanner [1]

And for HTTPS Logo URL:

- Must result in an HTTP 200 in response to a GET request
- Image must be either a PNG or JPG
- Image must be 80 pixels in width by 60 in height

[1] https://github.com/ssllabs/research/wiki/SSL-Server-Rating-Guide

Let me know if you think this is something that would better be discussed in
detail by the Ops Advisory Group or in some other venue.

Thank you,

Nick

>
> -- Scott
>
>

Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.19.

Top of Page