Nniqabs for everyone.

What do you expect when you have a computer with Fat Agnus? Oh how I remember the days my friend and I took turns playing with her blitter and sprites. And then sometimes inviting her friends Denise and Lisa to the party. She finally started smoking so we had to part ways.

Or just make sure the path of the warhead stays in a path which would cause damage to something the group sending the laser owned if the beam went through the missile. You would then blow the missile up right as soon as it detected a laser beam first touching it. Then the laser beam would continue on to a friendly target with nothing to dissipate it until then.

So are you saying there is no possibility to reflect said laser beam without destroying the missile? Materials are certainly available that can take the heat while reflecting a good percentage of the beam reducing the amount of heat on the missile itself. Some high power lasers actually reflect the beam internally to help get to a high power level.

If you can bounce the beam then missiles would just need that same ability to divert the laser energy back at the source rendering the laser worse than useless because it could destroy the source of the beam.

And what if missiles start using mirrored surfaces that reflect the light back at the source? Doh!

It seems obvious to me too that rolling back transactions is a major sign of instability. At any moment your transfers could be declared invalid (not related at all to your transaction) and rolled back. If that doesn't show a major sign of problems with the bitcoin system I don't know what does. Could you imagine the uproar with vendors if Visa or Mastercard decided to rollback the last days worth of transactions? I actually was interested in bitcoins because of previous articles but I would say this isn't for me after this.

You didn't get the memo? We call regular windows light orifaces now. An example. Jack lost his ball when it went through sally's light oriface popping the virgin oriface and hitting Sally's baby on the head.

Mischievous hackers are going to have a field day with this one. They will really be able to crash the devices. Popup on the console... "Please accept this paypal transaction to avoid going off the cliff in front of you."

I have seen relatives use them for Christmas and birthday presents. It makes me wonder how often that actually happens. Charge for the boxes when someone gets one. Don't give them away free expecting everyone to use them to mail something.

"Nothing with sensitive information was ever stored on it"... That you know of. Once people start using it in a business environment they (or others that learn about it) are likely to use it for more sensitive files in a crunch. It is inevitable.

"magnet to his/ her tongue with Fixodent" Certainly nothing bad could come of that... Like kids swallowing the magnets. Very bad idea.

Unbreakable as in the resources required would be very significant to get access... yes. Laptops that use pre-boot authentication have solutions to protect them as long as they are powered off when stolen. The problem with phones of any kind is that they are always powered on so a pre-boot authentication scheme does not work for them. Even if you tried to protect the key the device has to have it in memory to decrypt the data so there could be a way to get it. For those using "GOOD for Enterprise" instead of the built-in exchange functionality you are protected. GOOD is a separate app that requires a pass phrase to access the data. I don't really like this solution because it is not integrated but that is a benefit from a security standpoint.

Do you seriously think that updating router firmware, firewalls, etc would be harder than migrating to IPv6? IPv6 transition would be much more difficult. Devices have to support IPv6 for them to work. Fixing routing just needs a relatively simple change on the router/firewall.

I have been following this issue for awhile now which also affects CentOS 4 and CentOS 5. For setting up Linux firewall systems it can be a big security risk for interfaces to come up differently on a reboot. There are workarounds but an out of the box solution would surely make setting up firewalls easier on Linux.

The details are in the redhat bug here:
https://bugzilla.redhat.com/show_bug.cgi?id=491432

I use the fix where you tell udev to ignore ethernet cards and let the normal modprobe.conf load the modules.

/etc/udev/rules.d/10-local.rules add the following:

SUBSYSTEM=="pci", SYSFS{class}=="0x020000", OPTIONS="ignore_device"