Slashdot Mirror


NASA To Encrypt All of Its Laptops

pev writes "After losing another laptop containing personal information, NASA wants to have all of its laptops encrypted within a month's time with an intermediate ban on laptops containing sensitive information leaving its facilities. Between April 2009 and April 2011 it lost or had stolen 48 'mobile computing devices.' I wonder how long it will be before other large organizations start following suit as a sensible precaution?"

52 of 226 comments (clear)

  1. They waited this long because? by Liquidretro · · Score: 3, Interesting

    They waited this long because? First?

    1. Re:They waited this long because? by baoru · · Score: 5, Funny

      Obviously it took them this long because it's not rocket science.

    2. Re:They waited this long because? by jonnyj · · Score: 4, Informative

      In the UK, the Information Commissioner has for many years routinely fined any company that loses an unencrypted laptop - even, in one famous case, where the laptop was stolen in a burglary at an employee's own home. It's unheard of for any large organisation over here to _not_ have encryption on all portable devices. I'm gobsmacked that NASA has been so slack.

    3. Re:They waited this long because? by JosKarith · · Score: 2

      I work for a financial services company and any portable device is encrypted as a matter of course. That's just a basic security measure, and I'm amazed NASA have waited so long.

      --
      'Don't worry' said the trees when they saw the axe coming, 'The handle is one of us.'
    4. Re:They waited this long because? by Rootbear · · Score: 5, Interesting

      This is not a new policy. The implementation of full disk encryption has been underway for some time. We are doing laptops first, then desktops. The current fire drill is because a laptop with PII was stolen at NASA HQ and it was one that had not yet had full disk encryption installed.

      NASA IT staff are as overworked and under appreciated as anywhere. If NASA had wanted full disk encryption done sooner, they could have added the resources to make it happen. And that would have taken resources from missions, like Curiosity and the James Webb telescope. It's all about priorities.

    5. Re:They waited this long because? by Culture20 · · Score: 5, Insightful

      Resources == salaries. Do you pay two IT guys or an engineer/scientist?

    6. Re:They waited this long because? by NumenMaster · · Score: 4, Insightful

      Funny enough right? How is it not STANDARD practice? I work for a really small state agency and that's the FIRST thing we do after imaging our laptops. It's been our policy for years. I'm so awestruck at the news.

      --
      Where's my sock? There it is...
    7. Re:They waited this long because? by oneandoneis2 · · Score: 2, Interesting

      Because the typical end user is stupid and forgets their password.

      On a normal laptop, this means a bit of inconvenience.

      On an encrypted laptop, this means a loss of all data.

      You have to have solutions for this problem in place before you can roll it out.

      --
      So.. it has come to this
    8. Re:They waited this long because? by geekoid · · Score: 4, Insightful

      They have a finite pool of money. Putting something in IT takes money from the finite pool.
      The poster is correct, ti's about priorities.
      Since that vast majority of information NASA has is useless to anyone not in a space agency, it seems this was a good priority of limited funds.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    9. Re:They waited this long because? by mrchaotica · · Score: 3, Funny

      That's amazing! I have the same combination on my luggage!

      (Don't blame me; somebody had to say it!)

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    10. Re:They waited this long because? by QuantumRiff · · Score: 2

      They thought they had it, but realized they were not converting the units correctly. One group was using MebiBytes, and the other was using MegaBytes..

      --

      What are we going to do tonight Brain?
    11. Re:They waited this long because? by Anonymous Coward · · Score: 2, Insightful

      Because encrypting data is like putting it in a black hole, from which it might never return. If you lose your password, THAT'S IT! GONE!

      For a technically competant user base, like (i'd like to assume) NASA employees probably are, go for it!

      But for people who struggle with Microsoft Word and basic e-mail? Well... uh... let's just say an organization might want to perform an analysis of how many times their employees call in for password resets. There will likely be a strong correlation between data loss and password resets.

      Sure, the data might not fall into the wrong hands anymore, but with statistics for every lost laptop, add ON TOP OF THAT data that's effectively destroyed by users getting locked out of their own encryption. That could ALSO be very costly in terms of lost man-hours, and possibly an unnecessary risk depending on how much sesnsitive data you REALLY deal with.

    12. Re:They waited this long because? by ae1294 · · Score: 3, Informative

      Because the typical end user is stupid and forgets their password.

      On a normal laptop, this means a bit of inconvenience.

      On an encrypted laptop, this means a loss of all data.

      You have to have solutions for this problem in place before you can roll it out.

      No it doesn't. You add a second admin key to all the laptops.. It's not rocket science..

    13. Re:They waited this long because? by mk1004 · · Score: 2

      Because the typical end user is stupid and forgets their password.

      On a normal laptop, this means a bit of inconvenience.

      On an encrypted laptop, this means a loss of all data.

      You have to have solutions for this problem in place before you can roll it out.

      No, a real IT department will have an admin account so that they can get into the machine and reset the lost password. That technique is not rocket science either.

      I suspect that most people don't encrypt their home computers because 1) They don't know that they should do it. 2) They don't know how to do it. 3) They probably wouldn't set up a back up admin account for a forgotten password. 4) Consumer versions of XP and Vista don't have encryption built-in. Not sure about Win 7 and 8.

      --
      I can mend the break of day, heal a broken heart, and provide temporary relief to nymphomaniacs.
    14. Re:They waited this long because? by luis_a_espinal · · Score: 5, Insightful

      This is not a new policy. The implementation of full disk encryption has been underway for some time. We are doing laptops first, then desktops. The current fire drill is because a laptop with PII was stolen at NASA HQ and it was one that had not yet had full disk encryption installed.

      NASA IT staff are as overworked and under appreciated as anywhere. If NASA had wanted full disk encryption done sooner, they could have added the resources to make it happen. And that would have taken resources from missions, like Curiosity and the James Webb telescope. It's all about priorities.

      But therein lies the problem. It should not be underway for some time. It should have been in place as an iron-fist de-factor rule a long time ago.

      I sympathize with you and the other IT folks. Underfunded and under appreciated IT and dev folks alike. It is shitty, and I know what it's like (been there, don't that.) But, to not have laptops encrypted? To furnish unencrypted laptops? There is some serious break-ups there man. Why? Because, however overworked your team might be, I have a hard time believing that IT will furnish an un-imaged laptop, as-is from the vendor/supplier, to the user. I'm sure IT images the laptops, so it stands to reason that the imaging will include encryption.

      If the laptops are being furnished as-is from the vendors, that's a fuck-up.

      If the laptops do get imaged, but do not get encryption, that's also a fuck-up.

      Any government agency has some type of security and information assurance program and guidelines. And in them, encryption of laptops must be there somewhere. If that is the case, then it is a IT fuck-up. If it is not, then it is a IA fuck-up.

      I'm not necessarily blaming you or any specific IT person, but this is a serious crap-o-lah that goes against what is pretty much standard practice with any agency or defense contractor (I work for one), or even for commercial companies. It's simply crazy.

    15. Re:They waited this long because? by FuegoFuerte · · Score: 2

      The most common utility for full-disk encryption on workstations in enterprise/government is probably going to be bitlocker, since it's already included free with the OS most of them use. Bitlocker in the enterprise already has the "lost/forgotten password" issue solved quite nicely, in that on a domain-joined machine it backs it up to AD and a sufficiently-privileged helpdesk or admin person can recover things for a hapless forgetful user.

      Some might argue that this is slightly less secure, but the average workstation/laptop thief isn't going to have access to an organization's AD infrastructure, and anyone who does have that access doesn't need to steal physical hardware to obtain sensitive data.

    16. Re:They waited this long because? by Darinbob · · Score: 4, Insightful

      Well, many want to. There are some issues though that cause inertia. Not just issues with forgetting passwords.

      - Older systems that may need upgrading before being able to have encryption, or they're able to encrypt files but not whole partitions, or they don't even run IT approved operating systems. Having some machines that don't fit into a global policy can often often slow down an IT policy to a crawl, especially when the management refuses to make an exception.

      - Reliability. Sometimes this encryption is not very stable. Seriously. Our whole department stopped cold on encryption when many of the macbooks started dying and had to be replaced within a month of being encrypted (ie, second IT passwords don't help), with about a week of downtime before the user is back up and running full speed again. Put things on hold until Lion was released (which was it's own freigh train full of breakage, though at least the encryption worked).

      - Performance. Maybe the average user doesn't care, or the exec with an expensive computer. But encryption really can slow things down tremendously. Compile times, email searches, etc, can all take a very noticeable hit, sometimes more than twice as long. Do this on an older computer or a production system and it really hurts.

      - Scheduling and availability. Not everyone is able to come in and see IT at a moment's notice. Sales people may not even live in the same state or country, and they purchase and install their own computers. IT has a tendency to want to do encryptions or upgrades at exactly the same time as a major product release.

    17. Re:They waited this long because? by painandgreed · · Score: 2

      No it doesn't. You add a second admin key to all the laptops.. It's not rocket science..

      No, the second key you add is the user's.

  2. i don't understand... by wbr1 · · Score: 2, Insightful

    Why is this not done already? Between truecrypt and (ack) bitlocker,it s relatively easy. Add in a robust backup system, which any organization should have already, and it is cheap and fairly easy to implement.

    --
    Silence is a state of mime.
    1. Re:i don't understand... by Nos. · · Score: 3, Informative

      Because there's no enterprise management behind Truecrypt, which pretty much eliminates it. I haven't looked at BitLocker for a while, but I seem to recall it had its share of issues as well. I've used Safeboot, and its not terrible.

      Regardless, its not as simple as saying, "here, install this".

    2. Re:i don't understand... by Synerg1y · · Score: 2

      Yep, you've got to have a documented practice to keep track of the recovery keys encryption programs generate. Also, my two cents is they were probably recommending encrypting the laptops, so anybody who wasn't a complete newb with computers did so, everybody else ignored it. Also, it's kind of hard to lose a laptop, I understand burglary is out of your control, but leaving it at a coffee shop is a testament to the lack of attention of the individual user.

    3. Re:i don't understand... by TechyImmigrant · · Score: 4, Insightful

      >Yep, you've got to have a documented practice to keep track of the recovery keys encryption programs generate.

      No. I work in a big corp. If I die, my FDE password dies with me and the data is gone. Real data is held on servers and managed. A PC is just an access device.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    4. Re:i don't understand... by UnresolvedExternal · · Score: 2

      I think you are missing the ACs point - the important data on the laptop should be in sync with the servers. All of the other stuff is probably crud anyway.

      Or at least it should be....

    5. Re:i don't understand... by deroby · · Score: 2

      I was actually wondering about that. I have Win7 Pro, an i5 and TPM but can't quite believe it would be '100% transparent' ?!?

      I do quite a bit of development on my machine. If anyone would "find" it, at worst they'd have access to my mail, documents, photos and a big bunch of code that is unlikely to be useful for anyone but me or my colleagues who have the same access to the repositories anyway.

      None of that is going to be interesting to 99.999% of the population.
      The ONLY thing that might be annoying is that they might be able to reverse engineer my passwords from the cache in FireFox etc.

      I do quite bit of development in SQL and a bit in c#. The latter probably will not notice the presence of BitLocker working in the background, but I can't imagine the RDBMS not to suffer from it given the heavy dependence on I/O and throughput ?!? I might consider setting up a specific partition for the db's to get around that but I hate splitting disks into partitions if not strictly needed ... (I always end up with the need to store a 12Gb file and 7Gb free on one partition and 9Gb on the other)

      Anyway, I HAVE considered running BitLocker but instead I actually had to remove it completely when I moved from my HDD to an SSD.
      => Doing an image copy from one disk to another (using RedoBackup, Ghost, ...) simply refused to boot until I removed the BitLocker partition entirely and then did the move. (BitLocker was not active, but it had this 'hidden' partition).
      This makes me wary to try it again doubly so!
      Given the way SSD's die I run an image backup of the disk every weekend. I now expect that restoring the image to a new disk will probably cause the same situation where the restored image (of gibberish) will refuse to boot. Heck, is RedoBackup even able to handle encrypted partitions ? Worse, let's assume that not just the disk is 'lost' but the entire machine; will I be able to restore the image on another machine ? (Even if it were the same model and specs?).

      From my point of view the choice comes down to :
      * do not encrypt the disk and have easy backups, a fair shot at recovering the latest information in case the FS goes mad, full performance
      * do encrypt and know my not-very-important-data can't fall in 'the wrong hands' but backing up is suddenly more challenging, restoring might be even more so, in case the FS goes mad it's unlikely any forensic tools will be able to read anything useful and meanwhile the extra layers probably causes some degradation in performance.

      --
      If there is one thing to be learned on slashdot, it has to be sarcasm.
    6. Re:i don't understand... by Minwee · · Score: 2

      Do I have to?

      Would you like to start backpedalling now, or should I just make up some extra caveats about enterprise management and vendor support contracts for you?

  3. Space age? by Defenestrar · · Score: 2

    I'm quite close to a different national lab type of federal facility and all of their laptops have been encrypted for at least a few years now. The stuff here isn't any more sensitive than the stuff there - it's just under an actual cabinet position. Bureaucracy may sometimes be a headache - but enforcing common sense policies is one of it's strong suits. Besides - is NASA really benefiting in it's efficiency from it's "bureaucratic freedom"?

    1. Re:Space age? by Defenestrar · · Score: 2

      I feel so ashamed - the apostrophe protection society is going to hunt me down.

    2. Re:Space age? by colinrichardday · · Score: 2

      Actually, the use of "it's" as a possessive is constitutional, as it literally occurs in the (US) Constitution.

  4. A bit of a misconception. by sunking2 · · Score: 4, Interesting

    NASA is a huge bureaucracy that is behind the curve in this aspect. The sad part is that they apparently have more laptops to lose with HR type information on them than they do ITAR. Which pretty much sums up NASA right now.

  5. Herp Derp... why wait so long?! by erroneus · · Score: 4, Informative

    You know? Endpoint encryption is trivial. There are so many products that do it effectively and easily. Why is this being done so late? Where I work, we do that to EVERY computer a user touches, not just laptops. If it isn't locked behind a server room door, it's locked to a desk and the HDD encrypted. Even the receptionist machine is encrypted.

    What the hell are these people even thinking?

    Sure... data recovery is more expensive or more impossible. I get that. But you know? It's kind of worth it. Also, if it's important data that lives ONLY on the endpoint machine? Well, that's another thing they are doing wrong.

  6. *face palm* by Picardo85 · · Score: 2

    Jesus, the small company I worked for (400 employees or so) had all but the desktop machines encrypted many years ago. I can't remember what they used before the built in windows encryption, but at least they had something there.

    It's insane to hear that large companies don't have their machines encrypted though it's a mouseclick away for their IT-dept while prepping the computer for deployment.

    *face palm*

    1. Re:*face palm* by VortexCortex · · Score: 2

      Jesus, the small company I worked for (400 employees or so)
      [...]

      It's insane to hear that large companies don't

      Scale. Hindsight. Legacy Systems. Easier said than done.

      Sometimes you want to do the "right thing"(tm) but need some sort of cluster fsck to show those higher ups that the cost v benefit analysis preventing you from doing so is wrong. Notice it was personal info, not science & engineering stuff. Which would be more effective to lose if you want an org-wide policy approval? Just sayin' maybe their "IT-dept" is actually working as intended.

  7. [shrug] by Thumper_SVX · · Score: 5, Interesting

    You know, we've been doing this for four years where I work. And yes, I know everyone here is going to espouse Truecrypt as the one true solution, but the simple fact is NASA is run as a corporation... as such they'll probably go for a solution that's vendor supported. The fact that they're NASA will probably mean they'll get a pretty decent price on the software too.

    Now, the downside of full-disk encryption (which many lazy corporations do instead of home directory only) is that it does increase the load on your system, slow it down and make recovery if/when it breaks a royal pain. Our helpdesk has an almost constant stream of laptops coming and going through their hands that they have to decrypt and re-encrypt because something got out of sync. Time consuming, and leads to downtime for the users. I've often suggested home folder only encryption... but the higher ups want it all encrypted... right up to the point that their laptop is down for two days because they've broken it.

    By the way, another horrible side effect of whole disk encryption is that our experience says that it'll kill SSD's pretty rapidly. Our average SSD life is less than a year at this point because there doesn't seem to be a good full-disk encryption software that properly implements TRIM... so spinning disk or hybrid disk is the way to go.

    1. Re:[shrug] by ltcdata · · Score: 2

      You know, we've been doing this for four years where I work. And yes, I know everyone here is going to espouse Truecrypt as the one true solution, but the simple fact is NASA is run as a corporation... as such they'll probably go for a solution that's vendor supported. The fact that they're NASA will probably mean they'll get a pretty decent price on the software too. Now, the downside of full-disk encryption (which many lazy corporations do instead of home directory only) is that it does increase the load on your system, slow it down and make recovery if/when it breaks a royal pain. Our helpdesk has an almost constant stream of laptops coming and going through their hands that they have to decrypt and re-encrypt because something got out of sync. Time consuming, and leads to downtime for the users. I've often suggested home folder only encryption... but the higher ups want it all encrypted... right up to the point that their laptop is down for two days because they've broken it. By the way, another horrible side effect of whole disk encryption is that our experience says that it'll kill SSD's pretty rapidly. Our average SSD life is less than a year at this point because there doesn't seem to be a good full-disk encryption software that properly implements TRIM... so spinning disk or hybrid disk is the way to go.

      I run a Lenovo X220 with hardware accelerated AES on a Core I5. The increased load is NON-EXISTENT. Also if you run a SSD with sandforce controller (which compresses data), the performance will be poor, and the wear very high. I run a samsung 830 SSD. Fastest ssd for encrypted disks (does not compress data on the fly). Also, i use DiskCryptor. It does have TRIM enabled for encrypted disks.

    2. Re:[shrug] by Nimey · · Score: 2

      It should only slow down old/cheap computers whose CPUs don't support the AES instructions, and TrueCrypt now supports TRIM... and AES instructions.

      It'd be nice if someone would write a front-end for TrueCrypt that supports enterprise-type manageability.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    3. Re:[shrug] by IT.luddite · · Score: 2

      So much for using mod points on this discussion... 3-4 years ago, I was the technical lead on a project to encrypt all laptops (mobile data, but not handhelds... *shrug*). The original project team had selected a solution (home directory only encryption) and then commenced to hit the skids. I was brought in to turn the project around. I found security weaknesses on the directory encryption (Hiram's boot cd could easily bypass it). We decided to test a whole disk solution, and went with it. For an environment that had 800+ laptops, ~25% being field crew devices (shared devices, assigned to a truck with crews then assigned to trucks on a daily basis), full deployment took 6 weeks and a dedicated team of 6 people. During the 6 weeks, we trained the IT Support staff on how to support systems w/ whole disk encryption including the decrypt process as well as continuing the roll out for new hardware deployments. Does it add to overhead on support and cause situations where data is "unrecoverable" when otherwise there would be a reasonable chance to recover? Yes. The business determined it was worth it due to the number of laptops lost/stolen. As a side note, not one user complained about additional system latency. Password sync was easily achieved via LDAP and the keys to the kingdom is held in an enterprise cert that can decrypt/access all devices. PGP WDE is the current solution. So far, so good. No linux support though.

    4. Re:[shrug] by sribe · · Score: 4, Interesting

      I've often suggested home folder only encryption... but the higher ups want it all encrypted...

      And they're absolutely correct. A laptop gets stolen that contains information which you are legally obligated to keep confidential, and you are threatened with a lawsuit over the breach of confidentiality, do you prefer:

      A) being able to say "the entire disk was encrypted"

      B) having to argue that having the user's home folder encrypted was sufficient, and potentially having to prove that no confidential data was stored outside the home folder, but having to prove that without the actual disk in your possession as evidence

  8. Re:truecrypt by Nkwe · · Score: 2

    For the lazy it does the job well. No need spend budget on it.

    There is a reason to spend budget if you are an enterprise or have a need for centralized key recovery. While you don't want to leak data if your laptop falls in the wrong hands, you also don't want to lose data if your employee forgets their decryption key (either by accident or as a malicious action.)

  9. Re:truecrypt by Krneki · · Score: 2

    Easy to understand for someone with experience, totally impossible concept to grasp for people who never had this problem with larger networks.

    --
    Love many, trust a few, do harm to none.
  10. This is amazing: Why didn't they do it 10+ years a by Terje+Mathisen · · Score: 4, Interesting

    I was in charge of testing/verification of full disk crypto when my then-employer (Hydro) mandated it almost 20 years ago:

    At that time 5 vendors made it through our pre-qualification tests, among these I was able to trivially break 3 of them (replace a conditional branch with its opposite), one took 20 minutes and only Utmaco's SafeGuard Easy had done a proper security design, where the user password was used as (part of) the seed for the key used to decrypt a copy of the master disk key.

    I.e. the system _must_ be safe against attack from anyone, including the vendor!

    I wrote a longer post about this the previous time the same issue came up on /.

    Terje

    --
    "almost all programming can be viewed as an exercise in caching"
  11. Why keep data on the laptops at all? by concealment · · Score: 2

    At this point, why not have them VPN in to a central server, and keep all work materials there?

    Between the trendy "cloud" and the availability of high-speed internet and most computers having encryption cycles to spare, our machines are now souped-up thin clients.

    The idea that people need to take gigabytes or even megabytes (640k is ok though) of confidential data home with them on their laptops needs to be questioned. What are you doing with all of that? At home? On the subway?

    Forget it: keep the data under control, and make the laptops worthless to foreign espionage.

  12. My work laptop by Sparticus789 · · Score: 2

    I work for the Federal Government and every laptop has to have FDE in order to leave the building. This policy has been in place for years. NASA is just behind the times of every other federal agency. Too busy playing with robots, I assume.

    --
    sudo make me a sandwich
  13. AAARRRRGHHH by MrLint · · Score: 4, Insightful

    NONONNONONONO

    This is not how you deal with an incident like this. You have to reexamine your infrastructure and find out *why* that info was on an endpoint to begin with. This is teh same BS kneejerk reaction that makes for bad IT planning. Just go and wallpaper of it with a band-aid and look all betterer.

    HULK SMASH!!!!

  14. NASA doesn't own most of their computers by oneiros27 · · Score: 2

    They're leased from HP as part of the NASA ACES contract :
            http://www.nasa.gov/home/hqnews/2010/dec/HQ_C10-080_ACES.html

    Prior to that, there was a contract with Lockheed Martin.

    They have to put out a specification of what they want the machine configuration to look like, and then HP gives 'em a cost per month for it.

    And the 'devices' lost aren't necessarily laptops ... it could be cell phones or tablets, which are also leased through ACES.

    There *are* ways around this, but you have to do more paperwork, and then you can buy stuff off SEWP, and they're maintained by different groups of sysadmins (assigned to the mission, project or division).

    And to make it more fun -- if you sign all of the paperwork to take a government furnished computer off site as a contractor, you're liable for the full original purchase price, no depreciation. (this might not be true for ACES) ... so I know a few people who brought their work-assigned laptops back and said they'd rather buy their own ... which means there's then *NO* control over them ... although they're not supposed to put SBU / ACI on it.

    --
    Build it, and they will come^Hplain.
  15. Re:A months time? by Synerg1y · · Score: 2

    That's why it's a lot better to be pro-active about it and handle it pre-deploy. A month to play catch up isn't actually all that bad. Then again I think it'll probably take them longer anyways.

  16. NASA Transparency drirective by scorp1us · · Score: 2

    I thought NASA was ordered to be completely open and no information was to be considered sensitive. This was ordered at its inception when it was created to provide the space program, in order to NOT be military in nature so that the Russians would not be worried. Sure they have shared information over the years but nothing NASA has done has been military in nature.

    It seems to me then, that nothing NASA can have can be 'sensitive' in nature, and these encryption efforts run counter to t heir chartered openness.

    --
    Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
    1. Re:NASA Transparency drirective by SecurityGuy · · Score: 4, Interesting

      NASA has employees. Those employees have things like SSNs and disabilities and other such things that go in personnel files. It's one thing to say that all NASA's mission data should be completely open, and quite another to say that means everyone who works there should expect the public to be pawing through their data when that data would be afforded protection at any other employer.

  17. Re:what about laptops on the ISS? by Tastecicles · · Score: 2

    1. I don't think there will be much chance of a laptop being carelessly knocked off a window sash onboard the ISS any time soon.
    2. If such a thing were to happen, solar radiation and cosmic rays on bare electronics would likely take care of any data.
    3. If the laptop does survive that, it's unlikely to survive re-entry.
    4. If it does survive re-entry, it'll likely still be travelling at several hundred miles per hour and be uncomfortably hot by the time it falls *through* the hands of some nefarious individual.

    --
    Operation Guillotine is in effect.
  18. Horses and Barn Doors... by Mr.+Sanity · · Score: 4, Informative
    Too bad they didn't do that before I had to recieve this email this week:

    OFFICE OF THE DIRECTOR
    November 14, 2012
    TO: JPL Employees and Contractor Personnel
    FROM: Charles Elachi
    SUBJECT: NASA Laptop Security Breach
    On Tuesday November 13, we were all notified that a NASA laptop and official NASA documents issued to a Headquarters employee were stolen. The laptop contained records of sensitive, personally identifiable information (PII) for a large number of NASA employees, contractors and others. NASA is assessing and investigating the incident and taking every possible action to mitigate therisk of harm and/or inconvenience to affected employees.
    We at Caltech/JPL are extremely concerned about the potential implications of this incident to our employees and affiliates. We have been in contact with NASA Headquarters, and they advise us that they intend to mail letters beginning this week to affected or potentially affected individuals as they are identified. NASA has not provided us with thelist of individuals whowill be notified.
    In the meantime, a good resource of protective measures is the Federal Trade Commission's website, Facts for Consumers, Identity Theft: What to Know, What to Do, at: http://www.ftc.gov/bcp/edu/pubs/consumer/idtheft/idt01.shtm. The State of California also has information at www.privacy.ca.gov. Click on "Consumer Information Sheets" on the left-hand column and you will find several Consumer Information Sheets that may be helpful.
    We call your attention to this portion of NASA's message:
    "NASA has contracted with a data breach specialist, ID Experts, who will be sending letters to affected individuals, informing them that their sensitive PII was stored on the stolen laptop and they could be impacted by the breach. This notification also will provide them information on how to protect their identity using the fully managed services of ID Experts at no cost to the individual. These services will include a call center and website, credit and identity monitoring, recovery services in cases of identity compromise, an insurance reimbursement policy, educational materials, and access to fraud resolution representatives. If you receive a notification letter in the mail, follow the directions to activate your services as soon as possible.
    All employees should be aware of any phone calls, emails, and other communications from individuals claiming to be from NASA or other official sources that ask for personal information or verification of it. NASA and ID Experts will not be contacting employees to ask for or confirm personal information. If you receive such a communication, please do not provide any personal information."
    We will issue further relevant information as we learn more. We are committed to assisting our employees who may be impacted by this incident. If you have questions, please feel free to contact JPL Human Resources at x4-7506.

  19. Re:When you have a billion hammers, flies ARE nail by pixelpusher220 · · Score: 2

    Any NSA /.ers care to comment?

    Are you prepared to die? ;-)

    --
    People in cars cause accidents....accidents in cars cause people :-D
  20. Re:When you have a billion hammers, flies ARE nail by geekoid · · Score: 2

    depends.
    Do you define 'Geologic time' as the time it takes to beat a password out of someone? Or the time it takes to ask the corporation to turn the key over?

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  21. Right Time by bill_mcgonigle · · Score: 2

    I've personally been using LUKS for 4-5 years but I've also taken a power/performance hit for doing so.

    Just ordered a new laptop with an i5 in it, and even within the i5 family I had to be careful to order a chip with AES-NI in it (the unit with the other specs I wanted winds up being mid-market due to limited configuration choice). But at least now the top 50% of the market has AES-NI built-in and those trade-offs are something to not-so-fondly remember.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)