split key blacklists into separate artifact

Description

Some large resource files representing RSA key blacklists for things like the Debian weak keys were added as part of MDA-69. The reasoning for this was that the Debian weak keys were the primary use case for that stage, so not including the static blacklists was just putting users of the stage to more trouble.

I still think that reasoning is valid, but the resources are quite large. The aggregator-pipeline artifact has grown from about 150KB in v0.8.0 to over 13MB in v0.9.0, so the resources are probably about 98% of the new artifact. It might therefore make sense to bundle the resources (but not the stage) into a separate artifact so that someone deploying in a scenario which doesn't require them doesn't have to include them.

We're a bit late in the cycle for this to be done as part of v0.9.0, so it should probably be done in v0.10.0. I'd actually be happy to bend the rules and do it for a v0.9.1 if we ended up doing that for some other reason.

Environment

None

Activity

Show:

Ian YoungApril 21, 2023 at 4:07 PM

Rework into two artifacts, with new package names, is commit bde2a658904bb644c874d03a544425b7920e3bc3.

Ian YoungApril 21, 2023 at 11:46 AM

Per https://shibboleth.atlassian.net/browse/MDA-266 (reopened), there should be two artifacts, one for legacy RSA keys with moduli under 2048 bits. and one for modern RSA keys.

Done

Details

Assignee

Reporter

Components

Fix versions

Affects versions

Created December 17, 2015 at 10:56 AM
Updated May 16, 2024 at 12:22 PM
Resolved April 26, 2017 at 2:58 PM