I think the algorithm is probably incorrect. A number starting with 0 should be treated lexically not numerically. Otherwise you have a situation where img_1_01.jpg and img_01_1.jpg does not have a complete ordering.
I think the plan is for each GP's prescribing system/appointment system to export enough data that you can just use the NHS app for your needs.
i know I can book appointments through it.
Obviously doesn't help when the GP is still sifting through paper records. But those are few and far between.
I'm only slightly familiar with the specific features ACPI provides. But isn't the solution the following
For every "feature" provided by the SMM or bios.
Export a UUID ( eg NVME resume implementation1)
Have that feature have an enable and disable function.
Have each feature have a dependency on each iorange / firmware device it needs access to.
If the kernel know how to implement the feature it can just disable the feature and then as long as it follows the dependency tree and can see nothing else accesses those ranges. It can know that it has exclusive use. If it doesn't have exclusive use it must use the firmware to access those ranges if possible or fall back to no support
If the firmware has a feature without a disable function. The kernel knows it can never access that hardware directly/safely.
You could even have a "lock device" that if you take you know that SMM won't access those io ranges whilst you have the lock.
I'm getting office365 nagging me to change the pdf viewer on android after each download in chrome about 15 minutes after the download. Can't find the setting to stop it.
Most likely an early disconnection fee during the minimum term. Nearly everyone has a minimum term with virgin media as they only apply promotional discounts if you have a 12,18 or 24 month minimum term and the price shoots up as soon as you roll over onto the monthly.
It's quite scary that the House of lords (unelected peers), previously seen as undemocratic may be the only thing stopping the commons from rushing through legislation as they don't have to pander to public option. Which I guess was always their purpose
Probably because you can't dispute for any reason. But if there wasn't enough notice. If you don't give 10 working days notice (unless initiated by the person). An immediate refund can be requested.
Bad service isn't a reason for a refund. And if the person doesn't say "This debit was in error. I wasn't given notice" or similar the bank will usually say this is a legitimate direct debit
[0] https://www.directdebit.co.uk/DirectDebitExplained/pages/dir...
In a high security situation. It would not be a password, but a smartcard which authenticates the device before providing its key, and the device authenticating the smartcard.
Edit: For the purposes of the Networked Evil Maid Attacks. Mutual Authentication (of device and user) is currently the purpose of research. It has not needed to be implemented yet as the regular Evil Maid is still possible due to the fact that Secure Boot is currently the easier target to circumvent. Once Secure Boot becomes harder to circumvent and old "assumed" buggy kernels are revoked from running. Networked Evil Maid counter measures will need to be implemented as standard
You have a disk encrypted laptop. That key is protected by a password.
Secure boot means that when you log in you can trust that the disk decryption screen is not a disk encryption key exfiltration screen waiting for you to enter your password so that a disk backup taken earlier can be decrypted.
How?
The disk encryption is based on a key in the TPM which only is decrypted with your password. That TPM gets wiped when you disable secure boot. The result is that when you enter your password either you get a correct decryption key or your disk encryption key has already been wiped. Assuming it's not possible to run untrusted code before the disk encryption key login screen with secure boot enabled.
kernel lockdown is part of the parcel for making sure that untrusted code does not run that can exfiltrate the disk decryption key.