Page MenuHomeFreeBSD

caroot: update the root bundle
ClosedPublic

Authored by michaelo on Mar 8 2025, 3:42 PM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Apr 22, 10:44 AM
Unknown Object (File)
Tue, Apr 22, 9:24 AM
Unknown Object (File)
Tue, Apr 22, 12:36 AM
Unknown Object (File)
Fri, Apr 18, 12:02 PM
Unknown Object (File)
Mon, Apr 14, 3:42 PM
Unknown Object (File)
Sat, Apr 5, 4:04 AM
Unknown Object (File)
Mar 20 2025, 11:45 AM
Unknown Object (File)
Mar 20 2025, 11:42 AM
Subscribers

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 62836
Build 59720: arc lint + arc unit

Event Timeline

Remove also expired untrusted roots

This looks reasonable to me, thanks! We'll want an associated EN, as well- are you OK with preparing for that?

This revision is now accepted and ready to land.Mar 12 2025, 12:57 PM

This looks reasonable to me, thanks! We'll want an associated EN, as well- are you OK with preparing for that?

I must admit that I have no idea how to create an EN. Whould that apply only to stable branches?

This looks reasonable to me, thanks! We'll want an associated EN, as well- are you OK with preparing for that?

I must admit that I have no idea how to create an EN. Whould that apply only to stable branches?

So we can MFC these kinds of changes to stable/ branches without overhead, but we then submit EN to get secteam@ to roll them into patch releases following MFC. You can use the pre-existing caroot EN you pointed at for most of the fields, but you'd want to grab a fresh copy of the EN template in case there's some verbiage updates int he parts that we don't fill out: https://www.freebsd.org/security/errata-template.txt -- the completed template then gets attached to a new bugzilla PR for secteam to track (I think we can just file a new "Base System" > misc PR for "Bundled caroot in existing releases is out of date", attach the template then assign it to secteam@ with the "needs_errata" flag set).

This looks reasonable to me, thanks! We'll want an associated EN, as well- are you OK with preparing for that?

I must admit that I have no idea how to create an EN. Whould that apply only to stable branches?

So we can MFC these kinds of changes to stable/ branches without overhead, but we then submit EN to get secteam@ to roll them into patch releases following MFC. You can use the pre-existing caroot EN you pointed at for most of the fields, but you'd want to grab a fresh copy of the EN template in case there's some verbiage updates int he parts that we don't fill out: https://www.freebsd.org/security/errata-template.txt -- the completed template then gets attached to a new bugzilla PR for secteam to track (I think we can just file a new "Base System" > misc PR for "Bundled caroot in existing releases is out of date", attach the template then assign it to secteam@ with the "needs_errata" flag set).

Alright, I will do. Let me first merge and MFC. I will work on a new EN in parallel.

Awesome, thanks! Let me know if you need help with the process- I'd like others to be comfortable with updating the caroot bundle as I'd never intended to be the long-term maintainer of it, but I've failed repeatedly to entice anyone else into dealing with it.

Awesome, thanks! Let me know if you need help with the process- I'd like others to be comfortable with updating the caroot bundle as I'd never intended to be the long-term maintainer of it, but I've failed repeatedly to entice anyone else into dealing with it.

Let's make sure we have a good process doc as an outcome of this as well (link to EN process etc.)

Will work on EN after MFC.

Awesome, thanks! Let me know if you need help with the process- I'd like others to be comfortable with updating the caroot bundle as I'd never intended to be the long-term maintainer of it, but I've failed repeatedly to entice anyone else into dealing with it.

Who is supported to cherry-pick to releng? If me, do I need someone else's approval or can I just pick from stable with git cherry-pick -x stable/XY?

Who is supported to cherry-pick to releng?

Secteam will do that. You can just fill out the erratum template and mail it to secteam.

Who is supported to cherry-pick to releng?

Secteam will do that. You can just fill out the erratum template and mail it to secteam.

Great, I have it almost complete. Will file the issue as soon as the MFC is done.

No reaction from secteam...

Just dropping a note for posterity that they ack'd ~40 minutes after that comment