Same thing happened 4/4/2018 (m/d/yyyy) on an HP EliteDesk 705G3 SFF with Windows 10 v1703. But this is a locked down computer lab machine and its BIOS administrative password had been set.
Took awhile to figure out why it suddenly wouldn't boot because during initial setup last summer, as with all 40 new PCS in this lab, the firmware had been set to enable the Legacy (BIOS) boot and disable the Secure (UEFI) boot.
Having ruled out all the usual possibilities,
I decided to check whether the firmware had been changed. I had to use the BIOS supervisor password to access the settings and found that the settings had indeed been reset to their defaults (Disable Legacy Boot and Enable Secure Boot).
I changed them back to enable the BIOS boot and disable the UEFI boot. Then I went through the HP firmware change validation process (type in a 4 digit number to match the randomly generated number that was presented to me) and then rebooted the PC.
The PC booted into Windows 10 per normal, but then I heard the Windows startup sound!
This should not have happened because during PC setup the internal speaker had been disabled per our usual procedure to prevent random (or maybe not so random) tones and tunes from dozens of PCs from disrupting class.
I had logged into this machine several times since initial setup and it had never emitted the Windows startup or any other sound. So I restarted and again used the BIOS admin supervisor access -- discovered that the internal speaker was enabled -- disabled it and again went through the change validation process.
After booting to Windows 10, all worked normally and silently.
A check of the Windows Setup log revealed that the PC's previous shutdown was on 3/21/2018. The Setup log indicated that KB4074590 (Security Update for Microsoft Windows) was installed on 3/8/2018 (reboot did not occur until 3/16/2018).
On 3/19/2018, changes were initiated to change KB4056887 from Installed to Absent for client id CbsTask and to change KB4056890 from superseded to Absent for client id CbsTask, but apparently no reboot was necessary for these changes to occur.
Then I found "How to access UEFI Firmware settings on Windows 10/8.1" on The Windows Club website. The article showed me how to change firmware settings via Settings > Update and Security > Recovery > Advanced startup > Troubleshoot > UEFI Firmware Settings.
BOTTOM LINE: It apparently is possible for a Windows Update (or combination thereof) to override the BIOS administrator password and reset PC firmware to its defaults -- without disabling or changing BIOS password.
FOLLOW UP: After Spring semester final exams, tested the low CMOS battery hypothesis by disconnecting the machine from electrical power for three weeks. (According to the Windows event log, there had been two weeks from the 3/21/2018 shutdown until 4/4/2018 when the issue was discovered, so two weeks would be the maximum time that the machine could have been disconnected from electrical power.) However, when the machine was reconnected to electrical power and turned on after three weeks, it booted in BIOS mode per usual. Accordingly, it still seems possible that a very unusual (and unknown at this time) combination of events somehow allowed a malfunctioning Windows Update process to use Windows 10's firmware change authority to reset the firmware to its default values.