Hi, @Xander Warren
Yes, this is a known one, and you can safely ignore it. The same Event ID 2042 "Config Read Failed, Config: 18, Access is denied" started showing up for people who installed the October 28 preview update (KB5127936), and since the November 10 Patch Tuesday update rolls those same changes out to everyone, you're now seeing it too. It's a logging glitch in the firewall service at startup, not an actual firewall failure. Your own checks (Defender and firewall running, SFC and DISM clean) line up with that.
Config 18 is an internal firewall setting that was changed in this update, so the service still tries to read it at boot, fails, and writes the error, then carries on normally. That's why it appears exactly twice per boot and nothing else is broken. Microsoft went through a nearly identical situation last year with the same event ID ("More data is available" instead of "Access is denied"), and they confirmed back then that the firewall keeps working as expected and no action is needed.
Here are some suggestions you can try:
Leave it alone and keep Windows Update on. This kind of thing gets quietly fixed in a later cumulative update, and there's nothing to repair on your end.
If the red entries bother you, don't bother with "netsh advfirewall reset" or resetting the firewall. It did nothing for the previous 2042 bug and it won't here either.
Only if you really want a clean log right now, you could uninstall the November update (Settings > Windows Update > Update history > Uninstall updates), but I wouldn't recommend that since you'd lose the security fixes just to hide a cosmetic error.
Quick sanity check if you want peace of mind: Windows Security > Firewall & network protection should show all three profiles On. If they are, you're good.