Skip to content

set IneffectiveDate for w_sub_ca_aia_does_not_contain_issuing_ca_url#972

Merged
christopher-henderson merged 1 commit intozmap:masterfrom
mhyder13:issuerUrl
Jul 12, 2025
Merged

set IneffectiveDate for w_sub_ca_aia_does_not_contain_issuing_ca_url#972
christopher-henderson merged 1 commit intozmap:masterfrom
mhyder13:issuerUrl

Conversation

@mhyder13
Copy link
Copy Markdown
Contributor

@mhyder13 mhyder13 commented Jul 1, 2025

This change is intended to fix #956. It sets an IneffectiveDate for this lint for when this requirement was removed from the BRs to maintain backwards compatibility. I've also included a test with a certificate with a notBefore one second after the IneffectiveDate. That test cert is a sample cert modified to trigger this lint. I ran manual before-and-after tests with it to verify that it does trigger the warning without the patch. I'm confident has sufficient fidelity for this use, but let me know if you'd like to clean up any any component to make it a bit more like a real CA cert.

I traced back the changes, and it looks like this requirement was removed from the BRs in v2.0.0 as part of the profile rework. You can see the new MAY requirement that replaced it in § 7.1.2.10.3 and the old SHOULD in the previous v1.8.7 §7.1.2.2(c). (That section was also rewritten from the language cited in the lint in v1.7.1, but that revision kept the SHOULD requirement, now phrased as It SHOULD contain the HTTP URL of the Issuing CA’s certificate (accessMethod = 1.3.6.1.5.5.7.48.2).) Note that 2.0.0 is the revision immediately following 1.8.7.

Copy link
Copy Markdown
Member

@christopher-henderson christopher-henderson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you @mhyder13!

  1. Thank you for tackling this issue.
  2. Thank you for your patience over the holiday
  3. Thank you for hunting down the precise diffs. Indeed, this activity is 90% of what I do in this repo and it's not the most fun thing in the world.

I agree that a deprecation of the lint on the 2.0.0 suffices for this change. That is to say, no new lint is necessary as the MAY language would result in a PASS in either scenario where the URL either does-or-does-not exist.

...make it a bit more like a real CA cert.

Thank you for considering this! The test certs are intended to be incredibly specific to the one requirement that they are exercising. As such, the rest of the cert can be of any shape-and-content that is reasonable. For my part, I like to leave little easter eggs such as song lyrics or quotes from old cartoons.

@christopher-henderson christopher-henderson merged commit 7ede4d5 into zmap:master Jul 12, 2025
4 checks passed
@mhyder13 mhyder13 deleted the issuerUrl branch July 13, 2025 00:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

w_sub_ca_aia_does_not_contain_issuing_ca_url is outdated

2 participants