You can't have no lights, you can't have incandescents, and yet you can't have CFLs. They can't have it all, they need to decide what they are going to enforce.
Depends on the sensor. If they pass a (low) voltage through even when "off" then that can be a problem.
As well, CFLs (like the big tubes in the office) have huge lifetimes - but they only have so many start cycles. If they are turning on and off all night or so, this could cause them to die early.
So where's the thermal energy coming from? The reason the heat pump is so efficient is that it's not "producing" heat, it's moving it from one place to another.
File permissions and, if possible, some kind of MAC such as SELinux will go a long way in protecting that data. Still, if one were to compromise the web server application itself, the application could access it (as it has to have access to function). You can only really protect it from other applications/users on the system.
You might further protect it by storing this data in a loopback LUKS volume, though this means you'll have to manually (or automatically, thus defeating the purpose) mount this prior to starting the application. This would only protect you from an offline attack (eg a dirty NOC tech looking for info) assuming they didn't have online access to the machine.
If I were to use ntpasswd to zap the password, would the DPAPI protected data still be accessible? Or would it be in effect gone, since the password was used to protect it?
(ntpasswd zapping is effectively the same as removing the hash from/etc/shadow)
Amusing anecdote: on the GW2 forums people kept getting password-guessed. I pointed this strip out in a few places as a recommendation.
Fast forward a week or two and the Arenanet president sends out an email talking about various things... and provides said strip as a suggestion for crafting good passwords! Kudos XKCD! (and possibly myself, as I had not seen anyone else point it out to them)
I generally just slap the keyboard and supply whatever results as the password. Using your email as the password was always stupid. Why do you even require a password!?
Which is why real browsers like Firefox support the idea of a "master password" - the key is not stored, you have to enter it. Either that, or the key is itself encrypted and the password unlocks it for use.
Great way to damage the inside of the tire and the sidewall. Sure, it worked. However, you're much more likely to have a 'catastrophic' blowout. Eg, you're on the highway at 80mph and "POP!"
That's great and all, but you're mostly just repeating what I've said.
What I was just saying now, is that "if there was evidence, it would be science and not faith" is not impossible. If evidence were provided, why could we not call it science then?
Slashdot Mirror
Then you ask them what they want you to do.
You can't have no lights, you can't have incandescents, and yet you can't have CFLs. They can't have it all, they need to decide what they are going to enforce.
Depends on the sensor. If they pass a (low) voltage through even when "off" then that can be a problem.
As well, CFLs (like the big tubes in the office) have huge lifetimes - but they only have so many start cycles. If they are turning on and off all night or so, this could cause them to die early.
Oh don't get me wrong, it's stupid - but not nearly as stupid as storing them in plain...
This part.
You'll use those bulbs for the same reason why a four-year-old won't share their toys: because they've been told to.
The trouble with your analogy is that I'm a grown adult...and the government is NOT my fucking parent....
The trouble with your analogy is that I'm a grown adult...
You sure could have fooled us with that attitude.
You may be an adult by years, but your maturity leaves something to be desired.
Wow. Power for me is $80/month to heat/cool/light a studio apartment. Fuck!
Pretty sure the requirement for CFLs/LEDs etc trumps the requirement for the dimmer.
So where's the thermal energy coming from? The reason the heat pump is so efficient is that it's not "producing" heat, it's moving it from one place to another.
Indeed. His use is basically a glass-enclosed spaceheater.
File permissions and, if possible, some kind of MAC such as SELinux will go a long way in protecting that data. Still, if one were to compromise the web server application itself, the application could access it (as it has to have access to function). You can only really protect it from other applications/users on the system.
You might further protect it by storing this data in a loopback LUKS volume, though this means you'll have to manually (or automatically, thus defeating the purpose) mount this prior to starting the application. This would only protect you from an offline attack (eg a dirty NOC tech looking for info) assuming they didn't have online access to the machine.
If I were to use ntpasswd to zap the password, would the DPAPI protected data still be accessible? Or would it be in effect gone, since the password was used to protect it?
(ntpasswd zapping is effectively the same as removing the hash from /etc/shadow)
Reference.
Amusing anecdote: on the GW2 forums people kept getting password-guessed. I pointed this strip out in a few places as a recommendation.
Fast forward a week or two and the Arenanet president sends out an email talking about various things... and provides said strip as a suggestion for crafting good passwords! Kudos XKCD! (and possibly myself, as I had not seen anyone else point it out to them)
It would make more sense had you actually gone and read.
It was a log not a list.
I generally just slap the keyboard and supply whatever results as the password. Using your email as the password was always stupid. Why do you even require a password!?
It always upsets me when I see logins used for plain FTP.
SFTP people! It's not hard!
Which is why real browsers like Firefox support the idea of a "master password" - the key is not stored, you have to enter it. Either that, or the key is itself encrypted and the password unlocks it for use.
but if it isn't very dense, then that might not matter.
That was perhaps the best worst pun ever.
Great way to damage the inside of the tire and the sidewall. Sure, it worked. However, you're much more likely to have a 'catastrophic' blowout. Eg, you're on the highway at 80mph and "POP!"
I think you meant "thus damaging the tire (and possibly the rim, too)."
I'm sorry, yes it does. It doesn't mean your assessment is right, however the piece as a whole is the reference for your claim.
That's great and all, but you're mostly just repeating what I've said.
What I was just saying now, is that "if there was evidence, it would be science and not faith" is not impossible. If evidence were provided, why could we not call it science then?
There's no need for the CVE or whatever to be so explicit as to say "HACKERS GO HERE."
Hell most of the MS security patches say something entirely useless like "a security flaw has been identified in Windows that may...."
Indeed. If China wanted to use these, they wouldn't need us for it.
I'd rather they ultrasound me than use one of those scanners. From my understanding ultrasound does not utilize radiation.
turns out you can use one to look through the liver at the heart
If your heart (or liver) is in the wrong quadrant of your trunk, you have yourself some serious problems...