Slashdot Mirror


Nevada Businesses Must Start Encrypting E-Mail By Oct. 1st

dtothes writes "Baseline is reporting the state of Nevada has a statute about to go in effect on October 1, 2008 that will force businesses to encrypt all personally identifiable information transmitted over the Internet. They speak with a Nevada legal expert who says the problem is that the statute is written so broadly that the law could potentially open up a ton of unintentional liability and allow for the interpretation of things like password-protected documents to be considered sufficiently encrypted. Quoting: 'Beyond the infrastructure impact, the statute itself looks like Swiss cheese. Bryce K. Earl, a Las Vegas-based attorney, ... has been following the issue closely and believes there are some problems with the statute as it is on the books right now, namely the broad definition of encryption, the lack of coordination with industry standards and the unclear nature of penalties both criminal and civil.'"

178 comments

  1. I wonder . . . by base3 · · Score: 4, Interesting

    . . . which Nevada legislator's friend or relative just happens to sell some kind of compliant encryption solution.

    --
    One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    1. Re:I wonder . . . by neuromancer23 · · Score: 2, Insightful

      Forget selling software. The real money comes from selective prosecution of offenders.

      This law is absurd, an only goes to demonstrate how insane everyone on this planet is. An email address is potentially personally identifiable information. So is an IP address. So is a password.

      So based on this legislation, resetting a users password and sending them the new password via email is illegal?

    2. Re:I wonder . . . by clone53421 · · Score: 4, Funny

      You could always put the password into a text file, zip it, and password-protect the zip with their old password before you e-mailed it to them.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    3. Re:I wonder . . . by Ferzerp · · Score: 4, Informative

      RTFL. There is "personal information"

            NRS 603A.040 "Personal information" defined. "Personal information" means a natural person's first name or first initial and last name in combination with any one or more of the following data elements, when the name and data elements are not encrypted:

                  1. Social security number.

                  2. Driver's license number or identification card number.

                  3. Account number, credit card number or debit card number, in combination with any required security code, access code or password that would permit access to the person's financial account.

      Ê The term does not include the last four digits of a social security number or publicly available information that is lawfully made available to the general public.

                  (Added to NRS by 2005, 2504; A 2005, 22nd Special Session, 109; 2007, 1314)

    4. Re:I wonder . . . by Cajun+Hell · · Score: 4, Interesting

      But the the best encryption is free and the text of the law doesn't even exclude it. If someone wanted this bill to make money for their friend, they sure screwed up.

      --
      "Believe me!" -- Donald Trump
    5. Re:I wonder . . . by morgan_greywolf · · Score: 4, Funny

      You could always put the password into a text file, zip it, and password-protect the zip with their old password before you e-mailed it to them.

      Duh. Obviously that wouldn't work, since they don't know their old password. You'd have to password protect the password with their new password!

    6. Re:I wonder . . . by denis-The-menace · · Score: 1

      Too bad even a PW-prompting Zip file is too complicated for most non-IT folk.
      And here we are encrypting email.

      TAG: good luck with that

      --
      Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
    7. Re:I wonder . . . by yali · · Score: 1

      Depends on your definition of "best."

      If best means "in theory, the technology is extremely difficult to break when human beings know how to use it correctly and do so" then yeah.

      If best means "in practice, it is likely to work effectively when used by ordinary actual human beings in the real world" then um, no.

      Human beings are part of the security equation. Gnupg is a great piece of technology, but unless it is wrapped in an interface and set of procedures in such a way that Nina from accounting is able and willing to use it correctly every time, it will not improve security.

    8. Re:I wonder . . . by Anonymous Coward · · Score: 2, Informative

      Thats just "Personal Information". "Personal identifying information" is defined as follows:

      NRS 205.4617 "Personal identifying information" defined.

                  1. Except as otherwise provided in subsection 2, "personal identifying information" means any information designed, commonly used or capable of being used, alone or in conjunction with any other information, to identify a living or deceased person or to identify the actions taken, communications made or received by, or other activities or transactions of a living or deceased person, including, without limitation:

                  (a) The current or former name, driver's license number, identification card number, social security number, checking account number, savings account number, credit card number, debit card number, financial services account number, date of birth, place of employment and maiden name of the mother of a person.

                  (b) The unique biometric data of a person, including, without limitation, the fingerprints, facial scan identifiers, voiceprint, retina image and iris image of a person.

                  (c) The electronic signature, unique electronic identification number, address or routing code, telecommunication identifying information or access device of a person.

                  (d) The personal identification number or password of a person.

                  (e) The alien registration number, government passport number, employer identification number, taxpayer identification number, Medicaid account number, food stamp account number, medical identification number or health insurance identification number of a person.

                  (f) The number of any professional, occupational, recreational or governmental license, certificate, permit or membership of a person.

                  (g) The number, code or other identifying information of a person who receives medical treatment as part of a confidential clinical trial or study, who participates in a confidential clinical trial or study involving the use of prescription drugs or who participates in any other confidential medical, psychological or behavioral experiment, study or trial.

                  (h) The utility account number of a person.

                  2. To the extent that any information listed in subsection 1 is designed, commonly used or capable of being used, alone or in conjunction with any other information, to identify an artificial person, "personal identifying information" includes information pertaining to an artificial person.

                  (Added to NRS by 2003, 1355; A 2005, 2498; 2007, 2169)

    9. Re:I wonder . . . by AHarrison · · Score: 1

      ..."Personal information" means a natural person's first name...

      As opposed to an unnatural person, congealed into existence in the dark quagmires of the legal landscape...

    10. Re:I wonder . . . by itwerx · · Score: 1

      Gee, sounds pretty close to HIPAA, which has only been mandated at the federal level for years now! Egads, no wonder NV has problems...

    11. Re:I wonder . . . by itwerx · · Score: 1

      ...an unnatural person, congealed into existence in the dark quagmires of the legal landscape...

      As amusing as this may sound, it is technically quite close to the truth. The choice of phrase is due to the fact that corporations are legal entities, technically "corporate persons", unto themselves. Such an entity legally is, in fact, an "unnatural person".

    12. Re:I wonder . . . by b4upoo · · Score: 1

      That driver's license number is a critical chunk of data. This week someone tried to get instant credit at Home Depot using my data. One thing they got wrong was my driver's license number. Home Depot was smart enough to call me. The way it works is that they don't care where the card is mailed. They simply want instant credit so that they can walk out of the store with an expensive item that they can quickly sell.
                      I went to the local sheriff's office and filed a complaint but since the instant credit attempt came in by email they feel there is little chance of making an arrest. But they did warn me about one thing. Debit cards are a ticket to hell. Unlike charge cards debit cards do not protect the user if stolen or lost. The bad guys can suck an account dry with ease and many banks auto transfer money from other accounts if the card goes too far in the red. So that small bill payer account can be used to suck out your entire retirement account and leave you with zero redress.

  2. it's by Anonymous Coward · · Score: 0

    ... a start!

  3. Just ROT-13 twice by Anonymous Coward · · Score: 5, Funny

    If they are not clear on the definition of encryption, just ROT-13 your messages twice and specify that's the type of encryption you use. You then have to ROT-13 it twice again to decrypt.

    1. Re:Just ROT-13 twice by Anonymous+Psychopath · · Score: 4, Informative

      For the humor-impaired, performing ROT-13 twice results in the same text as the original unencrypted message. Performing ROT-13 twice again to "decrypt" would once again result in the same text as the original, unencrypted message. It's just a joke, relax.

      --

      Eagles may soar, but weasels don't get sucked into jet engines.

    2. Re:Just ROT-13 twice by Anonymous Coward · · Score: 0

      FAIL!

    3. Re:Just ROT-13 twice by gparent · · Score: 3, Funny

      Your username is very fitting.

    4. Re:Just ROT-13 twice by Beryllium+Sphere(tm) · · Score: 4, Funny

      This is irresponsible advice. There are known-plaintext attacks on reduced-round variants of ROT13. Always use the full 16 rounds to be sure you're actually getting the security that double ROT-13 promises.

    5. Re:Just ROT-13 twice by Anonymous Coward · · Score: 0

      I think Beryllium was being sarcastic, as 16 times or any other even number of times you do it, results in the same plain text. re-relax.

    6. Re:Just ROT-13 twice by Anonymous Coward · · Score: 0

      Thanks captain obvious! We so stupid LOL!

    7. Re:Just ROT-13 twice by Anonymous Coward · · Score: 0

      Hand in your geek card on the way out, please.

    8. Re:Just ROT-13 twice by ShannaraFan · · Score: 1

      Stand still. It went over your head the first time, but it should hit you when it comes back around...

    9. Re:Just ROT-13 twice by Mhtsos · · Score: 1

      For the humor-impaired, performing ROT-13 twice results in the same text as the original unencrypted message. Performing ROT-13 twice again to "decrypt" would once again result in the same text as the original, unencrypted message. It's just a joke, relax.

      Dear sir
      You are found guilty under the DMCA of posting circumvention information for our chosen copyright protection scheme..yada yada yada.. cease and desist.. bla bla bla...

      Got you at last Captain Obvious, no longer will you leak our secrets into the public

  4. Force Encryption eh by CrazyJim1 · · Score: 0, Redundant

    Does Rot 13 count?

    1. Re:Force Encryption eh by Mhtsos · · Score: 2, Funny

      It's too weak. You can use it, but you must encrypt everything twice just to be safe.

    2. Re:Force Encryption eh by Angostura · · Score: 4, Funny

      I have developed a system by which each character is taken and broken up into a pattern of ones and zeros. The exact pattern is determined by looking up the character in a table. The receiver has to unscramble this pattern of ones and zeros by looking the pattern up in a similar table and then regenerating the character.

      I call this system ASCII and I believe that it is a simple type of encryption, albeit with a very public public key, and no private key.

    3. Re:Force Encryption eh by clone53421 · · Score: 1

      Nah. Real geeks convert to hexadecimal before ROT-13 encrypting anything.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    4. Re:Force Encryption eh by clone53421 · · Score: 2, Funny

      0101011101101000011000010111010000111111

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    5. Re:Force Encryption eh by LordEd · · Score: 4, Funny

      I use ROT26. It must be twice as secure at ROT13.

    6. Re:Force Encryption eh by Anonymous Coward · · Score: 0

      Encryption != Encoding

    7. Re:Force Encryption eh by TheSHAD0W · · Score: 1

      I'm a very paranoid person, and I use ROT104 encryption on all my important data. Yeah, it may be overkill, but my computer does it so quickly I barely notice it happening.

      SRSLY, I'm a big fan of ubiquitous encryption, and this may work to jumpstart it.

    8. Re:Force Encryption eh by Anonymous Coward · · Score: 0

      I use ROT26. It must be twice as secure at ROT13.

      It is, but only for non-alphabetic characters.

    9. Re:Force Encryption eh by SatanicPuppy · · Score: 1

      The problem with ubiquitous encryption is the same problem you always have when everything is "top security"...When everything is top security, nothing is top security.

      I'm a big believer in encryption where it's appropriate, but if you force it everywhere people get sloppy with the data and their keys, and all kinds of crap.

      --
      ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
    10. Re:Force Encryption eh by Skapare · · Score: 1

      I'm a very paranoid person, and I use ROT104 encryption on all my important data. Yeah, it may be overkill, but my computer does it so quickly I barely notice it happening.

      I think you need to upgrade to triple-ROT104.

      --
      now we need to go OSS in diesel cars
    11. Re:Force Encryption eh by Cytotoxic · · Score: 1

      Nah. Real geeks convert to hexadecimal before ROT-13 encrypting anything.

      Wouldn't that be ROT-D?

    12. Re:Force Encryption eh by BronsCon · · Score: 1

      Retard Of The Day? No, that's the "Frost Piss" and "Nigger" troll.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    13. Re:Force Encryption eh by Anonymous Coward · · Score: 0

      Nah... Use ROT52. FOUR times as secure as ROT13.

    14. Re:Force Encryption eh by Anonymous Coward · · Score: 0

      WOOOOOOOOOOOOOSH!

    15. Re:Force Encryption eh by clone53421 · · Score: 1

      I copy-paste a spam e-mail into an HTML document that contains the following header... (it can even be typed in Notepad: all the characters are 0x20 or over with the exception of 0x09, which is tab).

      3C 21 2D 2D 20 8C C8 8E D8 BB 26 21 80 F7 20 30 C0 D7 43 34 A1 88 C2 74 09 B4 22 80 F4 20 CD 21 EB ED B4 4C CD 21 E0 CF D8 C3 CE C5 D8 81 D6 C0 CF D5 81 C0 81 D1 C4 C0 CF D4 D5 9E A1 20 2D 2D 3E

      Bonus points if you can figure out what it means.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    16. Re:Force Encryption eh by clone53421 · · Score: 1

      I think it'd be ROT-Q.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    17. Re:Force Encryption eh by clone53421 · · Score: 1

      Since nobody's apparently discovered the meaning, I'll give you a hint: debug.exe

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  5. Knowing the law... by dkf · · Score: 1, Interesting

    Am I just being too cynical, or will putting everything in a password-protected ZIP file and then sending that, together with the password, will satisfy the rules?

    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
    1. Re:Knowing the law... by tergvelo · · Score: 1

      1. Prevent, impede, delay or disrupt access to any data, information, image, program, signal or sound;

      The law includes anything that would 'delay' access to the information. They don't say how long the delay must be, so simply putting it in a zip file that would take time to unzip would satisfy the law.

      Ridiculous.

    2. Re:Knowing the law... by Constantine+XVI · · Score: 1

      Odds are, yes. Unless it says you have to send the key/password separately.

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    3. Re:Knowing the law... by moderatorrater · · Score: 2, Informative

      Even if it is, setting up certificates is a hell of a lot easier than what you proposed. The very best security systems are where good security is easier than bad security. Unfortunately, this doesn't happen very often.

    4. Re:Knowing the law... by Anonymous Coward · · Score: 1, Insightful

      Not at all. By decrypting, you've made a prosecutable effort. However, the data is safe from passive sniffing.

    5. Re:Knowing the law... by davester666 · · Score: 1

      If it's just a delay that is needed, then just add 40 or 50 linefeeds, to force the recipient to scroll down.

      Heck, if just having the info in an attachment amounts to delaying access to the information.

      --
      Sleep your way to a whiter smile...date a dentist!
    6. Re:Knowing the law... by Anonymous Coward · · Score: 0

      Maybe that'll work, but it's sure a lot more work than going into your mailreader's preferences and checking "encrypt by default" one time and then forgetting all about it.

      The right thing is the easiest thing. If people want to go to extra trouble to have less security, then fuck 'em. Let 'em get sued by their customers. Think of it as evolution in action.

    7. Re:Knowing the law... by cbiltcliffe · · Score: 1

      The law includes anything that would 'delay' access to the information.

      So just make sure you send all your email over dialup....

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
  6. How about http web traffic? by cryfreedomlove · · Score: 3, Interesting

    If I am an ecommerce website, am I now expected to encrypt all http traffic destined for customers I know to be in Nevada?

    1. Re:How about http web traffic? by fm6 · · Score: 3, Insightful

      If you're an ecommerce website, and you don't already use https for sensitive data (like credit card info), you are just begging to be ripped off. Or hadn't you noticed that little padlock icon that appears whenever you buy something online?

    2. Re:How about http web traffic? by Constantine+XVI · · Score: 1

      If you're an ecommerce website, you should be doing everything involving private data over HTTPS to begin with.

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    3. Re:How about http web traffic? by barzok · · Score: 1

      Shouldn't you be doing that already for your login/checkout/payment processes?

    4. Re:How about http web traffic? by SoCalChris · · Score: 3, Interesting

      But from the sounds of this law, simply having a small "Hello fm6" message at the top of the page would require the entire page to be encrypted, not just the login/out and payment screens.

    5. Re:How about http web traffic? by rtfa-troll · · Score: 4, Informative

      Yes and no. The law says that you have to encrypt when you send personal data. The definition of encryption is pretty broad but the definition of personal data is very narrow so you could have a web site which is unencrypted except for the part where the customers identified themselves.

      Overall, I don't see the problem with this. That they allow weak encryption is a red herring. Strong encryption will also comply with the ruling and so most people will use that. Weak encryption is often better than nothing. There are loopholes, but those can be closed later. This looks like a good start.

      --
      =~ s,(.*),<sarcasm>$1</sarcasm>,g if any_point_you_wish();
    6. Re:How about http web traffic? by fm6 · · Score: 1

      Don't judge a law by how it sounds. The actual text tends to be more useful.

    7. Re:How about http web traffic? by Cajun+Hell · · Score: 1

      You were expected to do that before they even passed this law, and not just for customers in Nevada.

      1976 called, they want their RSA-hasn't-been-invented-yet excuse back.

      --
      "Believe me!" -- Donald Trump
    8. Re:How about http web traffic? by Anonymous Coward · · Score: 3, Informative

      No. As others here have noted:

      NRS 603A.040 "Personal information" defined. "Personal information" means a natural person's first name or first initial and last name in combination with any one or more of the following data elements, when the name and data elements are not encrypted: 1. Social security number. 2. Driver's license number or identification card number. 3. Account number, credit card number or debit card number, in combination with any required security code, access code or password that would permit access to the person's financial account. ÃS The term does not include the last four digits of a social security number or publicly available information that is lawfully made available to the general public. (Added to NRS by 2005, 2504; A 2005, 22nd Special Session, 109; 2007, 1314)

      Thus, simply having the username or first + last name on a page is insufficient to require encryption - if however, you are presenting the user with a credit card number of any of the above, then that page must be encrypted, which makes sense. This actually is a good piece of legislation if they defined what constitutes encryption - I don't know, and I don't feel like looking through the legalese.

    9. Re:How about http web traffic? by SleptThroughClass · · Score: 2, Funny

      That they allow weak encryption is a red herring.

      Actually it's a red herring with a bicycle.

    10. Re:How about http web traffic? by BronsCon · · Score: 1

      a natural person's first name or first initial and last name in combination with any one or more of the following data elements

      The username and first + last name, yes. Either or, no.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
    11. Re:How about http web traffic? by jacquesm · · Score: 1

      funny how people fall for that padlock every time.

    12. Re:How about http web traffic? by KillerBob · · Score: 1

      The username and first + last name, yes. Either or, no.

      By that logic, my work e-mail address (the address itself) would have to be encrypted. Good luck with that... afaik it's not possible to encrypt something like that and have the mail still be deliverable....

      {firstname}_{lastname}@{companyname}.com

      Not only does it include my full name, it also has my user name within the company computer networks.

      I'm reasonably sure that there's more to it than your interpretation...

      --
      If you believe everything you read, you'd better not read. - Japanese proverb
    13. Re:How about http web traffic? by BronsCon · · Score: 1

      AC's interpretation has the same result. Always.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  7. encryption lacking all over. by Anonymous Coward · · Score: 0

    So, start telling government agencies to start supporting SSL/TLS on their mail servers.

    Also, SMIME or PGP? SMIME would be easier since mail clients do not tend to have built in support for PGP, especially Outlook.

  8. I approve... by elzbal · · Score: 4, Funny

    ... the encryption of my customer records at Nevada's brothels.

    I just hope they do more than password protecting the word docs...

    1. Re:I approve... by Anonymous Coward · · Score: 1, Funny

      Dear John,

      Don't worry we won't let your secrets out, but you should be more careful where you email your requests to. We will not be able to accomodate you on your request to dress up for church with our hair in a bun and wearing glasses while engaging in an act with a donkey dressed as a moose. Perhaps you meant your email to go to a Hacienda of a different name in Boy's Town?

      --This message encrypted for your protection. Please don't forget to use your protection.

    2. Re:I approve... by dbcad7 · · Score: 1

      Ahhh.. the Sarah Palin Moose fantasy package.. quite popular.

      --
      waiting for ad.doubleclick.net
    3. Re:I approve... by Anonymous Coward · · Score: 0

      Makes you wonder if they're worried about a D.C. Madam type scandal in their state.

  9. Say it ain't so! by Phizzle · · Score: 2, Insightful

    The technically illiterate are passing legislation on technology!

    --
    I will not be pushed, filed, stamped, indexed, briefed, debriefed or numbered. My life is my own.
    1. Re:Say it ain't so! by darguskelen · · Score: 2, Insightful

      Sarcasm noted.
      Are they aware just how much money this is going to cost businesses in training?
      Not to mention they will have to have every company (and possibly every employee of every company) submit and maintain a proper public key in a public database, no matter how technically savvy they are. I can't get my own company to do that internally...

  10. And if you don't have an IT department? by Morris+Thorpe · · Score: 3, Insightful

    Let's say you're a guy with a lawn mowing business and you have your web site (which you crudely built yourself) printed on the side of your truck.
    Now, someone emails you with their name and address asking for a quote.

    Good luck trying to figure out what this law (http://www.leg.state.nv.us/Nrs/NRS-597.html) means!

    p.s. seems to me that the lawyer who wrote this article ought to know the difference between "affect" and "effect"...
    "Think about all the hotels, resorts, golf courses, pawn shops, nightclubs, check cashing, ski lodges and small businesses this is going to effect."

    1. Re:And if you don't have an IT department? by clone53421 · · Score: 3, Funny

      p.s. seems to me that the lawyer who wrote this article ought to know the difference between "affect" and "effect"...
      "Think about all the hotels, resorts, golf courses, pawn shops, nightclubs, check cashing, ski lodges and small businesses this is going to effect."

      Obviously they're being very optimistic about the economic impact...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    2. Re:And if you don't have an IT department? by darguskelen · · Score: 1

      Except that if your customer is employed, they will already know how to encrypt their emails before sending you one.

    3. Re:And if you don't have an IT department? by gnick · · Score: 1

      You beat me to it and did a better job than I would have. I doubt that my effecting a similar jab would have had nearly as humorous an effect.

      Well done.

      --
      He's getting rather old, but he's a good mouse.
    4. Re:And if you don't have an IT department? by Anonymous Coward · · Score: 0

      Let's say you're a guy with a lawn mowing business and you have your web site (which you crudely built yourself) printed on the side of your truck.

      I am a guy with a lawn mowing business and my own web site which I crudely built myself, you insensitive clod!

    5. Re:And if you don't have an IT department? by Cajun+Hell · · Score: 3, Funny

      It looks like you're going to have to stop including people's Social Security Numbers in your lawnmowing quotes.

      --
      "Believe me!" -- Donald Trump
    6. Re:And if you don't have an IT department? by Rob+the+Bold · · Score: 2, Informative

      Good luck trying to figure out what this law (http://www.leg.state.nv.us/Nrs/NRS-597.html) means!

      For that matter -- if you're in a business like lawnmowing that only uses its "web presence" as a virtual billboard or PO Box -- good luck knowing this law even exists!

      --
      I am not a crackpot.
    7. Re:And if you don't have an IT department? by carambola5 · · Score: 2, Funny

      Obviously, you either have never been to Nevada or have very poor business sense.

      A lawn mowing business would never succeed in Nevada.

      --
      IWARS.
      People, in general, disappoint me. Politicians even more so.
    8. Re:And if you don't have an IT department? by GenP · · Score: 1

      Perhaps some sort of rock grooming establishment?

    9. Re:And if you don't have an IT department? by MobyDisk · · Score: 1

      It means:
      1) He is an idiot
      2) He should have encrypted his email
      3) But he isn't a business so it doesn't matter anyway.

      Sounds like a non-issue to me.

    10. Re:And if you don't have an IT department? by Anonymous Coward · · Score: 0

      To effect such a simple quip is obviously the work of the affected; in effect the affect effects nothing.

    11. Re:And if you don't have an IT department? by Alpha830RulZ · · Score: 1

      I dunno, in the brothels, there's plenty of bush trimming that gets done.

      --
      I was taught to respect my elders. The trouble is, it's getting harder and harder to find some.
    12. Re:And if you don't have an IT department? by sweetooth · · Score: 1

      Tell that to the dozen landscape companies (mainly lawn mowing) that handle the houses on my block. The ones that handle foreclosed houses seem to be doing particularly well.

    13. Re:And if you don't have an IT department? by Bob+Uhl · · Score: 1

      Now, someone emails you with their name and address asking for a quote.

      Good luck trying to figure out what this law

      Ummm...reply back without the address?

      Or get a lawyer--that's their job, after all, and you'd be a fool to run a business without one anyway. You may be able to reply back with simply the street, or only the street number.

      You could even--gasp--encrypt the email.

  11. How about this? by JustCallMeRich · · Score: 2, Funny

    Can I start a lawsuit to sue some company that does NOT do this, go to a jury by trial, but then do a terribly bad job of defending my position and set precedent that the defendant does not need to encrypt this stuff before a 'real' lawsuit comes about and sets precedent the other way?

    --
    http://Communityville.com - A free place for new and old neighborhood webmasters to hang out.
    1. Re:How about this? by Qzukk · · Score: 1

      then do a terribly bad job of defending my position and set precedent

      Judges hate it when you do that, and will likely throw out your case and force you to pay for all of it.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    2. Re:How about this? by JustCallMeRich · · Score: 1

      So people DO try this?! HA! I was just off on a lark...

      --
      http://Communityville.com - A free place for new and old neighborhood webmasters to hang out.
    3. Re:How about this? by Qzukk · · Score: 1

      Well, not necessarily THAT specifically. Generally the judge doesn't let farces go on long enough to decide whether or not it's all staged for the purpose of setting a precedent.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
  12. Encryption Conniption by digitaldc · · Score: 3, Funny

    As of posting time, representatives of the state had not gotten back to me with comment.

    It was later found that the reason for this delay was a system-wide shutdown & widespread panic as they couldn't figure out how to encrypt or decrypt any of their correspondence properly.

    --
    He who knows best knows how little he knows. - Thomas Jefferson
  13. GOOD! by Anonymous Coward · · Score: 2, Insightful

    ISTM we should phase out any unencrypted protocols going over the internet.

    This particular law may have technical shortcomings - but if it takes close-but-not-quite right laws to raise awareness to the common person and politician that much internet traffic is unencrypted, I'm all for this law as a stalking horse to-be-improved-upon.

    And just think if we eventually migrated to most internet traffic being encrypted. Much of the bittorrent-throttling / AT&T-spying / NSA snooping paranoia could be avoided.

    1. Re:GOOD! by Dewin · · Score: 1

      Unencrypted protocols still have perfectly valid uses. Should we really waste CPU overhead (encryption is time-consuming) and bandwidth (it usually adds some overhead, I believe) to download a 250MB hey_the_game_really_works_now___patch_1_02.exe which is freely downloadable for anyone?

      --
      Of course nobody reads the FAQ! If people read the FAQ, the Questions wouldn't be so Frequently Asked.
    2. Re:GOOD! by Detritus · · Score: 1

      That's supposed to be one of the advantages of IPV6, mandatory support for IPSEC.

      --
      Mea navis aericumbens anguillis abundat
    3. Re:GOOD! by againjj · · Score: 1

      And just think if we eventually migrated to most internet traffic being encrypted. Much of the bittorrent-throttling / AT&T-spying / NSA snooping paranoia could be avoided.

      In the case of things like bittorrent throttling, connections can be identified by the characteristics of the connection, such as burstiness, throughput, port numbers, etc. Beyond encryption, you have to obfuscate it. Truly disguising it would likely require throttling anyway.

    4. Re:GOOD! by Jedi+Alec · · Score: 1

      Please tell me that's a 1.02 for either Mass Effect or Spore?

      Goddamn EA...

      --

      People replying to my sig annoy me. That's why I change it all the time.
  14. Bad summary by russotto · · Score: 4, Informative
    The statute forces businesses to encrypt "Personal Information", which by law consists ONLY of the following

    NRS 603A.040 "Personal information" defined. "Personal information" means a natural person's first name or first initial and last name in combination with any one or more of the following data elements, when the name and data elements are not encrypted: 1. Social security number. 2. Driver's license number or identification card number. 3. Account number, credit card number or debit card number, in combination with any required security code, access code or password that would permit access to the person's financial account. Ê The term does not include the last four digits of a social security number or publicly available information that is lawfully made available to the general public. (Added to NRS by 2005, 2504; A 2005, 22nd Special Session, 109; 2007, 1314)

    So businesses merely need to refrain from putting social security numbers, drivers license numbers, and passwords in email and other insecure communication channels and they're good. They can even send the password, provided they don't send the account number along with it. This makes forgotten password recovery a bit harder, but it's not impossible to comply with.

    1. Re:Bad summary by ptbarnett · · Score: 2, Insightful

      So businesses merely need to refrain from putting social security numbers, drivers license numbers, and passwords in email and other insecure communication channels and they're good.

      If any business is currently sending SS and driver's license numbers via email, they are being irresponsible.

    2. Re:Bad summary by Anonymous Coward · · Score: 0

      Don't forget customer stupidity.

      I work for a company that doesn't collect driver's license or social security numbers, and I won't even get into how many times in a day I'm basically handed one by a customer thinking that is how to access their account with me on the phone.

      If I wanted to steal identities, I'm basically given all I need to on a daily basis, just out of customer stupidity.

    3. Re:Bad summary by ArsonSmith · · Score: 1

      I always send that kind of info in a word doc, then have my email client UUEncrypt it.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    4. Re:Bad summary by Thaelon · · Score: 1

      publicly available information that is lawfully made available to the general public

      I wonder if this couldn't be pried open to include SSNs that are publicly available from court or property documents. It certainly looks like it. It also looks like if you remove the last name, you can send their SSN, credit card number and password all together.

      I don't know what's worse, a legal system where "loopholes" are enough for you to be excluded, or a society that needs a legal system that attempts (and inevitably fails at) covering every possibility.

      --

      Question everything

    5. Re:Bad summary by coyote_oww · · Score: 1
      Its not as bad as all that - the law is an improvement in that it should motivate people to do something (encrypt or better, not send personal info) that they should have been doing already. True, it has loopholes. But that's not a bad thing in this case, as it ensures no bogus prosecution is likely to occur.

      Think about it in terms of what will change:

      Before:

      No law, no restiction, send anything you like to anyone, no consequence

      Business doesn't think about it

      After:

      Mild, easily avoidable weak-to-the-point-of-meaningless law

      Business thinks a little about it, cause, hey, you gotta manage your risks

      So, no, it isn't a perfect fix. Those are rare. But it should hopefully improve the situation. Get enough incremental improvements and you may have an approximation of perfect... :-)

  15. What can go wrong? by oDDmON+oUT · · Score: 2, Insightful

    It's not like we've had any keys lost lately.

    --
    Some days it's just not worth
    chewing through my restraints.
  16. Rot-13 Encrypted - Twice by supernova_hq · · Score: 0, Redundant

    This comment is encrypted using Rot-13 twice!

  17. The End of the Internet as We Know It! by fm6 · · Score: 1

    If they can require people to encrypt their email, the next evil plan will be to force everybody to supply crytographic certificates with each email. This will make it impossible to send anonymous email! No poison pen messages, no mailbox bombing, no sp...

    Oh. Never mind.

  18. Add an encryption flag by RichMan · · Score: 0

    From now on all emails send by the company will include the XMAIL header To:
    This header will marks the email as encrypted using ASCII character encoding encryption.
    The authorized recipient specified in the To: header is permitted to decode the email.

    Note that this email is covered under the DMCA and any unauthorized decryption is liable for criminal prosecution and civil damages.

    This is about as complicated as the "don't record" flag being used in digital television.

    1. Re:Add an encryption flag by BronsCon · · Score: 1

      The "don't record" flag is the first (and only) commercially available implementation of the "evil" bit.

      Ironic.

      --
      APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
  19. public keys by misxn · · Score: 1

    An exchange of public keys has to take place first before data is encrypted? I don't know this is going to be enforced. The receiving party has to have your public key first. I bet all that happens out of this is a bunch of signed e-mails.

    1. Re:public keys by andy.ruddock · · Score: 1

      This doesn't parse very well, so I'm not sure if this is the point that you're trying to make, but the sender needs the public key of the receiver for encryption. The receiver only needs the senders public key to check if a signature is ok.

      --
      God: An invisible friend for grown-ups.
  20. Insecure anyway... by DrYak · · Score: 4, Informative

    So based on this legislation, resetting a users password and sending them the new password via email is illegal?

    This is an extremely insecure procedure, unless you make sure that, upon receiving the e-mail, the user will quickly log-in and change the pass to another one (the mailed password only used as a temporary pass). Or if the mail actually is a special reset-URL which could let the user choose his own.

    An email is just as secure as a postcard. Everyone (for example the postman could read it). Same for the e-mail : it transits un-encrypted and could be intercepted at any point on the way to the receiver.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:Insecure anyway... by ropiku · · Score: 2, Interesting

      This is an extremely insecure procedure, unless you make sure that, upon receiving the e-mail, the user will quickly log-in and change the pass to another one (the mailed password only used as a temporary pass). Or if the mail actually is a special reset-URL which could let the user choose his own.

      An email is just as secure as a postcard. Everyone (for example the postman could read it). Same for the e-mail : it transits un-encrypted and could be intercepted at any point on the way to the receiver.

      What method of password recovery do you suggest ?

    2. Re:Insecure anyway... by rtb61 · · Score: 1

      A simpler method for email is to simply encrypt the message using the delivery address. Not that it really secures it but it does however force a action with criminal intent. For the message to be deciphered the recipient must fraudulently misrepresent themselves as the legitimate receiver of that message in order to read it and as a result can be subject to criminal prosecution ie. no more postcards and the feature can simply be built into all email readers.

      As for required security, which is obvious in this case, there is no excuse for companies to compromises the privacy of their customers especially when it puts them a risk of being a victim of crime because they are to lazy and cheap to do it properly. They should of course define minimum standards for encryption as well as delivery and receipt of the required keys.

      --
      Chaos - everything, everywhere, everywhen
    3. Re:Insecure anyway... by Anonymous Coward · · Score: 0

      No offence but "extremely insecure" is a bit of an overstatement.
      What can be done in theory is a lot different in the real world.
      I know some systems record the IP of the user who wanted to reset the password and only allows that IP to do so, and ensures the same session (cookies) is used also.
      So not only would some hacker have to break into their email account or run a packet sniffer along the line of communication between the email servers but they would need to grab the cookie information and/or send the request from the user IP address.

    4. Re:Insecure anyway... by clone53421 · · Score: 1

      Recovery questions. SSL. Send the password over an HTTPS connection, if you must – even safer would be to require a password reset. Once the user has proven their identity via recovery questions, they get to type a new password and has no way of knowing what the old password was.

      Plus, any system which permits password recovery must, by nature, store the password as plain text in a database somewhere, which is bad practice from the get-go.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    5. Re:Insecure anyway... by cbiltcliffe · · Score: 1

      Recovery questions.

      Q: What is your mother's maiden name?

      A: Smith
      Incorrect
      A: Johnson
      Incorrect
      A: Williams
      Incorrect
      A: Jones
      Incorrect
      A: Brown
      Please enter your new password.....

      http://names.mongabay.com/most_common_surnames.htm

      Not to mention anybody who knows you will know things like "What was the make of your first car?"
      Recovery questions are the least secure part of most website accounts.

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    6. Re:Insecure anyway... by clone53421 · · Score: 1

      Yeah, I don't like the "suggested" questions either. It's really the user's responsibility, though, to make sure their recovery questions are things that only they would know... kind of like Palin famously failed to do...

      In fact, maybe the whole Palin thing was good for the internet on the whole: people need to figure out that (1) if somebody can easily guess something, it's not a good recovery question, (2) if your best friend could answer something, it's not a good recovery question, and (3) if someone could Google the answer to something then it's a VERY BAD recovery question.

      Oh, and people need to stop sharing their "My Documents" folder just because LimeWire suggested it. Oh, and they should especially not create files called "My Passwords.doc" and put them in shared folders. That's just my 2 cents... try to educate people, ya know. You can't win, but there's always room for improvement.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    7. Re:Insecure anyway... by Kadin2048 · · Score: 1

      Couldn't you send an email containing a URL, which when clicked sends the user to a page that checks for the presence of a browser cookie (set, over HTTPS, when they submitted the recovery request), and lets them set a new password?

      That would seem to eliminate a host of problems: it doesn't require storing the user's password in plaintext in a DB somewhere (it's a 'password change' system, not a 'password recovery' one), it doesn't send out any critical information via email, and it doesn't let someone who intercepts the email en route do anything with it. Yet it's still more secure than just doing the whole password-change procedure over the web, because it ensures that the user has control over (or at least access to) the email address that's on file.

      The only requirement it creates is that the user click on the email link from the same computer (and using the same browser) that they submitted the request with. Since ideally you'd want them to reset the password quickly after submitting the request, this doesn't seem onerous.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    8. Re:Insecure anyway... by cbiltcliffe · · Score: 1

      In fact, maybe the whole Palin thing was good for the internet on the whole: people need to figure out that (1) if somebody can easily guess something, it's not a good recovery question, (2) if your best friend could answer something, it's not a good recovery question, and (3) if someone could Google the answer to something then it's a VERY BAD recovery question.

      Ok...apparently I haven't been following the Palin thing as closely as you. I'd heard about it being cracked, but I had no idea it was done by a recovery question. Maybe they didn't really cover that in Canadian news.....

      What was the recovery question?

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    9. Re:Insecure anyway... by clone53421 · · Score: 1

      Apparently the hacker had to supply her birthdate, ZIP code, and where she met her spouse.

      http://blog.wired.com/27bstroke6/2008/09/palin-e-mail-ha.html

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    10. Re:Insecure anyway... by ReedYoung · · Score: 1

      Yeah, I don't like the "suggested" questions either. It's really the user's responsibility, though, to make sure their recovery questions are things that only they would know... kind of like Palin famously failed to do...

      You don't have to give true answers to those questions. The same random number based password generator you use to create your password can also create the string you use to make NOT NULL answers to those silly questions, which is the only criterion I've ever encountered on any 'create account' software. In fact, spaces and a wider variety of punctuation characters are often allowed than in the so-called "password" field for the same account. Just don't forget to backup your password list!

      --
      "I can't imagine how things could get any worse!" (some guy) "That could just be failure of imaginatioÂn on your p
    11. Re:Insecure anyway... by clone53421 · · Score: 1

      Not a half-bad idea. ;)

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    12. Re:Insecure anyway... by supernova_hq · · Score: 1

      The problem is that if an attacker has set themselves up to be able to intercept such an email, they could simply re-send one themselves and intercept the email THEY created, where the cookies would match.

    13. Re:Insecure anyway... by Anonymous Coward · · Score: 0

      Wow... just... wow.

      Here's a hint for you. If you know the recipient's mail address (which is contained in every SMTP header), you can read every encrypted e-mail using such a system. All you've done is give the user the illusion of security - which in the long run does more harm them good.

      Basically, you're a fucking idiot.

  21. rot13 by Anonymous Coward · · Score: 0

    Aught to be enough for anybody.

  22. This is a good idea by JeanBaptiste · · Score: 3, Funny

    Personally identifiable information should be encrypted.

    Sincerely,
    xz'Kxv!y{Ycut="xgq'^e;

  23. The Real Problem... by lax-goalie · · Score: 4, Informative

    ...isn't primarily with the law, it's with the Nevada definition of "encryption". Writing definitions of such things for legislation is a more difficult problem than you might think. (I helped draft Virginia's definition of encryption, and what we ended up with ain't perfect.) But in this case, Nevada's definition just plain sucks.

    One of the challenges of writing legislation is that you really can't refer to specific technologies, otherwise you end up having to update the law every time the technology is broken.

    Also, if you rely on a punch list of approved technologies, you effectively block out alternatives. ("But your honor, I used Blowfish because it's more secure than Triple-DES." "Sorry, son, Blowfish isn't on the list I see here. Guilty!")

    Unfortunately, this is a case of "Not a Bad Idea, Piss-poor Implementation". There's a lot for Nevada to fix here.

    1. Re:The Real Problem... by Anonymous Coward · · Score: 1, Informative

      I disagree. The real problem is lack of standard business practices that take the need to protect PII seriously.

      I personally know of people in businesses relating to insurance who regularly get emails from HR departments containing unencrypted PNI.

      In many of these cases, password-protecting an Excel spreadsheet full of SSNs before mailing it would be a *huge* step up, and would provide enough protection for over 99% of realistic threat scenarios.

      We're not talking about Swiss bank accounts, we're talking about the equivalent of where shredding a document before putting it curbside is enough to prevent most meth-addicted dumpster-divers from committing identity theft.

      BTW, these insurance and HR employees aren't bad people, they're just non-techie clerk types and they aren't going to mess with encryption unless their boss demands it. And sadly, their bosses do not fear HIPAA.

      This law could boost awareness of the need to encrypt PII, and businesses that exchange a lot of such data will have this value seep into their culture and business practices.

    2. Re:The Real Problem... by swillden · · Score: 1

      Unfortunately, this is a case of "Not a Bad Idea, Piss-poor Implementation".

      I don't think it's all that bad. It'd be better if it required the use of good encryption, but I suspect that most people will find it cheaper to implement the widely-deployed encryption tech (i.e. SSL for web sites, S/MIME or PGP for e-mail) than to invent something themselves -- and those widely-deployed technologies are also quite good.

      Of course, the implementations will often be half-baked, with stupid processes that make the decryption keys far too easy for the wrong person to get -- but it'll almost certainly be better than it is now!

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    3. Re:The Real Problem... by Chemisor · · Score: 1

      Any encryption is better than no encryption. Besides, once people learn how to encrypt things, it is pretty easy to just forget to turn it off. Or to receive encrypted emails in case I want to send one to them.

    4. Re:The Real Problem... by dschuetz · · Score: 1

      One of the challenges of writing legislation is that you really can't refer to specific technologies, otherwise you end up having to update the law every time the technology is broken. [....] Also, if you rely on a punch list of approved technologies, you effectively block out alternatives.

      Couldn't you just reference an encryption standard that keeps reasonably up-to-date? Like "Encryption shall satisfy standards put forth in NIST standard FIPS-whateveritis" and let the folks at NIST worry about the technical details?

  24. Never mind the dual rot-13 jokes. Bad law! by mmell · · Score: 1
    While I'll grant you that businesses should absolutely use encryption or some other mechanism to protect sensative information, legislation isn't the solution.

    Consider - if a bank sent new ATM cards with the pin in the same envelope as the card, most consumers would go immediately berserk. The institution in question would rapidly see an erosion of their customer base, as well as being found liable for any losses incurred by people who had their mail intercepted by thieves.

    That same bank can blithely send out e-mails with user account names, numbers and passwords all in one convenient, easy-to-sniff package and nobody gets upset. How often has anybody here clicked on "forgot my username/password" only to get a nice, convenient clickable link which allows unfettered access to private, smooth, creamy soft personal information? The solution isn't for the government to legislate the use of encryption; rather, it's a matter for market pressure. Let enough people become unhappy over the cavelier treatment their personal information garners from a corporation - they'll vote with their wallets, if they are once educated regarding the situation.

    That last phrase is the hard part though, isn't it?

  25. I bet we'll see files like named like this by BigGar' · · Score: 0, Redundant

    Use_Fred1234_For_Passwd_to_unzip.zip

    --


    Shop smart, Shop S-Mart.
    1. Re:I bet we'll see files like named like this by clone53421 · · Score: 1

      No, no, no... they'll distribute RAR files with the password in the RAR comment. TOC unencrypted, of course.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  26. rot26 by argent · · Score: 1

    I use rot26 because it's twice as powerful as rot13!

    1. Re:rot26 by Bobb+Sledd · · Score: 1

      Encryption does not have to be strong to meet requirements. I'm sure I didn't invent this, but I personally use a rotating ROT-? cipher. It isn't unbreakable, but without knowing the key that it is ciphered with, it is very difficult to crack.

      Data to encipher: "University of Texas"
      Key: "Bobb Sledd"

      Enciphered, it becomes some representation of: "U+B, n+o, i+b, v+b, e+' ', r+S, s+l...." etc. but it is still printable with ascii chars.

      So, I suppose you could brute force it, but I think it would take you awhile. And cracking one piece of data would not compromise all data. And I can imagine that running through the process would actually give you data that would look correct, but you would have no way of knowing if it was correct or not.

      --
      "They said I probly shouldn't fly with just one eye," "I am Bender. Please insert girder."
  27. Interstate commerce by chrylis · · Score: 1

    Although I am one of those who is appalled by the fact that Congress can get away with writing laws about nearly anything by waving their hands and yelling "commerce clause", it really seems that a law like this is just asking to get smacked down at the federal leve.

    1. Re:Interstate commerce by coyote_oww · · Score: 1
      I think you missed a line or two of the original description, and let go with the flamethrower at an undeserving target, maybe.

      It's not action of the US Congress that we are talking about here. It is the State of Nevada that is enacting a law to take effect in Nevada. Which, I would think is exactly how a State's Rights advocate would want things to be done. There is nothing Federal about it, unless you are hoping that requiring encryption would be a violation of 4th Amendment or something. Not sure how that would work, perhaps you could clarify.

  28. Re:Never mind the dual rot-13 jokes. Bad law! by Anonymous Coward · · Score: 0

    Maybe the answer is some type of smart card authentication. SIM cards have this built into the protocol, and most smartphones have secure memory for RSA public/private keypairs to prevent all but a chip fab from getting access.

    Why not have some type of challenge/response system against the keypair. If someone forgets their website password, they punch a random into their phone, and type the result for a reset.

    Bad thing, this will move theft from anonymous hacking to either forcing people to give access by cellphone, or theft of cellphones.

  29. legislative folly by Benjamin_Wright · · Score: 1

    A lesson from the history of technology law: A legislature is unwise to require a specific technology like "encryption." --Benjamin Wright http://hack-igations.blogspot.com/2008/02/encryption-legislation-goes-overboard.html

    --
    Benjamin Wright, Dallas, Texas, benjaminwright.us
  30. this is what makes Slashdot worth reading by Presto+Vivace · · Score: 1

    I didn't know any state was even talking about this.

  31. The technical solution isn't the point . . . by mmell · · Score: 2, Insightful
    Hellfire, the government could issue an RSA code to every citizen and publish the public keys in a phone book. The government could even provide the necessary software to make it work. It'd be secure - that's the beauty of public key encryption systems such as RSA or knapsack. But it'll never happen. Nobody wants it. Nobody wants to pay for it.

    This legislation will force industry to develop and pay for it, regardless of whether the customers want it or not. Yes, we all want encryption on everything; but an overwhelming majority of computer users don't care enough to actually do anything, even though it would only take a bit of time and effort. Now, what happens when your bank send you your private encryption key and instructions? Most recipients will either delete or (at best) ignore the key. Later that month imagine their anger when their bank statement is encrypted and they have no idea how to decrypt it? Or do you really get the impression that the average American (Nevadan?) consumer is intelligent enough to implement, say, GPG? If so, do you think the average consumer is energetic enough to do so?

    Leave this job up to market forces - the free-enterprise economy is infinitely more responsive to the needs and wants of the average consumer than is the Federal or even any of the State governments.

  32. What about Internet faxes? by CleverDan · · Score: 1
    From the statute:

    ...an electronic transmission other than a facsimile...

    What makes a fax so secure? If eFax delivers a fax to my email box, what's to keep it from being intercepted and OCR'd?

    When faxes were more or less point-to-point transmissions, they may have been more secure. But now...

    1. Re:What about Internet faxes? by clone53421 · · Score: 1

      Actually, I think they just included that to avoid making hundreds of thousands of existing office fax machines illegal.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  33. What about.... by WWGTom · · Score: 1

    Businesses that are registered through the state due to their sales tax breaks but are not physically located within the state? (Of course I didn't RTFA....)

  34. Does it need a backdoor? by Nimey · · Score: 1

    The way the government's going, I wouldn't be surprised if the businesses have to use a particular package that gives the government backdoor access.

    --
    Hail Eris, full of mischief...

    E pluribus sanguinem
  35. we know that... by filthpickle · · Score: 1

    but if you run a business and aren't tech savy you don't.

    I already deal with having to encrypt everything in my current job (electronic medical claims). Believe me, there is still a ton of money to be made, even if you don't sell the software to them.

  36. Obligatory (with slight variation) by dkleinsc · · Score: 2, Funny

    Your government advocates a

    (X) technical (X) legislative ( ) market-based ( ) vigilante

    approach to fighting identity theft. Your idea will not work. Here is why it won't work. (One or more of the following may apply to your particular idea, and it may have other flaws which used to vary from state to state before a bad federal law was passed.)

    ( ) Spammers can easily use it to harvest email addresses
    ( ) Mailing lists and other legitimate email uses would be affected
    ( ) No one will be able to find the guy or collect the money
    ( ) It is defenseless against brute force attacks
    ( ) It will stop identity theft for two weeks and then we'll be stuck with it
    (X) Users of email will not put up with it
    (X) Microsoft will not put up with it
    ( ) The police will not put up with it
    ( ) Requires too much cooperation from identity thieves
    (X) Requires immediate total cooperation from everybody at once
    (X) Many email users cannot afford to lose business or alienate potential employers
    ( ) identity thieves don't care about invalid addresses in their lists
    (X) Anyone could anonymously destroy anyone else's career or business

    Specifically, your plan fails to account for

    ( ) Laws expressly prohibiting it
    (X) Lack of centrally controlling authority for email
    (X) Open relays in foreign countries
    ( ) Ease of searching tiny alphanumeric address space of all email addresses
    (X) Asshats
    (X) Jurisdictional problems
    ( ) Unpopularity of weird new taxes
    ( ) Public reluctance to accept weird new forms of money
    ( ) Huge existing software investment in SMTP
    ( ) Susceptibility of protocols other than SMTP to attack
    ( ) Willingness of users to install OS patches received by email
    ( ) Armies of worm riddled broadband-connected Windows boxes
    ( ) Eternal arms race involved in all filtering approaches
    ( ) Extreme profitability of identity theft
    ( ) Joe jobs and/or identity theft
    (X) Technically illiterate politicians
    ( ) Dishonesty on the part of identity thieves themselves
    ( ) Bandwidth costs that are unaffected by client filtering
    (X) Outlook

    and the following philosophical objections may also apply:

    ( ) Ideas similar to yours are easy to come up with, yet none have ever
    been shown practical
    ( ) Any scheme based on opt-out is unacceptable
    (X) SMTP headers should not be the subject of legislation
    ( ) Blacklists suck
    ( ) Whitelists suck
    ( ) We should be able to talk about Viagra without being censored
    ( ) Countermeasures should not involve wire fraud or credit card fraud
    ( ) Countermeasures should not involve sabotage of public networks
    ( ) Countermeasures must work if phased in gradually
    ( ) Sending email should be free
    ( ) Why should we have to trust you and your servers?
    ( ) Incompatiblity with open source or open source licenses
    (X) Feel-good measures do nothing to solve the problem
    ( ) Temporary/one-time email addresses are cumbersome
    (X) I don't want the government reading my email
    ( ) Killing them that way is not slow and painful enough

    Furthermore, this is what I think about your legislature:

    ( ) Sorry dude, but I don't think it would work.
    (X) This is a stupid idea, and you're stupid people for suggesting it.
    ( ) Nice try, assh0le! I'm going to find out where you live and burn your
    house down!

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
    1. Re:Obligatory (with slight variation) by skis · · Score: 1

      Anyone else notice that the "Asshats" box is always checked whenever anyone posts one of these?

    2. Re:Obligatory (with slight variation) by MostAwesomeDude · · Score: 2, Funny

      Asshats are an eternal problem, second only to the Dutch.

      --
      ~ C.
    3. Re:Obligatory (with slight variation) by dkleinsc · · Score: 1

      That's because asshats tend to be at the root of technical problems like this one.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    4. Re:Obligatory (with slight variation) by stewbacca · · Score: 1

      It's a bureaucratic form with no capability to uncheck the Asshat box...duh!

  37. Re:Never mind the dual rot-13 jokes. Bad law! by Cajun+Hell · · Score: 1

    What they could do, is define lack of encryption as negligent, for liability purposes. Lawmakers do weird things like this all the time: for example if you possess more than x weight of drugs, then you have intent to distribute (regardless of whether or not there's actually any reason to believe you had such intent).

    They could pass a law that if you lose info and didn't encrypt it, and then someone comes after you for damages resulting from such negligence, then your position is far weaker than it would be if you had encrypted. (I generally disapprove of those types of laws, but as long as we're keeping them around, then something like this might be a good idea.)

    --
    "Believe me!" -- Donald Trump
  38. Could be the start of a good thing by nurb432 · · Score: 1

    If this is the first step to encrypting EVERYTHING, then i think its worth a few of the speed-bumps this will cause in the beginning.

    --
    ---- Booth was a patriot ----
  39. Delay access? Not good enough. by isBandGeek() · · Score: 2, Insightful

    Prevent, impede, delay or disrupt access to any data, information, image, program, signal or sound;

    Under this definition of "encryption", I could argue that by compressing the file it would "delay access" by making them wait for the time 7zip takes to unzip. So now zipped files are encrypted?

  40. Lawmakers + Technology ??? by EvilIntelligence · · Score: 1

    As usual, some lawmakers, who know next to nothing about technology, create a half-assed law to govern something they know nothing about. You would think that they would at least bring on an expert adviser to tell them what his realistic and what is not. Don't they understand that such a law will create millions upon millions of costs on their own local businesses, which will gain them next to nothing in security, and only hurt their competitiveness?

  41. KISS by jaguth · · Score: 0

    Encryption takes too much time and energy. It would be much easier for Nevada to just distribute an email template that has a picture of Kathy Lee Gifford at the top of the message. That would deter anyone one trying to read anyone's super-important-business-critical emails. Keep It Simple Stupid!

  42. three ways by DrYak · · Score: 1

    What method of password recovery do you suggest ?

    1. Either, as I said, the password (or reset URL) should be considered as compromisable and thus only temporary and should be replaced as soon as possible.

    2. Or, a secure channel should be used (crypted, as suggested by the - although badly worded - law)

    3. A last possibility would be simply to try using a completely separate channel. As in, the user asks for a password reset by classical ways, but the replacement is sent by SMS. Not as secure as nÂ2, but requires a little bit more effort to compromise.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  43. The Hard Part of This by rawg · · Score: 2, Informative

    The hard part of this problem is getting MS Windows users to use email encryption. Your pretty much screwed if you use MS LookOut. Sometimes it works, sometimes it doesn't.

    I would encrypted all my email if people that I'm sending to could read it. I would refuse any email that is not encrypted if I could get people to encrypt their email.

    --
    The above is not worth reading.
    1. Re:The Hard Part of This by gr8dude · · Score: 1

      How is this problem specific to Outlook? I've used Outlook as well as other email clients and I never felt uncertain about the effect of my actions.

      Could you elaborate?

    2. Re:The Hard Part of This by rawg · · Score: 1

      Since I don't use MS Windows, I'm not exactly sure what the issue is. But our customers are having a heck of a time making PGP work for them to receive our emails. We are required to send encrypted email because they have personal customer information. But our customers have constant issues decrypting the emails and setting up private/public keys for us to use to send the emails to them (initial setup).

      On my Mac, I installed the plugin and it works.

      You would think that since it's been around for so long, more than 10 years, that it would be easier to use and more people would be using it. But that's just not the case.

      It was so bad that we had to build our own web interface (with SSL) so our customers could read their customers emails.

      --
      The above is not worth reading.
  44. Much ado about nothing by cmr-denver · · Score: 1

    If you read the statute, it says that you ONLY need to encrypt the data if you have either 1) Their name AND either SSN or drivers license number or identification card number, or 2) Their name AND account number, credit card number or debit card number AND any required security code, access code or password that would permit access to the person's financial account. Seriously, how many single communications ever have all that in a single email?

  45. Estbay encryptionyay orfay ureaucratsbay isyay... by stewbacca · · Score: 2, Funny

    ...Igpay Atinlay!

    Seriously...show me one governmental agency that does ANYTHING with technology well and I'll accept governmental agencies telling me what the rules are regarding said technology.

  46. Damned if You Do/Don't by DavidD_CA · · Score: 1

    Seems there is no easy way to win this.

    Like you said, if they defined encryption to the tee, then they'd have a problem next year when that defininition is out of date or broken.

    Seems to me that leaving it vague is better, since it lets people choose how they comply. We're always saying on here that government should keep their hands off things. Maybe this is a good thing?

    Either way, this decision sounds like a step forward. It might be a very small step, and even slightly off the desired path, but at least we're moving forward.

    --
    -David
  47. Re:Never mind the dual rot-13 jokes. Bad law! by Anonymous Coward · · Score: 0

    That's right. Punish innocent people for not understanding technology that *OTHER PEOPLE* are using.

    With people like you, it's no wonder the US is in it's current state.

  48. We've been doing this for years in the UK by jonnyj · · Score: 1

    In the UK, most large companies have long accepted that this is an implicit requirement of our Data Protection Act. In my area of work, you'd certainly be subject to disciplinary action if you failed to encrypt an email that contained personal data.

    Perhaps it's time for the USA to catch up with the rest of the world.

    1. Re:We've been doing this for years in the UK by cheros · · Score: 1

      Balls. There is no consistent standard, and personal details still fly freely over the wire. Show me ANY, repeat, ANY recruitment agency that publishes a PGP key and that emails CVs encrypted.

      Even that setup that has more ways to waste money than a teenager, the government, has failed to pull something consistent together. Mind you, last time I rescued them from embarrassment they had Microsoft consultants cook up some secure email solution. Given the rates that MS pays it's "consultants" it was no surprise the result was a non-scalable demo that had huge problems interoperating with the real world.

      The law and reality, like politics and reality: mind the gap.

      The only people that have it halfway right are banks. They use Lotus Notes because it's the only system that is secure as long as email stays within it. If IBM could grow a clue and really INVEST in building a usable Notes interface they could zap Outlook and Exchange right off the market. As it is, the front end sucks big time and it will only ever have a very reluctant market.

      --
      Insert .sig here. Send no money now. Owner may sue, contents will settle. Batteries not included.
  49. CSS Anyone? by FrozenGeek · · Score: 1

    It would be interesting to see whether the encryption used on DVDs, or similarly poor encryption, passes muster in Nevada. Might make for an amusing precedent.

    --
    linquendum tondere
  50. Damned straight. by mmell · · Score: 1
    Without people like me, monkeys like you would be in real trouble.

    It's okay - go back to your bananas and your blocks, leave everything up to those of us who can read. It's okay.

  51. Nice idea, totally unenforceable by jimicus · · Score: 1

    Don't for one minute believe that this idea is enforceable on a widespread basis.

    Here in the UK we've got the Data Protection Act (which doesn't specify "encryption" but does specify "reasonable care" and the watchdog tasked with monitoring compliance describes using encryption as an example of "reasonable care") and yet there have been loads of instances where personal data has been compromised.

    The purpose of a law like this is to give the judiciary something definite to charge someone with when the inevitable data losses take place. It might be difficult to prove carelessness if a laptop with just a Windows password is stolen because a lot of people aren't aware of how easily compromised that is. However, if suddenly your IT department can legitimately be asked to stand up and testify as to whether or not they provide any means for end-users to encrypt customer data then suddenly it's a lot easier to determine guilt.

  52. But how will the government snoop? by Anonymous Coward · · Score: 0

    If all our emails are encrypted how is the govenrment going to snoop on everything we do?

  53. keep government out of it by Anonymous Coward · · Score: 0

    if you are an ecommerce company, website you already have to comply with extremely strict PCI compliance rules, one of which specifically requires email encryption whenever any financial or personally identifiable information is sent in the email. Not hard to do, nor hard to enforce regardless of the system its done on. Once again, we have news media scaring the shit out of people who then look to government to do something about an issue that government has no damn reason sticking their incompetent noses into when technology and plain common sense will eventually figure out the solution.....

  54. Doesn't work by DrYak · · Score: 1

    I know some systems record the IP of the user who wanted to reset the password and only allows that IP to do so, and ensures the same session (cookies) is used also.

    Technically it's akin to using several factors, so if one is compromised, the others will still remain (akin to sending part of the information in an SMS).
    The problem : these additional data all transit exactly on the same medium as the e-mail. They aren't separate channels and thus don't really offer any additional protect : someone who has snooped on the mail will very likely know the target IP and be able to spoof it.

    Nonetheless, in your situation this won't be a problem, because it's a reset email, done in order to let a user change the password. It's a temporary situation and although it could be snooped, the user is expected anyway to create a new password anyway. The compromised information has little value for the hacker.

    We were complaining - the parent post and I - about systems where the "Help, I lost my password !" sends the new password that the user is supposed to use from now on (or worse, send the previous password in plain text).
    In that situation the compromised info isn't a temporary token that the user will use to reset the password, but it is an *actual* password. And I'm complaining that e-mail isn't a channel secure enough for this kind of transmission.

    So not only would some hacker have to break into their email account or run a packet sniffer along the line of communication between the email servers but they would need to grab the cookie information and/or send the request from the user IP address.

    The attack as I envision it doesn't require any one compromising an e-mail account Palin-style.

    But simply intercept the traffic. Wifi is pervasive. Few use sufficiently crypted transmission, and free access point use plain transmission.
    Outside the /.er and other technically literate people, almost nobody else uses a secure VPN when surfing from some free wifi, nor doesn't even know where in Outlook Express to configure secured connection to the mail server.
    Snooping emails is as simple as recording the unencrypted packet broadcast over the air.

    Thankfully, with web2.0 clients working entirely over https, this trend is going to diminish.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  55. Education: by IdeaMan · · Score: 1

    I can't get my own company to do that internally

    Which means FINALLY we will get people educated on encryption. See the problem is that people are too lazy to do it. The slashdot crowds position has been that encryption should be used. What do we see but all kinds of excuses from them about how hard it will be or how much money it will cost.

    I'm glad this law was passed. Maybe now we will have easy to use encryption programs. The problem we've had is that the software was available, but was mostly used by enthusiasts. Now that all the communications need to be encrypted we should finally start seeing stuff like the lock icon on email icons, an "encryption bit" in the IP header and people maintaining a digital signature.

    --
    They ARE out to get you simply because They are in it for themselves and they don't care about you.
  56. GnuPG with Outlook Express and Hotmail? by tepples · · Score: 1

    But the the best encryption is free

    Do the popular gratis webmail services and the preinstalled e-mail clients on name-brand PCs support GnuPG or compatible crypto?

  57. encryption is easy ... by IchBinEinPenguin · · Score: 1

    ... key management is hard.

    No point encrypting using AES256 using a password written on a post-it note stuck to the CD .
    No point using "pa55word" either.

  58. small business need not apply... by Christian+Anarchist · · Score: 1

    Not for the first time in the last 13 months I wonder why I decided to incorporate my business in Nevada.

    Talk about the epitome of a law designed to make it harder for small businesses to survive. Do the idiots that passed this law realize that 99 percent of businesses in the United States are small business with 20 employees or less? Small businesses who live on the knife edge of financial survival and who don't have the financial luxury of IT departments with nothing better to do with their time than network with $250/hour legal counselors to help them wade through the technical and legal questions of ensuring this kind of security.

    And how many of that 99 percent are too damn busy doing 1001 other things that they aren't going to be know how to set up an RSS feed to get the latest from Slashdot and similar places.

    Much less keep up with the 100,000 or so pages of federal, state, regulations put into play every frigging year.

    I incorporated in Nevada in part because I thought Nevada was slightly less insane than other states in this regard.

    Silly me. The only thing I was right about was the "slightly."

    --
    Listen. Think. Repeat.
    Rants of this author can also be ignored at www.listenthinkrepeat.com/wordpress.