Slashdot Mirror


Protected Memory Stick Easily Cracked

Martin_Sturm writes "A $175 1GB USB stick designed to protect your data turns out to be a very insecure. According to the distributer of the Secustick, the safety of the data is ensured: 'Due to its unique technology it has the ability to destroy itself once an incorrect password is entered.' The Secustick is used by various European governments and organizations to secure data on USB sticks. Tweakers.net shows how easy it is to break the protection of the stick. Quoting: 'It should be clear that the stick's security is quite useless: a simple program can be used to fool the Secustick into sending its unlock command without knowing the password. Besides, the password.exe application can be adapted so that it accepts arbitrary passwords.' The manufacturer got the message and took the Secustick website offline. The site give a message (translated from Dutch): 'Dear visitor, this site is currently unavailable due to security issues of the Secustick. We are currently working on an improved version of the Secustick.'"

220 comments

  1. Well they could have been like other companies by insanemime · · Score: 5, Insightful

    At least they had the balls to admit that something was wrong and try to take steps to fix it. It will be intresting to see if they recall the ones already sold.

    1. Re:Well they could have been like other companies by tritonman · · Score: 4, Interesting

      Destroying the contents on a bad password attempt is crazy. Especially when you use very cryptic passwords. People tend to type wrong, hold the shift key down too long, not hold the shift key down when necessary. Sometimes I have to type my passwords two or three times before getting it right. Destroying important sensitive information because I accidentally typed it wrong is just plain stupid. These kind of technologies will only be a pain for people using them legitimately, and anyone who wants to hack to get the information will generally be able to find some way to get it, thus it is only extends the problems and provides no solutions.

    2. Re:Well they could have been like other companies by antime · · Score: 5, Insightful

      What they admitted is that they have no idea what they are doing and have no idea what they are selling. You would have to be an idiot to buy anything security-related from a company like that.

    3. Re:Well they could have been like other companies by computational+super · · Score: 2, Interesting

      Depends on how much trouble you'll get in if law enforcement agents manage to get at the data... seeing as how that's the only *possible* use I can imagine these things would ever be put to.

      --
      Proud neuron in the Slashdot hivemind since 2002.
    4. Re:Well they could have been like other companies by Lazerf4rt · · Score: 5, Interesting

      Well, not completely. A spokesperson for the product is reported saying:

      Our customers are happy with the level of protection that our product offers. Normally, the amount of security is sufficient, not everyone has the technical expertise that you have.

      This is quite a different statement from the one made near the start of the article.

      The stick was commissioned by the French government and - according to the company's press release - the result is revolutionary, ultra safe and approved by the French intelligence service.

      Funny part is, all they did was run the program in a debugger, put a breakpoint after the clearly labelled "VerifyPassWord" function, and change the return value from 0 to 1. Pretty embarassing. But the article went pretty easy on them after that. Really good read by the way.

    5. Re:Well they could have been like other companies by morcego · · Score: 1

      At least they had the balls to admit that something was wrong and try to take steps to fix it. It will be intresting to see if they recall the ones already sold.

      I was going to comment on that too.
      I find it very decent of them to not only assuming there is a problem, but also taking off their site, even if it means they might be loosing business.

      Keeping their clients' trust means much more than technical security, but also they can be trust to react correctly when an issue like this happens.

      I know we should wait and see what they will do from now on but, so far, I have to praise their response.
      --
      morcego
    6. Re:Well they could have been like other companies by jimstapleton · · Score: 1

      I sense a possible lack of imagination here. (is that a good enough flame for you?)

      Working from home, but needing to carry sensitive data.

      Or consultants that have to travel, and carry sensitive documents.

      Lots of legal reasons as well.

      --
      34486853790
      Connection too slow for X forwarding? Try "ssh -CX user@host"
    7. Re:Well they could have been like other companies by FuzzyDaddy · · Score: 4, Insightful
      I don't know about you, but I don't keep original copies of data on a USB key. I use it to transfer files from one computer to another, so wiping the data after unsuccessful attempts, in this context, strikes me as a good idea.

      --
      It's not wasting time, I'm educating myself.
    8. Re:Well they could have been like other companies by rucs_hack · · Score: 2, Insightful

      it's not that silly. They saw a way to make money from the current delusion that data can be unbreakably secured.

      The only way to secure data is to make it so absolutely no-one but the authorised people have access to it. You can keep data secure physically if you isolate it from any form of access. However information does not work well if isolated like that, information has to be shareable to be useful, otherwise its just dead data, worthless bits.

      I have several pieces of information that are unhackable. That's because they are written to dvds in a non encrypted form, but the dvds themselves are stashed away where no-one can find them.

      That is alas also a delusion, because if I died tomorrow no doubt someone could find them. However, so long as I'm around to protect them, they are safe.

      That's not a good way to think if you realise that there is money in pseudo security. Paranoia of customers can be a source of income, and a wise businessman will take advantage of that whenever possible.

    9. Re:Well they could have been like other companies by Opportunist · · Score: 2, Insightful

      If you're satisfied with a level of security that was proven to be broken easily, you prove that you don't need any security altogether.

      If people don't bother breaking your security, they aren't that interested in your information in the first place.
      If people who are interested in your secrets are able to do so trivially, you can just as well abstain from encryption altogether to save you the hassle.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    10. Re:Well they could have been like other companies by computational+super · · Score: 0

      Working from home, but needing to carry sensitive data that will be erased if I miskey the password even once

      consultants that have to travel, and carry sensitive documents that will be erased if I miskey the password even once

      I can use my imagination to think of better ways to protect such data.

      --
      Proud neuron in the Slashdot hivemind since 2002.
    11. Re:Well they could have been like other companies by jandrese · · Score: 1

      I suspect these things don't self destruct on the first incorrect password. That would be a horrific UI blunder. Rather, I suspect after 5-10 or so incorrect passwords in a row they will self destruct. It's hard to tell because the original site is down.

      --

      I read the internet for the articles.
    12. Re:Well they could have been like other companies by jandrese · · Score: 4, Funny

      I love the part where it is "approved by the French intelligence service". Of course it is, since it's so easy to break. Of course it's not approved for their own use, they just want everybody else to use it.

      --

      I read the internet for the articles.
    13. Re:Well they could have been like other companies by @madeus · · Score: 3, Insightful

      it's not that silly. I contend it is not only silly, but sufficently bad to warrent legal action, because whoever built it must have known how badly it was designed to start with.

      It appears that the system doesn't use a form of encyption unlocked by a key (entered by the user) to store the data - and that instead it simply requires use of a single instruction to the USB device indicate the data ought to be accessible or not. That just sounds ludicrous.

      If it had been developed in good faith, and this were a bug (rather than part of the design) and/or the result of a sphosticated exploit that it would have been hard to predict, I would be sympathetic. As I would if they had clearly indicated it's limitations (which they could have, but if they've taken the website down now, I'm guessing not).

      What's particularly telling for me is, while the company were quite happy to tout the supposed virtues of the product, they are clearly worried about it now they have been found out. That repesents a staggering failure by the designers of the software, their managers, the marketing and product design teams, the HR department who hired all these people of clearly very dubious virtue and the senior management involved.

      Either they are crooks (because they were complicit in touting such a crummy product that didn't really do what it claimed to do in a reasonable way) or are they are all, really, really dumb (and none of them asked pertinent questions of the other parties at any stage of product development).
    14. Re:Well they could have been like other companies by computational+super · · Score: 4, Funny
      You would have to be an idiot to buy anything security-related from a company like that.

      Which is a shame for this company, because idiots are in such short supply these days...

      --
      Proud neuron in the Slashdot hivemind since 2002.
    15. Re:Well they could have been like other companies by morgan_greywolf · · Score: 4, Insightful

      Funny part is, all they did was run the program in a debugger, put a breakpoint after the clearly labelled "VerifyPassWord" function


      Wait. The executable was compiled with debug symbols turned on? With functions with easy-to-understand names? I mean, I know it's only security-through-obscurity, but c'mon! At least up the ante a little bit ... many programmers are not skilled enough to disassemble a program with no symbol table. And the ones that are ... *shrug* rely on the security of your methods, not on the obscurity of your code. IOW, they should have used encryption, even with the self-destruct mechanism.
    16. Re:Well they could have been like other companies by jeffasselin · · Score: 1

      You are as deluded as they are. Nothing, I repeat NOTHING can be 100% secure. As long as a single person can have access, knows where the data is, someone else can gain access. By luck, hacks, reasoning, cracking, torture, etc. It's always a question of TIME required to get access, but it's always possible. Modern forms of encryption almost exclusively repose on such a principle: publick-key cryptography stands on the difficulty of factoring very large numbers with the current computers and algorithms, which doesn't make cracking it impossible, just take incredibly long.

      --
      If he explores all forms and substances Straight homeward to their symbol-essences; He shall not die.
    17. Re:Well they could have been like other companies by TheRaven64 · · Score: 4, Insightful
      It is unlikely that the only copy of sensitive data would be on the USB stick. If it is destroyed, you still have the original copy somewhere more secure than your pocket. If it's destroyed accidentally, it could be a lot less of a problem than if it fell into the wrong hands.

      There are a lot of situations where having a local copy of the data is a convenience, rather than a necessity, and this would allow the convenience without the risk of it being stolen. If it's accidentally destroyed, then it's an inconvenience, not a disaster.

      --
      I am TheRaven on Soylent News
    18. Re:Well they could have been like other companies by cduffy · · Score: 1

      It's obviously not "even once" -- if you read the article, it's specified that the counter is user-configured.

      Destroying the data on excessive retries is an effective way of preventing a sustained brute-force attack. This implementation is completely useless, to be sure, but the concept is a good one.

    19. Re:Well they could have been like other companies by neoform · · Score: 1

      well, on the upside.. at least breaking the security doesn't involve a sharpie..

      --
      MABASPLOOM!
    20. Re:Well they could have been like other companies by Anonymous Coward · · Score: 2, Informative

      Read the article again - nothing to do with debugging symbols. The function names mentioned are DLL function names. Read up on DLL to figure out why those are not obfuscated.

    21. Re:Well they could have been like other companies by morgan_greywolf · · Score: 2, Insightful

      Ah, didn't see that part I guess. But still, with DLL functions you can name your function something like zxgvflqrt() or something.

      Still, there's no reason why one has to use DLLs, either. You can put everything into one .exe file if you like.

    22. Re:Well they could have been like other companies by Viol8 · · Score: 2, Insightful

      "You can put everything into one .exe file if you like."

      That would be the sensible way to go since its unlikely any other app would ever use that .dll. But sensible isn't something that generally applies to Windows programs these days as the amount of .dll splatter from even the simplest apps testifies.

    23. Re:Well they could have been like other companies by devnull17 · · Score: 1

      I agree, but I wonder how much of it has to do with liability. If they're selling them to governments, they probably have to guarantee that they're unbreakable.

    24. Re:Well they could have been like other companies by gregleimbeck · · Score: 1

      I have several pieces of information that are unhackable. That's because they are written to dvds in a non encrypted form, but the dvds themselves are stashed away where no-one can find them.

      Just don't forget to take the pr0n out of the DVD player when you are done.

      --

      P.S.,

      This is what part of the alphabet would look like if Q and R were eliminated.

    25. Re:Well they could have been like other companies by FrozedSolid · · Score: 1

      On windows, you can export functions by ordinal, that is, you can have unnamed dll functions. What a sloppy product!

      --
      When all freedom is outlawed only the outlaws have freedom
    26. Re:Well they could have been like other companies by Tyberius · · Score: 1

      That is alas also a delusion... You are as deluded as they are. Nothing, I repeat NOTHING can be 100% secure. I think the GP and P are in agreement, but the P doesn't realize it.
    27. Re:Well they could have been like other companies by Tim+Browse · · Score: 1

      I don't know about you, but I don't keep original copies of data on a USB key.

      Quite - if the data is important enough to protect, it's important enough to backup. I've not had good experiences with reliability of USB sticks either - I've encountered two (in my limited experience) that had the habit of occasionally showing up as 'unformatted' when you plugged them into a PC. Mostly they worked, but sometimes they decided to vape themselves.

      But then, it's a bit like expecting hard drives to never die, I guess.

    28. Re:Well they could have been like other companies by TubeSteak · · Score: 1

      Destroying the contents on a bad password attempt is crazy. Especially when you use very cryptic passwords. People tend to type wrong, hold the shift key down too long, not hold the shift key down when necessary. Sometimes I have to type my passwords two or three times before getting it right.
      If you had RTFA before posting, you may have been surprised to learn that you can set the maximum number of password attempts.

      Imagine that!
      Your data doesn't have to self destruct after 1 failed attempt!
      --
      [Fuck Beta]
      o0t!
    29. Re:Well they could have been like other companies by UncleTogie · · Score: 1

      What's scary is they've not updated the English side of their website yet.... In fact, when I clicked on the Ordering tab, it took me here to order a one....

      --
      Don't tell me to get a life. I'm a gamer; I have LOTS of lives!
    30. Re:Well they could have been like other companies by zippthorne · · Score: 1

      Exactly. It's like that story about the sectaries who, instead of properly shredding and/or incinerating sensitive documents, tore them in half and threw them in the regular trash. If you put your sensitive data on something that's easily broken, you might as well just publish it a full-page ad with a bright red sticker that says, "I'm trying to hide this."

      --
      Can you be Even More Awesome?!
    31. Re:Well they could have been like other companies by smaddox · · Score: 1

      Even if the function names had NOT been obvious, it still would have been relatively trivial to crack the system purely due to the fact that everything was executed on the PC. You could easily find the password verify function by breaking when the fake password was accessed.

      In order for this to be secure, the USB stick must do the password check and either unlock it or send an error ALL in hardware unalterable by the PC. This could easily be done with a cheap microcontroller, or specially designed chip.

      The Secustick has security similar to a webpage with a javascript login - easily cracked by someone with the patience to follow the code.

    32. Re:Well they could have been like other companies by Opportunist · · Score: 2, Insightful

      Not that bad, but it's just as good as leaving it lying around in plain view. The only difference is that you don't have to jump through hoops to get to your information.

      I'm usually amazed how many people would add more and more layers of "security" to their door, ignoring that the walls are made of paper. Sure, you, as the authorized user, have to go through time consuming hassle to get to your data, but the attacker, who doesn't care about damage, has it easy to circumvent your security. He might leave your system in ruins, but does he care?

      Security is a matter of "wholeness". The whole "building" of your security has to be flawless, even a little gap is enough for an attacker. The attacker only has to find the weakest link and pry it open.

      That's why it's usually easier to attack data than to defend it. Especially if the human element is in play.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    33. Re:Well they could have been like other companies by WaxParadigm · · Score: 1

      "You would have to be an idiot to buy anything security-related from a company like that."

      The article mentions it's "approved by the French intelligence service" - lol.

    34. Re:Well they could have been like other companies by Danga · · Score: 1

      When you first setup the password on the stick you also set the number of password attempt amounts before the stick "self destructs", so at least it is up to the user to choose how many tries they think should be allowed. After reading the article it also became clear that it is easy to mod the stick so that it is fully read only which then allows you to enter as many passwords as you want since the chip then can't log previous password attempts and will keep saying "you have X amount of attempts left." where X stays at whatever the max amount of attempts was originally set to. Another interesting thing about the stick is the "self destruct" seems to infact just be "disallow access" controlled by a chip in the stick by voltage. So most likely if the chip "self destructs" you just have to apply the correct voltage to regain access.

      --
      Hey, there is only one Return and it's not of the King, it's of the Jedi.
    35. Re:Well they could have been like other companies by feed_me_cereal · · Score: 1

      then use encryption. It works better anyway

      --
      "Question with boldness even the existence of a god." - Thomas Jefferson
    36. Re:Well they could have been like other companies by Anonymous Coward · · Score: 0

      Does this remind anyone of how easy it was to break the strong encryption/protection on a ZipDrive

    37. Re:Well they could have been like other companies by Mister+Whirly · · Score: 1

      I have to wine about how cheesey that comment is...

      --
      "But this one goes to 11!"
    38. Re:Well they could have been like other companies by Anonymous Coward · · Score: 0
      French and intelligence are two words that should never appear in the same sentence. [jk]

      From the Article: "Our customers are happy with the level of protection that our product offers." They are happy with the level of protection promised. They are generally not able to evaluate the actual protection.

      FTA: "the company also has another line of products 'with even better security'" No doubt a sticker that says please do not read the contents of this memory stick - In French.

    39. Re:Well they could have been like other companies by Anonymous Coward · · Score: 0

      Sometimes I have to type my passwords two or three times before getting it right.
      That's why I always use three digit passwords.
    40. Re:Well they could have been like other companies by turgid · · Score: 1

      It is unlikely that the only copy of sensitive data would be on the USB stick. If it is destroyed, you still have the original copy somewhere more secure than your pocket.

      But people are stupid. How many times have you heard of laptops being stolen/lost/broken with the only copy of someone's last entire 6 months of work, or their "disk" getting lost etc.

      Most people still haven't cottoned on to the fact that digital computers can make perfect copies of their own data. (Another reason why DRM is pointless, but that's another rant as well).

    41. Re:Well they could have been like other companies by CodeBuster · · Score: 1

      HAHA...an excellent jest. Where are my mod points when I need them?

    42. Re:Well they could have been like other companies by Threni · · Score: 1

      > Nothing, I repeat NOTHING can be 100% secure.

      A properly managed One-Time Pad system is 100% secure.

    43. Re:Well they could have been like other companies by w3dg · · Score: 1

      Therefore we should just leave our data unsecured, throw all of our information into blogs on the internet and hope the good guys are the only ones who see it? I don't understand where your argument is. Yeah, there's always a way through, but making it harder is key. And I damn well support frying data rather than letting it get into the wrong hands, and if the data is sensitive enough, then one pw fail = destroyed drive is fine with me.

    44. Re:Well they could have been like other companies by sjames · · Score: 1

      The attacker only has to find the weakest link and pry it open.

      So invite the PHB to lunch and pry it open with a martini.

    45. Re:Well they could have been like other companies by putaro · · Score: 1

      Until a mole in your security organization steals a copy. A one-time pad may (if properly generated) be cryptographically secure but that doesn't make it totally secure in the real world.

    46. Re:Well they could have been like other companies by Doddman · · Score: 1

      I'm probably about to get modded as offtopic for this, but okay..... I work at the Dairy Queen where I live. The owner of the store (a techno-stupid 60-something man) can connect to the DQ servers @ wherever from the computer in the office. I don't know how its done (web-based or another program) but needless to say it's a secure connection (I brought my laptop + ethereal to work once). But none of the security does him any good because he has the login and password on a bright pink post it note on his monitor. I stood right there in the office and talked to him while copying it down on a piece of paper in my wallet. So yeah, the human factor is probably a bigger element of digital security than any complex algorithm, security program or whatever else there might be involved.

      --
      If creativity is the field, copyright is the fence.
    47. Re:Well they could have been like other companies by that+this+is+not+und · · Score: 1

      It's hard to tell because the original site is down.

      Some cracker probably tried to telnet into the server the site is hosted on ten times with the wrong password.

    48. Re:Well they could have been like other companies by Opportunist · · Score: 1

      Don't laugh, 9 out of 10 companies that fail a security review, fail on the social engineering end. You'd be amazed how often a simple "Hello, this is the support dept, we need your passwords" works.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    49. Re:Well they could have been like other companies by Opportunist · · Score: 1

      The human factor is the biggest single point of failure in any given security model. Unless said security model consists of NO security.

      And even then...

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  2. lol by Anonymous Coward · · Score: 0

    I feel the bad for the people that bought one. $175 for a memory stick? Ouch.

  3. Nice one! by Anonymous Coward · · Score: 5, Interesting

    At least the manufacturer is doing the right thing and eating crow over this. Here in the US the company would probably have just sued the hackers under DMCA while continuing to sell the defective product.

    1. Re:Nice one! by Anonymous Coward · · Score: 0

      If I weren't an Anonymous Coward, I'd mod this response up. :)

    2. Re:Nice one! by Anonymous Coward · · Score: 0

      The manufacturer actually asked Tweakers.net for a review, so a suit would be pointless. They just got a little more criticism than what they had bargained for ;)

    3. Re:Nice one! by Curien · · Score: 1

      And that make debuggers a circumvention device; and Microsoft (and Borland, and Apple, and FSF) would be guilty of trafficking in circumvention devices.

      I'm having a boring day. Bring on the lawsuit!

      --
      It's always a long day... 86400 doesn't fit into a short.
    4. Re:Nice one! by operagost · · Score: 1

      You can't exactly sue someone for braking encryption under the DMCA if you're not encrypting anything.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    5. Re:Nice one! by multisync · · Score: 1

      You can't exactly sue someone for braking encryption under the DMCA if you're not encrypting anything.


      I could be wrong, but I believe all you need to do to violate the DMCA is circumvent any measure designed to control access to data, so bypassing the part where you are supposed to enter a password would qualify. I think that's the the point of the DMCA: no need to have good locks, just make it illegal to attempt to pick one.
      --
      I don't care why you're posting AC
  4. Well.... by Anonymous Coward · · Score: 0
    We are currently working on an improved version of the Secustick.

    I would hope so.

  5. SUCK-u-stick by notpaul · · Score: 0, Offtopic

    Yay!

    I was the first one who said it.

    --
    See you space cowboy ...
  6. Just put - by ditoa · · Score: 4, Informative

    TrueCrypt on a memory stick with an encrypted volume file with a good passphrase and your data will be secure from pretty much anything. I have not heard of TrueCrypt being cracked yet.

    1. Re:Just put - by Savage-Rabbit · · Score: 1

      TrueCrypt on a memory stick with an encrypted volume file with a good passphrase and your data will be secure from pretty much anything. I have not heard of TrueCrypt being cracked yet. I use an encrypted image generated by the Apple Disk utility which is capable of creating AES-128 encrypted DMG's. I don't know if aes-128 has been cracked yet but even if it has I rather doubt any thief will go to the trouble of trying to access my data. Of course I might be unlucky enough that my memory stick is stolen by a super Hacker who will go to the trouble of cracking my little DMG crypto image but that seems highly unlikely.
      --
      Only to idiots, are orders laws.
      -- Henning von Tresckow
    2. Re:Just put - by CogDissident · · Score: 1

      Sadly, they weren't smart enough to layer a self-destruct over an encrypt.

    3. Re:Just put - by Anonymous Coward · · Score: 0

      Even if the encryption was cracked, it is highly unlikely that those who took the thing will even know what to do with the encrypred drive .
      The thief is more likely to reformat it and use it as their own even with broken encryption ,
      Either way, yu have prevented them from using your data !!
      Better back the thing up to another stick , CD or drive and keep that one in a safe place, Maybe even a safe !!

      the problem with these things is that they are so small, so easy to lose, forget or have them stolen

    4. Re:Just put - by Anonymous Coward · · Score: 1, Funny

      actually, I cracked Truecrypt last year but they paid me a billion dollars to cover it up.

    5. Re:Just put - by jimicus · · Score: 1

      I doubt the data was encrypted in the first place. If it was, they certainly didn't use the password as the key to encrypt it because a wrong password still gained access to the data.

    6. Re:Just put - by kippers · · Score: 1

      I believe that TrueCrypt requires initial administrator powers on every computer you want to use it on. To governments, administrator just screams insecure.

    7. Re:Just put - by RMH101 · · Score: 1

      It's the only problem with Truecrypt. On Windows, you need admin rights to mount a filesystem, no way around it. This makes its use tricky in a corporate setting where typically users don't have admin rights. It's a Windows feature though, so there's nothing the excellent authors of Truecrypt can do about it.

    8. Re:Just put - by TheSkyIsPurple · · Score: 1

      Why can't the create a service that the folks can install as part of a standard corporate image, managed by GPO, allowing regular users to trigger a mount...

      Not a total solution, but it's at least a way to allow a corporation that wanted to use it to not open things up entirely. (Though in the large corps I've worked with, if you don't have a recovery key, you're out of the running... they want to be able to get into an employees secured data after they've been terminated...)

    9. Re:Just put - by jawtheshark · · Score: 3, Informative

      Once Truecrypt is installed on a machine (by Administrator) every Limited User can use it without problems. I have it set up that way at home.

      Running Truecrypt requires a driver and inserting that in the operating system requires Admin, once it's there, using it is allowed by everyone

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    10. Re:Just put - by Anonymous Coward · · Score: 0

      I store the data I want to be portable in my stick by compressing and encrypting (AES-256) it with 7zip. So together with 7zip portable I have encrypted data I can read from any "win32-os" computer. It isn't 100% secure, but it's simple and "portable".

    11. Re:Just put - by piranha(jpl) · · Score: 1

      That doesn't stop somebody from surreptitiously swiping your stick, loading trojan horse software on it, and replacing it. e.g. keyloggers, etc.

      Unless you sleep with your stick under your pillow and never let it leave you, you can't trust the (unencrypted and unauthenticated) software on it. And you don't ever want to give software you can't trust information that is secret (passphrases).

      The same also applies for public and shared computers. Think paranoid!

    12. Re:Just put - by mxs · · Score: 1

      TrueCrypt, while a fine piece of software, could never offer what this stick APPEARS to offer -- namely data eradication in the case of an attacker attempting a wrong password too many times in a row. This would protect against brute-forcing the password, possibly on a cluster of computers.

      TrueCrypt has been broken before, just not in the way you believe. The methods they use are sound, but no amount of secure encryption can protect you from a brute-force attack on weak passphrases. The idea with the secustick is that you don't even get access to the ciphertext without credentials being present (and a truly decent stick would encrypt the data with the given password anyway, making the debugger a useless tool against it; people could possibly still disassemble the stick and try to dump the memory which would give them the ciphertext to attempt brute-force attacks on, but that's another barrier to break -- especially if the stick is built in a way that would hamper efforts to disassemble it without destroying the data.

      Ah well, there are enough knuckleheads who will buy anything that says "Secure ! We promise !" without actually understanding whether what they're buying is snake-oil. Capitalism rocks, that way.

  7. Linux... by bilbravo · · Score: 1

    password.exe seems to me that it would be a Win32 application. So, what if I put this in a Linux PC? Surely it's encrypted somehow? Maybe I need to read the article again, but I didn't see any mention of encryption.

    1. Re:Linux... by Chysn · · Score: 1

      From TFA:

      As it turned out, we already had full access to the 'protected' files. Apparently, the program merely checks to see if the password has been entered correctly, and the stick's contents are unlocked on the basis of this. By simply altering the return value of the VerifyPassWord() routine, the - unencrypted - data is revealed.

      --
      --I'm so big, my sig has its own sig.
      -- See?
  8. Truecrypt by sakdoctor · · Score: 1

    Doesn't truecrypt have a traveller mode. This seems a bit useless as well as the insecurity.

    1. Re:Truecrypt by bcoff12 · · Score: 2, Insightful

      Yep, traveler mode + solid password + key files = oops I lost the USB stick with my password list on it, oh well.

    2. Re:TrueCrypt by Rob+T+Firefly · · Score: 5, Insightful

      The type of people who have got the wherewithal to set up TrueCrpyt are not the market this was aiming for. This seems like a product made for the techno-clueless PHB types who just want to buy something off the shelf they can stick in their magic computer box and have it "just work," and who see that high a price on a simple 1-gig USB stick not as an obvious ripoff, but as a measure of how much good computer magic it must surely contain.

    3. Re:TrueCrypt by sarathmenon · · Score: 1

      BTW, what is in this device that disallows me to dd if=/dev/sdb1 of=usb_bckp? I think the basic concept is flawed, there is no true security in a portable device that someone else can physically take away.

      --
      Microsoft: "You've got questions. We've got dancing paperclips."
    4. Re:TrueCrypt by Lumpy · · Score: 1

      unless the idiot executive uses his SOCIAL SECURITY NUMBER as his passphrase.

      biggest problem with non technical people like CEO's CFO's CTO's and the like is they can not understand what you mean when you say "use a secure passphrase." they think their SSN is secure, it takes a amateur 20 minutes and $30.00 to get someones SSN from one of the big databases by having a name and address or phone number. Most executives info is based off of name + business name in these DB's.

      They can not understand that their personal information is not secure and they really need to pick and memorize a secure phrase that someone can not guess. we missed a security audit 3 years ago because of executives using ssn, pet names, spouse names or even their car brand/make (like BMW725, or kompressor) for passphrases on secure files.

      --
      Do not look at laser with remaining good eye.
    5. Re:TrueCrypt by Anonymous Coward · · Score: 0

      What? I always use my SSN, my mom's of pet's name of my birthday, are you telling me those are not secure? I better change the password for my pr0n of my mom might catch me!

    6. Re:TrueCrypt by Library+Spoff · · Score: 1

      Don't you need Admin Priv's for Truecrypt to run under windows?
      Even the `portable` mode as far as i remember.

      --
      Acid House saves Souls
    7. Re:TrueCrypt by wkk2 · · Score: 1

      I like TrueCrypt but having crypto tools marks you as a criminal in some localities. It would be nice if the desktop icon could be changed to something a little innocuous like a PDF or modem dialer.

    8. Re:TrueCrypt by SuseLover · · Score: 1, Insightful

      I'm sorry, but secure encryption is a complicated subject and anyone who doesn't understand it should not rely on it to be secure. If you lack the basic skills to properly implement it then you have no business using it.

    9. Re:TrueCrypt by Opportunist · · Score: 1

      Security is always the minimum of the technical capabilities and the user capabilities. That's a given. Security is like a castle defending against an invader. It doesn't mean jack if one side is invincible if the other one is made out of plywood. All sides have to withstand the assault.

      I know that there are ways to improve the technical side to the point where it can be trusted to be Fort Knox. The human factor is the limit, and if I knew a way to improve the human side of security, I'd be traveling from company to company as a consultant and make a million per year. You cannot teach those who don't want to listen, the best for security would be to eliminate managers from the system. The best for humanity would be to eliminate them from the genepool.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    10. Re:TrueCrypt by Rob+T+Firefly · · Score: 1

      Good point. However to continue along that line of thought, if you're in a position in which you want or need encryption, then you have no business lacking the basic skills to properly implement it. Take a class or read a book, the knowledge you gain will be immeasurably more useful than any magic box you buy off the shelf. The only other option is to get someone with the proper skills who you can trust to do it for you.

    11. Re:TrueCrypt by EnglishTim · · Score: 0, Flamebait

      What an idiotic statement.

    12. Re:TrueCrypt by Opportunist · · Score: 1

      You say that like there's any manager in the world that doesn't insist in having admin privs on 'his' (company) PC...

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    13. Re:TrueCrypt by Bandman · · Score: 1

      My last few passwords have been the last 6-10 characters of my /etc/shadow file's md5 sum. I memorize it, change the password, and it can't be recovered (at least without knowing the previous password, which was likely to be based on the previous md5sum...

    14. Re:TrueCrypt by mikkelm · · Score: 1

      That's ridiculous. Should people be required to know about crash testing before buying cars that are marketed as being safe?

    15. Re:TrueCrypt by honkycat · · Score: 1

      Cute approach, but it does have one significant shortcoming. Namely, if someone ever does compromise your password and your method, they'll have continuous access to your system until you detect their presence. This makes password changes less useful. You're using the MD5 entropy as a substitute for true randomness and it doesn't quite work.

      Of course, in practice, unless you do something silly like posting your method on a publicly accessible message board, no one's likely to figure out where you're pulling your new passwords from.... :-) But really, for a small personal system, it sounds like an acceptable approach, but why not just roll 1d4, add 6, and roll Nd50 to generate a truly random password?

    16. Re:TrueCrypt by ajs318 · · Score: 1

      You do realise that anyone with a boot disk can just slip it in the CD-ROM drive, reboot, mount your old / directory under (say) /mnt ; and then they only need to do # vi /mnt/etc/shadow and change the scrambled password for one they prepared earlier? If they are smart they will then change /bin/login for a hacked one which will accept a hardcoded default password, return your /etc/shadow to its former state, reboot from hard disk and come back later via the internet.

      --
      Je fume. Tu fumes. Nous fûmes!
    17. Re:TrueCrypt by Bandman · · Score: 1

      How is that at all different than the other 99.9% of computers sitting on desks around the world?

    18. Re:TrueCrypt by Anonymous Coward · · Score: 0
      > I better change the password for my pr0n of my mom might catch me!

      Funniest. Typo. Evah.

  9. TrueCrypt by Teckla · · Score: 5, Informative

    Most Slashdotters know you should not trust the built in security on these devices.

    The solution for real security on these devices is to use TrueCrypt.

    It's not hard to use, though the more technical among us may need to help out the less technically inclined to get things rolling. Once it's setup, though, it's secure and easy to use.

  10. TrueCrypt instead? by DonCarlos · · Score: 1

    It's great to be grown up and still believe that in security aspects "unique technology" buzz does not simply smell bad. Real crypto is widely known. All can read how it works. But it still remains solid. Before you get hired by "European governments", ensure you won't get fooled. Ordinary USB stick and real, free crypto tools as TrueCrypt - that's what you shall consider using, instead of paying almost $200 for "unique technology".

    --
    Marcin
  11. This begs the question...... by 8127972 · · Score: 4, Interesting

    ...... Since there are a ton of these products out there. Does any third party verifiy that they are secure as they are claimed to be? Or are we truly at the mercy of the marketing spin that these companies put out?

    --
    This is my opinion. To make sure you don't steal it, it's covered by the DMCA.
    1. Re:This begs the question...... by CowTipperGore · · Score: 2, Informative
      First, it doesn't beg the question. Please learn the proper use of the phrase.

      Since there are a ton of these products out there. Does any third party verifiy that they are secure as they are claimed to be? Or are we truly at the mercy of the marketing spin that these companies put out? According to TFA, the product was commissioned by the French government and is approved by the French intelligence service. It also is reportedly used in the defense and banking industries. One would hope that there would be some sort of verification by knowledgeable IT folks prior to approval by all these groups, but it appears that no one gave it a real examination.
    2. Re:This begs the question...... by Ruvim · · Score: 1

      Yes we are

    3. Re:This begs the question...... by Opportunist · · Score: 1

      There are actually such companies. But they have huge drawbacks that explain why so few makers of security devices go through the hassle.

      1. They don't simply hand out their seal of approval like it's a "Vista compatible" sticker. They actually DO test your stuff.
      2. They don't refrain from telling you if your product is actually flawed, and (what's worse), they don't even stay silent when you toss it on the market regardless.
      3. Managers don't know jack about them, they don't care about security seals and listen to marketeers.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  12. A cheaper alternative that actually works by jrumney · · Score: 4, Informative
    1. 1Gb USB stick - from around $20 (maybe even cheaper)
    2. Truecrypt - free

    No self-destruct, but hard enough enryption for all but the most sensitive secret data.

    1. Re:A cheaper alternative that actually works by ePhil_One · · Score: 1
      No self-destruct,

      I imagine self-destruct was the lure. If they had bothered to Encrypt the contents as well, bypassing the self-destruct would not have been the catostrophic failure it was. The crunchy on teh outside, chewy on the inside security model fails again!

      --
      You are in a maze of twisted little posts, all alike.
    2. Re:A cheaper alternative that actually works by PaprikaPal · · Score: 1
      Exactly the solution that I've been using for quite some time. Works well, very well.

      1. 1Gb USB stick - from around $20 (maybe even cheaper)
      I can cut your cost in half. Micro Center has these http://www.microcenter.com/single_product_results. phtml?product_id=242478 for $9.99.

      No self-destruct, but hard enough enryption for all but the most sensitive secret data.

      Don't need self-destruct - just forget your password.
    3. Re:A cheaper alternative that actually works by Seiruu · · Score: 1

      That's what the article said, too :)

  13. $175 for a flash drive? by FlyByPC · · Score: 1

    Even if it had great security, why pay that much when software encryption is Free (and apparently a whole lot more reliable)?

    --
    Paleotechnologist and connoisseur of pretty shiny things.
    1. Re:$175 for a flash drive? by Opportunist · · Score: 1

      Because decisions like that aren't made by your tech crew but by some managers who usually have 2 things in mind when making those decisions:

      1. This which doesn't cost anything has no value.
      2. If there is no company behind it, we cannot sue anyone if it breaks (because we all know MS is close to bankrupcy because of those horrible lawsuits that follow their blunders).

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    2. Re:$175 for a flash drive? by Falladir · · Score: 2, Funny

      It's sexy to have a device that can actually self-destruct. This is the flash drive that James Bond would use.

  14. Dumb design by binaryDigit · · Score: 4, Interesting

    The whole thing is just stupid. Oh where to start ...

    - self destruct, great, so if you want to destroy someones data, just grab their memory stick and intentional use bogus passwords. Now that's brilliant. A MS with a builtin self DOS.

    - No security support in hardware, just desolder the actual memory and stick it into your favourite $15 MS. Brilliant.

    - So smug in their design they don't even encrypt the data. Outstanding.

    - Software designed apparently by a 12 yo. Oh wait, a 12yo probably wouldn't have made it so dumb. Maybe it was a 6yo, were there identifiers named after Spongebob characters?

    Actually, the bigger problem is that so many govt agencies approved of this thing, apparently, without it going through any type of remotely rigorous testing and verification. As much as our US govt agencies get ripped for doing stupid stuff, it's clear that they don't have the market cornered on such activity.

    Hey, I have a secure self destructing bridge to sell to ....

    1. Re:Dumb design by Quietust · · Score: 1

      A MS with a builtin self DOS.
      MS-DOS? Now that would explain a few things...
      --
      * Q
      P.S. If you don't get this note, let me know and I'll write you another.
    2. Re:Dumb design by TheJasper · · Score: 1

      - self destruct, great, so if you want to destroy someones data, just grab their memory stick and intentional use bogus passwords. Now that's brilliant. A MS with a builtin self DOS.
      well, built in self destruct isn't so bad. It just shouldn't be the only place the data is stored (unless the point was transporting it to a secure location for storage). Sure it might make it easier for a malicious attack to destroy the data, however that might not weigh in against it being stolen.


      Actually, the bigger problem is that so many govt agencies approved of this thing, apparently, without it going through any type of remotely rigorous testing and verification. As much as our US govt agencies get ripped for doing stupid stuff, it's clear that they don't have the market cornered on such activity.

      Being Dutch this whole story doesn't surprise me at all. There were a couple of incidents with lost pc's/usb sticks. So a group of 'officials' get together to form a committee. This committee won't allow itself to be confused by knowledge of the subject matter or trivial things like that. After receiving the appropriate advice from companies with a vested interest they will obviously choose the least suitable solution. Unfortunately, in this whole incident someone forgot to do the exact opposite of what was advised. If that was sop when working with advice from committees imagine how much better the world would be.

      Seriously though, I never expected the people who manage to leave critical defense/police investigation materials open to the public in so many different ways to come up with a good solution. SecuStick originally started out stealing candy from babies, but they found it easier to sell bogus solutions to the gov't.
    3. Re:Dumb design by CowTipperGore · · Score: 1

      - self destruct, great, so if you want to destroy someones data, just grab their memory stick and intentional use bogus passwords. Now that's brilliant. A MS with a builtin self DOS. Actually, a real self-destruct process would be good - you don't seriously want the government keeping the only copy of their data on these memory sticks? Unfortunately, there is no self-destruct capability in the memory stick. Given the shoddy design in the rest of the product, my guess is that their version of destruction is to delete the files with software.

      No security support in hardware, just desolder the actual memory and stick it into your favourite $15 MS. Brilliant. You don't even need to go that far. The design is so bad that you can hack it without removing the chip. It is a consumer-grade memory chip with some crappy software on it.

      So smug in their design they don't even encrypt the data. Outstanding. I'm not sure smug is even the appropriate word. I lean toward massive incompetence and ignorance. Their solution seems perfect to someone outside of the computer industry (and, no, I don't include salesmen, PHBs, or government employees) but displays a grotesque lack of understanding of basic data security and common hacking methods.

      Software designed apparently by a 12 yo. Oh wait, a 12yo probably wouldn't have made it so dumb. Maybe it was a 6yo, were there identifiers named after Spongebob characters? Unfortunately, stupidity and ignorance often are not solved by additional years on our planet. Just like the electronic voting implementations in the US, this displays the trademarks of a cheap and quick solution with no clue of basic safeguards and standards. And like Diebold, they made a killing by overstating the abilities of their commodity hardware and shitty custom software.
    4. Re:Dumb design by R2.0 · · Score: 1

      "Actually, the bigger problem is that so many govt agencies approved of this thing, apparently, without it going through any type of remotely rigorous testing and verification. As much as our US govt agencies get ripped for doing stupid stuff, it's clear that they don't have the market cornered on such activity."

      Obviously you haven't secured your tinfoil hat enough - the stick is OBVIOUSLY a US conspracy to spy on its allies. Th company is a CIA front, and as we speak files are being shredded and chips being smuggled out in rare tulip bulbs...

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
    5. Re:Dumb design by seifried · · Score: 1

      > self destruct, great, so if you want to destroy someones data, just grab their memory stick and intentional use bogus passwords. Now that's brilliant. A MS with a builtin self DOS. Uhmmm if I can grab your memory stick and plug it into a PC I can just format it. Or put it in my pocket and leave. Or throw it in a waste bin. Ir snap it in half. Let's think this one through shall we?

    6. Re:Dumb design by Anonymous Coward · · Score: 0

      Uhmmm if I can grab your memory stick and plug it into a PC I can just format it.

      Formats don't overwrite all the data, esp on a MS where the number of write cycles is limited. You'd actually have to explicitly overwrite all the logical sectors.

      Or put it in my pocket and leave.

      That would be theft. If it's in a secure area, it might not be so easy. With their self destruct, you can just leave it where it is, how convenient.

      Or throw it in a waste bin

      Unless the bin is filled with acid, I fail to see how this destroys the data?

      snap it in half.

      Again, doesn't destroy the data, unless you hust happen to snap the memory chip in half, not likely as the circuit board is the weak link here.

      Let's think this one through shall we?

      I did, did you? Just think, you don't need physical access to the MS with this "feature". You don't have to physically remove it from the computer it's attached to. Assuming the self destruct works as advertised, you can conveniently destroy the entire contents in a matter of a few seconds of typing. WOOT.

    7. Re:Dumb design by evilviper · · Score: 1

      self destruct, great, so if you want to destroy someones data, just grab their memory stick and intentional use bogus passwords.

      If someone has access to your memory stick filled with secret data, having that data ERASED is absolutely the LEAST of your problems. In fact, having the data erased is the best possible outcome of such a scenario. That's why it's a feature.

      So smug in their design they don't even encrypt the data. Outstanding.

      Use of encryption is strictly limited/regulated in France... you basically have to give them your keys. There is a real need for security mechanisms that don't rely on encryption, in that market.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  15. Encrypted data by Stooshie · · Score: 1

    All your encrypted data are belong to us.

    --
    America, Home of the Brave. ... .and the Squaw.
  16. N number of attempts... by Animaether · · Score: 1

    ...where N could be set on first initializing the stick. And I assume you could change this later provided you had already given the correct password, but the article doesn't go into that.

    So it's not a case of typing it wrong once and *poof* goes the data (note that they didn't find any physical evidence of things in there capable of physical destruction either). If you set it to 3 times, and you get it wrong 3 times yourself - oh well. Maybe you *could* set it to only once, though.. but if you do that, you're an idiot anyway :)

    1. Re:N number of attempts... by that+this+is+not+und · · Score: 1

      To me, this kind of 'n-tries then data is destroyed' design just screams for trojan programs that quickly hammer in n+1 attempts as a DOS attack. *wham* and the data is gone.

  17. Re:This RAISES the question...... by Xanni · · Score: 5, Informative
    --
    http://www.glasswings.com/
  18. There's Your Problem by organgtool · · Score: 3, Funny

    The developers of the Secustick are looking into the problem and they think that the issue is with their algorithm that encrypts the data into ASCII.

    1. Re:There's Your Problem by vidarh · · Score: 4, Interesting
      I worked for a company years ago where several of the engineers were seriously impressed when I showed them I could "break" their "base64 encryption" in realtime...

      They had added it to close a previous security problem I'd pointed out with their product that stored an internal customer id in a cookie to grant access to a web app - problem was, the customer id's were allocated sequentially, so anyone brute-forcing it would get access to all their customer data in minutes, including the adress books of the entire top management team.... base64 "encrypting" the customer id was supposed to prevent anyone from trying that trick again... I left that company pretty much as soon as I could..

    2. Re:There's Your Problem by Anonymous Coward · · Score: 0

      The developers of the Suck cuestick are looking into the problem

      I used one of these sticks last night. Damn but they ARE bad, I was playing stripes and the only ball I sunk was the 8 ball!

    3. Re:There's Your Problem by twinchang · · Score: 1

      The developers of the Secustick are looking into the problem and they think that the issue is with their algorithm that encrypts the data into ASCII.

      Nah, the REAL reason is,
      they think that the issue is with their website, so they took it down immediately...

  19. No encryption... by Animaether · · Score: 1

    ... as far as the article details.

    The password.exe does, however, address a controller chip. Without the correct password, the controller chip will simply refuse to provide further access to the flash memory.

    So if you're really wondering - I would imagine that the entire thing won't work with Linux, period.

    1. Re:No encryption... by Derek+Pomery · · Score: 1

      ... but "It should be clear that the stick's security is quite useless: a simple program can be used to fool the Secustick into sending its unlock command without knowing the password."
      huzzah! a linux version should soon be in the works! ;)

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
    2. Re:No encryption... by Alphager · · Score: 1

      ...unless someone sends the giveAccess()-command to the controller, which should be pretty easy.

    3. Re:No encryption... by Trahald · · Score: 1

      You misunderstood. Its a regular flash thumb drive - no software runs on it - the Password.exe program runs on your PC and decrypts the (encrypted) file on the drive.

    4. Re:No encryption... by AJWM · · Score: 2, Insightful

      Without the correct password, the controller chip will simply refuse to provide further access to the flash memory.

      So even if the password control worked (which it doesn't), you could get at the contents by desoldering the flash chip and putting it in a reader. (Something hobbyists have been doing with HD-DVD drives to reverse engineer/modify the firmware.) And this is a supposedly intelligence-service recommended device for government use? Right, go on, pull the other one.

      --
      -- Alastair
    5. Re:No encryption... by Anonymous Coward · · Score: 0
      Correct, except it would seem that there is no actual encryption involved. Relevant snippets from TFA (emphasis mine):

      The most common technique to protect data is encryption, but Sipal International has come up with a different solution...

      The first time the stick is used, it lets the user set a password as well as a maximum number of password entry attempts. When this number is exceeded, the stick will self-destruct. Once the stick is ready for use, normal access will only reveal only a small partition of 2MB. It contains a small (Windows-only) program called 'password.exe'. When this is executed, the user is presented with a dialogue window asking for the password. Upon entering a wrong password, the program will display how many attempts are left.

      The stick is also fitted with a button to regulate access, but it is attached to the controller instead of the memory chip, which means that it is up to the controller to decide whether or not writing is permitted. By soldering a wire between the special pin and the earth we could be sure that no data on the chip could be altered.

      When we re-inserted the stick into the PC and deliberately typed a wrong password, the screen read: 'Wrong password, 6 attempts left'. So we tried again, and the message on the screen read 'Wrong password, 6 attempts left' once again. Goody! The stick left unable to store the number of password attempts, we could now try out passwords indefinitely without having to fear that the stick would self-destruct.

      Apparently, the program merely checks to see if the password has been entered correctly, and the stick's contents are unlocked on the basis of this. By simply altering the return value of the VerifyPassWord() routine, the - UNENCRYPTED!!!!!! - data is revealed.

      The Secustick is another step lower on the ladder: the processes of checking the password and unlocking the stick are executed entirely on the pc.

      Moreover, it looks as if there isn't really much to the so-called 'self destruction' feature, which, according to the data sheet, causes the flash memory [to be] burned. However, as far as we have been able to determine, there isn't any extra hardware on the chip - such as a dc-dc-converter - that could physically destroy the memory by targeting it with more voltage than it can handle.
      It would seem as though the controller regulates read access to the "locked" partition, as well. The initial state of the controller hides the "locked" partition, and makes it visible, readable, and writable all in one go, once the appropriate "unlock" bit is turned on within the controller.
  20. "Secure" Digital Already Cracked? by Doc+Ruby · · Score: 1

    Is the DRM built into SD/SDIO ("Secure Digital") HW already cracked?

    --

    --
    make install -not war

  21. Security through obscurity? by farker+haiku · · Score: 1, Interesting

    Instead of low level commands such as SendToStick(), we could see routines such as GetWriteProtectState(), RefreshFileBrowser(), and the most significant one, VerifyPassWord().

    Screenshot of debugging windows

    Obviously, this routine caught most of our attention. We used the debugger to study it, and found that its result was passed to the main program using an EAX register. The debugger allowed us to place a breakpoint immediately after the call to VerifyPassWord(), upon which we entered a fictional password and changed the return value 0 in the register to 1.


    Tell me again why we as Software Engineers are supposed to use descriptive method and variable names? Sure, it may be useful during testing/building/debugging/etc; nobody will argue that. However, if your "secure" product can be easily hacked due to the fact that you use descriptive class/variable/method names, maybe the practice should be reviewed.

    Now in this particular case, there were other flaws with the design (all verification happening on the pc?!?) What happened here though is that the hackers were looking for a place to start by looking through a debugger. During that exploration they discovered a gaping security hole. I'm not saying that they wouldn't have found the design flaw to begin with -- I have no doubt that they would have. But maybe we should look to the security through obscurity methodology as an additional layer of protection.

    --
    Your sig(k) has been stolen. There is a puff of smoke!
    1. Re:Security through obscurity? by am+2k · · Score: 2, Informative

      Not shipping with debug symbols is important, looks like just that happened here. It also reduces the file size greatly.

      Those devs are very clueless.

    2. Re:Security through obscurity? by mark0 · · Score: 2, Informative

      Tell me again why we as Software Engineers are supposed to use descriptive method and variable names?

      So you can maintain the other SE's crappy code.

      But maybe we should look to the security through obscurity methodology as an additional layer of protection.

      That's what obfuscators are for.

    3. Re:Security through obscurity? by lexarius · · Score: 2, Insightful

      Shouldn't stripping the debugger symbols from the executable be sufficient? The problem is that people don't give up that easily. Having everything obviously labeled made the job quicker, but not having those won't stop a sufficiently skilled/bored hacker.

    4. Re:Security through obscurity? by Anonymous Coward · · Score: 0

      They would have found it anyway; it would only have taken them longer. The real problem is that the data aren't encrypted. If the data were encrypted with a good, proven to be secure scheme it would not have made a damn bit of difference whether they were able to gain access to the storage device.

    5. Re:Security through obscurity? by carpe_noctem · · Score: 1

      Tell me again why we as Software Engineers are supposed to use descriptive method and variable names? Sure, it may be useful during testing/building/debugging/etc; nobody will argue that. However, if your "secure" product can be easily hacked due to the fact that you use descriptive class/variable/method names, maybe the practice should be reviewed.

      We're supposed to use descriptive variable names because when you're working with a team of people, it's more apparent to your teammates what a method called VerifyPassWord() will do instead of, say, Ooeuk436snthk().

      That being said, don't blame their engineering process. They should have just used a code obfuscator before depolyment.

      --
      "Quoting famous computer scientists out of context is the root of all evil (or at least most of it) in programming." - K
    6. Re:Security through obscurity? by Anonymous Coward · · Score: 1, Informative

      If you read the article, the functions you mention are in the DLL. Now I could be wrong, but when you use a DLL there aren't any automatic obfuscation tools, nor can you simply turn off debug. A DLL must export function names so that the operating system knows what the memory address for them is. I'm not sure about Linux (I imagine it's the exact same thing), but under Windows, C compilers put the function name in the source into the DLL (C++ puts a mangled name in). So the only way they could have hidden that would have been to actually change the source code so the functions were called Function1, Function2, etc. No one wants to maintain code like that. As the article said, it would have been better if the DLL simple provided an abstract layer for the program to communicate with the controller which would perform all the verification, protection, etc. Also, the Flash memory should not have had the ability to be write-protected by a simple wire - everything should have gone through the controller (and encrypted as well)

    7. Re:Security through obscurity? by DaleGlass · · Score: 1

      That won't help, in the end it's still the software what tells the USB key to unlock itself, and if you lose it you're screwed in any case, as the attacker's computer is under their full control. Any and all obfuscation can be broken given enough time.

      There's only one good way of making this safe: Encrypt the data on the drive. But that makes the "protected memory stick" idea really pointless. AFAIK, there's no standard way of sending a passsword to an USB key. Since you're going to need special drivers for the thing anyway, it means that doing encryption in hardware inside the key would be pointless as doing it in software would be just as good.

      So just use TrueCrypt and be done with it. Much safer, and a lot cheaper.

    8. Re:Security through obscurity? by Opportunist · · Score: 1

      First of all, I have to maintain the source of other proggers. Not their compiled executable. That would be a tad bit ... uncomfortable. Now, you can have all kinds of descriptive function names in your source, complete with good comments to give your next in kin a good start into reading your code.

      But you do not want to give the same level of comfort the guy that throws your code through some disassembler. That's just plain dumb. Leaving the debug symbols in code is not really a sign of smarts, since it usually increases the size of the executable considerably, but doing it in security related software is ... erh, the word I'm looking for is to "dumb" what a tac nuke is to a cherry bomb.

      And, to answer the second statement, obfuscators are not really a big issue. There are (automated) ways to reverse that nuisance.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    9. Re:Security through obscurity? by DragonWriter · · Score: 1

      But maybe we should look to the security through obscurity methodology as an additional layer of protection.


      If you had actual security (i.e., used reasonably strong encryption) to start with, the obscurity wouldn't add substantially to the security. Here, the only protection was security through insufficient obscurity, so yes, additional obscurity would have made it marginally less easy to access, but would have been nowhere near as good as actually using strong encryption on the data, and wouldn't have made the system "secure" in any significant sense.
    10. Re:Security through obscurity? by Elladan · · Score: 2, Insightful

      And this is a great example of why most people shouldn't be allowed near a security product without training. Training which includes getting their head slapped when they say things like this.

      Repeat after me:
      If the debug symbols in your executable have ANY EFFECT WHATSOEVER on the security of your product, your product is insecure.

      Let's say that again:
      Debug symbols are a good thing. They allow people to analyze the behavior of your software better. If analyzing the behavior of your software leads them to conclude that it's insecure, then it was insecure WHETHER OR NOT YOU HAD DEBUG SYMBOLS.

      A third time:
      A secure piece of software is secure whether or not you ship the debug symbols, the source code, and a giant manual explaining the design of the system in excruciating detail. If any of these things affects the security in any way, your design is broken.

      The fact is, every time something like this comes up, people start screaming "kill the messenger!" In this case, the messenger was the debug symbols. The message was, "this security product is a laughable toy."

      Come on, if they'd shipped you the software in non-compiled python, would you have screamed, "What fools! Only hand coded assembly can be secure!" ? Ridiculous. A secure design can be implemented in any language whatsoever, with or without source code, object code, and symbols.

      If you are the least bit worried about supplying all those things with your software, you have no business calling it a security product.

      It's a toy.

      Case in point: this memory stick. It sure is a good thing they made it so easy to analyze their system with debugging symbols. If they hadn't, people might still be falsely believing it was a security product, and putting their valuable data in it. Now wouldn't that be a terrible thing?

    11. Re:Security through obscurity? by m50d · · Score: 1
      Tell me again why we as Software Engineers are supposed to use descriptive method and variable names? Sure, it may be useful during testing/building/debugging/etc; nobody will argue that. However, if your "secure" product can be easily hacked due to the fact that you use descriptive class/variable/method names, maybe the practice should be reviewed.

      Having descriptive names makes it easier for random hobbyists to try and break in. This is a good thing, since it means that if there are holes in your program they are more likely to be found by one of these than by someone malicious. Obscurity of this sort is not going to stop someone who's got money to make from cracking it, wheras it might put off someone who's just poking around because they're interested.

      --
      I am trolling
    12. Re:Security through obscurity? by Anonymous Coward · · Score: 0

      Agreed 100%. For an example, knowing which function is called SendPasswordToDeviceForVerification won't help at all since the program is just a shell to talk to the device.

      The last "secure" flash device I looked at "locked" the "secure" part by reporting a smaller size in the identify command. It would happily respond to raw SCSI read commands beyond the reported end of device with blocks from the "secure" partition.

      Apparently not much has changed in the world of "secure" USB devices.

      It's best to keep in mind no consumer device is likely to resist a determined effort such as opening it up and drilling through epoxy to get at the pins on the flash, but in many cases that's really "good enough" for consumer needs.

      OTOH, the device in the article and the one I examined are really not good for much beyond passing secret notes in school.

  22. A surprise and a non-surprise. by eddy · · Score: 5, Insightful

    No surprise that the security is non-existant, but a nice surprise that tweakers.net[0] have people skilled enough to do a thorough technical review. Tip-of-the-Hat to the reviewers and keep the good work up. Anyone can run 3D benchmarks and make graphs against the previous generation, but this requires a different level of technical know-how. It's always been my hope that the future would feature this type of review, using reverse-engineering techniques for indepth technical reviews, as a norm not an exception.

    [0] No disrespect to the people of tweakers.net, I mean in the sense of 'any popular review site'.

    --
    Belief is the currency of delusion.
    1. Re:A surprise and a non-surprise. by Anonymous Coward · · Score: 0

      I agree the review was nice, but given the lack of security measures, it was also quite an easy shot. More a matter of "whodunnitfirst" instead of "whodunnit". That said, quite a gem for Tweakers.net indeed.

  23. nothing new here... by Anonymous Coward · · Score: 0

    I used the same method on ZX81 or C64 or Amiga or PC to "crack" hundreds of apps/games...
    In general it is always as easy as to change a "compare" to a "move" or change a "jump" to a "nop" etc, one or two bytes change and that's it.
    (maybe there is also a CRC check but it can be defeated in the same way, changing a 0 by a 1, or just by recalculating it, etc)

  24. GnuPG. GnuPG. GnuPG. by Just+Some+Guy · · Score: 1

    I trust exactly one encryption product: GnuPG. It's had it's pucker moments, such as the El Gamal signing key problem (IIRC - and I'm too lazy to look it up right now), but those problems get fixed and we move on. Given the choice of whether to trust a little hardware gimmick or a piece of Free Software that millions of people use, even if they don't realize it, I'll stick with the code. If/when problems arise, I believe that it's developers will look out for my interests and not their bottom line.

    Having said that, I do respect this company's acknowledgment of the issue. If I had to trust something like this, I'd seriously consider their products because of it. Still, one smallish company isn't going to have the resources of the Open Source community when it comes to development and testing.

    --
    Dewey, what part of this looks like authorities should be involved?
  25. French intelligence by stnf · · Score: 2, Funny

    So French intelligence really IS an oxymoron. Go figure.

    1. Re:French intelligence by Anonymous Coward · · Score: 0

      funny, but don't mistake 'approved by the french intelligence' with 'approved for the french intelligence' - the us has endorsed many a security product/algorithm with a backdoor- doesn't mean they use it themselves.

  26. MOD PARENT UP. by TapeCutter · · Score: 1

    Funny and insightfull.

    --
    And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  27. Yet another reason by Ant+P. · · Score: 1

    to not trust closed-source software for anything security-related. And the EU as well.

  28. Suprising? by Anonymous Coward · · Score: 0

    "The stick was commissioned by the French government and - according to the company's press release - the result is revolutionary, ultra safe and approved by the French intelligence service."

    French, the country which is famous for being so technologically advanced.

    1. Re:Suprising? by meringuoid · · Score: 1
      French, the country which is famous for being so technologically advanced.

      Get on a train and say that.

      --
      Real Daleks don't climb stairs - they level the building.
    2. Re:Suprising? by Anonymous Coward · · Score: 0

      It will make you look like a retard, because there is no such country as ``French''.

  29. Mod +1 erudite-sounding by jpellino · · Score: 3, Funny

    mod -5 absent-the-day-they-covered-fallacies

    --
    "Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
  30. Everyone should know by artoo · · Score: 1

    The only way this could possibly work would be to plug it into the SecuBus, which would quickly drain all data and render it useless.

  31. It should have been obvious by hey! · · Score: 3, Insightful

    When they are harping on the device's unique technology.

    Unique and secure are mutually exclusive.

    It is not possible, through a feat of sheer genius, to make something that is both novel and demonstrably secure. It turns out that genius isn't a particularly rare commodity. With 6.5 billion people in the world, there are 6,500 people who are walking around with one-in-a-million levels of intellect. Any one of those people, on a good day, can beat any other person on earth in a battle of wits. Any one of of the millions of people with one-in-a-thousand intellects probably can, too.

    Security is the one aspect of technology where state of the art is better than something which advances state of the art. State of the art means nobody has yet, even on the best day they've ever had, been able to beat it. We've seen some recent examples where very narrow vulnerabilities have been found in hashing algorithms, which has forced the state of the art to change slightly to favor drop in replacements. But by in large the state of the art has been remarkably stable over a long, long time. Anybody who claims to have something nobody else has probably has something worthless, if he has anything at all.

    This is why product security is so bad. It's not possible to differentiate yourself based on security, without affecting other areas such as usability. There is considerable irony in this fact: a product that is carefully thought out and implemented using widely known techniques would have a good chance of being unique. The problem is selling the product. Lotus Notes is a good example. It has its strengths and weaknesses, but as of the early 90s it was the most secure email system in the world. In fact it still would be. But it wasn't the easiest to use or administer. Unfortunately their attempts to make the system more attractive were failures. It's never been more attractive than Exchange. But it's always been more secure.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  32. Validation/Verification of Security by mykepredko · · Score: 1, Insightful

    Sorry, I don't have the time to research the device, but what kind of testing/validation of this product was done? If this was for a government originally, shouldn't it have to have demonstrated some kind of hacker proof level of security? What was on the package was it marketing hype ("Protects your data from targeted attacks" which means nothing) or an indication that some kind of testing was done (ie "Meets MIL-1234 requirements for data security")?

    It looks like that for $175, you get a 1GByte USB key, with a Windows access program on the Flash in a non-protected partition and a pretty box.

    From the description it sounds like the product was just marketing razzamatazz with no real substance to back up marketing claims - so why would somebody have bought it in the first place?

    myke

  33. write protect by Anonymous Coward · · Score: 0

    Write protect on an USB stick is much more useful that just another proprietary crypto software solution.

    Too bad that only few current usb sticks have it.

    It's absolutely necessary if you have to insert it into untrusted computers (especially Windows PCs).

  34. Oblig. by Anonymous Coward · · Score: 0

    Due to its unique technology it has the ability to destroy itself once an incorrect password is entered

    Powered by Sony, then?

  35. Your mission, if you choose to accept it.... by Grashnak · · Score: 1

    'Due to its unique technology it has the ability to destroy itself once an incorrect password is entered.' "This stick will self-destruct in 10 seconds." Great, I can see people weeping and tearing their clothes after losing their novel because the caps lock key was on... Seriously though, how many people have data so sensitive that it requires a piece of hardware to self-destruct (destroying the data itself) because of one wrong password entry?
    --
    Life needs more saving throws.
    1. Re:Your mission, if you choose to accept it.... by markg11cdn · · Score: 1

      Moreover, it looks as if there isn't really much to the so-called 'self destruction' feature, which, according to the data sheet, causes the flash memory [to be] burned. However, as far as we have been able to determine, there isn't any extra hardware on the chip - such as a dc-dc-converter - that could physically destroy the memory by targeting it with more voltage than it can handle. I was very disappointed that tweakers.net didn't even try out the 'self-destruct' feature. I was hoping they'd find a wee little piece of C4 when they cracked the case open...
    2. Re:Your mission, if you choose to accept it.... by Grashnak · · Score: 1

      I was very disappointed that tweakers.net didn't even try out the 'self-destruct' feature. I was hoping they'd find a wee little piece of C4 when they cracked the case open... Heh. Actually, I think that rather than just destroy the stick, it would be better to add in just a little more explosive and ensure that the blast actually kills whoever enters the wrong password. Now THAT is bad ass security.
      --
      Life needs more saving throws.
  36. DUH! by Opportunist · · Score: 1

    The password wasn't even used as the base for the crypt key, it was just matched against the stored passphrase and the result set a bit, then checked and depending on the outcome the program decrypted the content by a predefined algo. Hello? That was outdated before I started learning Assembler! All it takes to break that is a kid with Olly lying 'round on his HD. Soldering? Why the hassle when you can rip the data far easier.

    Whether they fix that stick or not, after showing just how much clue they got about security, I wouldn't trust them to do a ROT13 reliably. I mean, what base do they sell their crap on? Hope that the customer is even more clueless, buying into your spin as long as you stamp a huge "secure and self destructive" on the box?

    God, I'm angry. It's hypecrap like that that makes the whole industry look bad.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  37. Lexar USB stick security was broken by @stake by weld · · Score: 1

    Lexar Discussion: http://www.securityfocus.com/bid/11162/discuss
    This was also on slashdot: http://slashdot.org/article.pl?sid=04/09/14/185523 2

    I wouldn't trust USB stick security unless there was a 3rd party assessment of the security from a reputable security firm and that assessment was published. Customers need to start demanding this. What track record do these companies have on security?

    The bad thing about hardware is how do you patch the security hole? All hardware these days should have the ability to do a USB firmware upgrade. These devices have a USB port build in already but can't be upgraded.

    1. Re:Lexar USB stick security was broken by @stake by DragonWriter · · Score: 1

      I wouldn't trust USB stick security unless there was a 3rd party assessment of the security from a reputable security firm and that assessment was published.


      "USB stick security" seems to be something that is largely unnecessary in the first place. You don't need any special security on the stick, assuming you have reasonably strong encryption available on the computers you use the stick with: you encrypt data, give it to the stick, and decrypt it when you take it off. There are vanishingly few cases where more security than that is really needed, like self-destruct mechanisms.
  38. What? They're not suing? by Fantastic+Lad · · Score: 2, Interesting
    So. . , is Secustic a business filled with a large number of morally-abled people, or does Tweakers.net simply hold enough clout to swing the public perception balance between, "Lone Hacker Finds Flaw = Sue Him!" and, "Responsible News Agency Discovers Faulty Product = Retract Immediately While Covering Tracks With Slick PR Weasels!"?

    I am also curious. . . What does the law in the Netherlands say regarding corporate mandates? Are Dutch corps allowed to put other things ahead of generating profit for shareholders?


    -FL

  39. English translation of site is still online... by Anonymous Coward · · Score: 1, Informative
  40. Note this sentence in the second paragraph by jimicus · · Score: 2, Interesting

    the result is revolutionary, ultra safe and approved by the French intelligence service.

    I think that says quite a lot for the French intelligence service. Unless they wanted an insecure device to be marketed as secure.... black helicopters at the ready.

    1. Re:Note this sentence in the second paragraph by evilviper · · Score: 1

      Unless they wanted an insecure device to be marketed as secure....

      Of course they did. Where have you been? Encryption is illegal in France. They don't just WANT, they INSIST on having access to all your data.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  41. Unfortunate by madsheep · · Score: 1

    Well this is unfortunate, but there are alternatives. The two that come to mind are the Lexar Secure II JumpDrive and the Kanguru MicroDrive. Both use AES for their encryption algorithm, but the Kanguru one has been FIPS 140-2 certified. I believe this was previously mentioned here on Slashdot (too lazy to look it up). Either one of these would probably be more than enough to replace the aforementioned drive.

    Someone also referenced above about @stake finding an issue with the way passwords were stored on a Lexar drive. The link is ~3 years old and I believe they have definetely remedied that issue.

  42. Stupid is as stupid does by mlwmohawk · · Score: 3, Insightful

    Like other posters, I am at a loss at where to start.

    (1) If you don't have encryption, GOOD ENCRYPTION, you can't protect squat.
    (2) "Self Destruct" is interesting, but unless you have a custom micro-controller on the ram stick, AND an independent power supply, AND the device potted in epoxy, it is all just a made for TV gimmick.
    (3) Password.exe? I didn't see this in the article, but what happens if one plugs it into a Mac, Linux, FreeBSD, etc? Does it just work or does it self destruct?
    (4) With reference to #2, since the article showed that one could make the device read-only, would self-destruct no longer work? If so, it MUST be potted in epoxy.
    (5) Does the "self destruct" operate on the PC or th ram stick? We all know if it runs on the PC, it is doomed to fail.

    If they want to REALLY do this:

    (1) before everything, encrypt the data. This buys the device time to operate and basic security.
    (2) Install a PIC or something that MUST have an encoded heart beat with some sort of hard to reproduce calculated byte pattern.
    (3) Without a valid heart beat, the PIC will simply not enable the flash device.
    (4) With a valid heart beat, the system must pass a valid password hash string within a reasonable amount of time to the PIC, or the data will be destroyed.
    (5) After a number of failed attempts, the PIC will destroy the data.
    (6) When the heart beat stops, the PIC disables the flash. (It is presumed that the software clears he file system cache as well.)
    (7) Pot the damned device in epoxy.

  43. No by Opportunist · · Score: 2, Interesting

    Very simply, no. It increases the bar, but it doesn't make it any less readable. I spend my days with assembler code written by someone else, figuring out how it works and how it does what it does. You get an 'eye' for certain things. You start seeing certain things, how functions run, what functions do what, not by reading the code, just by looking at it. You start being able to interpret the return values of functions, you can 'feel' the code.

    And those guys rarely leave any clues left in the code, often every single bit of string is encrypted layer after layer. There ain't much you get out of the code. And still it's not really 'hard' to read, despite runtime encryption of code and data.

    I doubt that people who display this lack of skill could develop something similar to some of the gems of obfuscation software I had crawling over my desk the last few months. Functions give their meaning away by the way they look, especially when a stock compiler created the assembly. Certain things simply 'look' a certain way when a standard compiler assembled them. You don't need to know that this is going to compare strings, read files, mess with the registry or start a connection to somewhere, when a standard compiler created the code, glancing at it is usually enough to 'feel its vibes' (I'm lacking better words, it's really a matter of experience, IMO).

    So no, stripping the symbols is hardly enough to make it any more difficult for experienced disassembly readers. It will certainly throw a few people who just started learning, but it won't matter much to a professional.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  44. Any truth to the rumour... by chaeron · · Score: 1

    ...that the product is being renamed to "SUCSTICK"?

    As for the French Intelligence Service, isn't that an oxymoron?

    --
    .....Andrzej

    Chaeron Corporation
    1. Re:Any truth to the rumour... by Anonymous Coward · · Score: 0

      The only moron here is you.

  45. Patching hardware security holes by Demon-Xanth · · Score: 1

    The answer is simple:
    If you want a safe, don't start with a greenhouse. Start with a metal box. Adding a layer of security ontop of something insecure doesn't work well, as people can peel back layers. If you want something to REALLY be secure, start with something inherantly secure. If you constantly need to patch something for security holes your method was flawed from the start.

    If the flash chip can be removed on it's own, it can be put in something insecure. If you must use this scheme, make sure the information on the chip is secure on it's own. The BEST way that I can think of for a "self destruct" in this case would be a fragile flash chip casing and PCB and encasing the PCA into the enclosure. If you make it so the act of opening the device destroys the device, then you just reduced a large method for retrieving the data. The epoxy should hold it well enough for daily use.

    --
    If you think education is expensive, you should try ignorance -- Derek Bok, president of Harvard
  46. Re:This RAISES the question...... by Anonymous Coward · · Score: 0

    Which just points out more bizareness in our language, as in the correct usage there is no begging or question involved.

  47. How do 'intelligence' agencies check things out? by Bearhouse · · Score: 1

    Good article, good comments, (buy a normal stick & use Truecrypt etc.) The question that the article raises is interesting - don't vendors and/or agencies check these things out? Apparantly not. "Secustick importer Walter Preij has responded with surprise to our findings. 'The manufacturer assured me that the system is completely secure', he said." Ahem. Against who? Have they never heard of CCT (CSIA Claims Tested) "A Government quality mark initiative for information security products and services. The CCT Mark Scheme offers accredited independent testing of commercial off-the-shelf products and services to help public sector organisations achieve a basic level of assurance for the products and services they use" and NIST?

  48. what have s/w engineers done to fix this problem? by msblack · · Score: 2

    The type of people who have got the wherewithal to set up TrueCrpyt are not the market this was aiming for. This seems like a product made for the techno-clueless PHB types who just want to buy something off the shelf they can stick in their magic computer box and have it "just work," and who see that high a price on a simple 1-gig USB stick not as an obvious ripoff, but as a measure of how much good computer magic it must surely contain. So they designed a flawed product. Slashdot folks tend to complain about how companies keep coming out with crummy products. Is it realistic to expect one billion MS Windows (tm) users to get a CS degree so they understand its shortcomings and are able to recognize these crummy products. Maybe it is time to switch to Apple products so you don't have to worry about trojan horse AUTORUN.EXE flaws in Windows. Corporate IT professionals were hired to help free users from the burden of maintaining their PCs much like automobile owners can take their cars to a mechanic. With so many PCs out there what has the Slashdot community done to help protect ordinary users who don't read this website?
    --
    signature pending slashdot approval
  49. Re:This RAISES the question...... by Anonymous Coward · · Score: 0

    Right, except that :

    i)Language evolves, and does so from the bottom up, not handed down from on high by the OED.
    Example : It's a gay day, but I'm feeling a little queer.
    ii)The majority (I would guess 90%) of people use it that way, and real-world usage is what defines what words truly mean.

    Your time is coming, "begs the question" purists! Soon the OED will be revised and we'll have been right along! MUHAHAHAHA!

  50. Website by lilrowdy18 · · Score: 1

    I think only the main page is down. You can get to the English page by copying and pasting the following link. http://www.secustick.nl/engels/index.html

  51. Does everyone have to be an expert on everything? by BenEnglishAtHome · · Score: 1

    Elsewhere in this thread, it's pointed out that you shouldn't have to be an expert in crash testing to be able to buy a car that's safe. I tend to agree. While I see your point about PHBs and throwing money at problems, I've also reached the stage in life where I have (some) money and little enough time to futz around with doing everything from scratch. When I was a kid, I personally, carefully, expertly assembled every round of ammunition I shot; nowadays I'm likely to grab a box off 9's at the sporting goods store and go have some fun. So what about the instant case?

    I have the same attitude about crypto. I recognize I need an encrypted USB device but I also have a life. So I studied a bit, enough to make an informed decision, and bought one of these.

    Does that mark me as totally clueless?

  52. The Maginot Line, take two? by Hanners1979 · · Score: 1

    "the result is revolutionary, ultra safe and approved by the French intelligence service"

    Well, this is coming from the country whose idea of unbreakable security was the Maginot Line...

  53. Target Audience! by TaoPhoenix · · Score: 1

    This is the post I'll reply to.

    On other days, we discuss things like "Linux may be too hard for Average Joe". That's because we use a statistical example of {Total Users}*{Skill Level of 68% of Users}.

    This stick WILL be secure ... *against Average Joe!*.

    There's only one problem: That's the wrong audience. When you label something "Top Secret"... you are thundering a challenge for the whole world to take their best shot. The rules change.

    Maybe "The Best Hackers Money Can Buy" will always win. Fine.
    But at a minimum, protect against the Best That *PIZZA* Can Buy.
    (College/20-somethings).

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  54. Re:Does everyone have to be an expert on everythin by Anonymous Coward · · Score: 1, Insightful

    No, because you did your homework.

  55. That reminds me of Sony/BMG. by haraldm · · Score: 2, Funny

    Our customers are happy with the level of protection that our product offers.

    Duh.

    Does that remind anyone else of "Most people don't even know what a rootkit is, so why should they care?"

    Oh my god, some people are really projecting their own dumbness at their customers. Such marketroids should really be sacrificed to the war against terror. Or cluebatted.

    --
    open (SIG, "</dev/zero"); $sig = <SIG>; close SIG;
  56. Not debug symbols. by DeadCatX2 · · Score: 1

    The program shipped with a USB20.dll file.

    When you build Dynamic Link Libraries, you need to export the function names in order to be able to call them. This way you can call something like GetProcAddress(), which takes as parameters a handle to a DLL and a string representing the name of the function you're interested in calling.

    Here, have some sample code.

    typedef ULONG (WINAPI * External_Function)(/* parameter list goes here */);

    HMODULE targetDll = ::LoadLibrary("USB20.dll");
    External_Function H4X0R = (External_Function)::GetProcAddress(targetDll, "GiveAccess");
    H4X0R(); // Memory stick is now unprotected

    --
    :(){ :|:& };:
  57. dd by bazorg · · Score: 1

    how many copies can one make of the contents of the USB drive in order to try different passwords on each copy?

  58. -1 Spelling by Anonymous Coward · · Score: 0

    Distributor, not distributer.

  59. Use 1-time pads, split data, etc. by davidwr · · Score: 1

    If I had super-secret data I needed to transport, I might do it something like this:

    data->strong encryption->split data into 2 files using a secret algorithm. The second step doesn't add a lot of security but it does make the adversary work harder if he wants to intercept the message in-transit.

    or
    data->strong encryption->one-time pad encryption
    The strong encryption is just in case the one-time pad is discovered.

    In either case, you have 4 things you must transport:
    Passphrase to encryption keys
    Encryption keys
    part 1 of encrypted data OR doubly-encrypted data
    part 2 of encrypted data OR one-time pad

    It's up to you to get these from point A to point B. In the case of public-key encryption, the passphrase and encryption keys will already be at the destination.

    To bolster security, the last two items can be further encrypted, possibly using a thumb-print.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:Use 1-time pads, split data, etc. by DamnStupidElf · · Score: 1

      data->strong encryption->split data into 2 files using a secret algorithm. The second step doesn't add a lot of security but it does make the adversary work harder if he wants to intercept the message in-transit.

      Invariably, you would want to transfer your two files over the same network, which means the attacker can grab both files. Since it's merely a secret algorithm, the attacker just needs a copy of your secret program to put them back together. Relying on secret algorithms is silly, because all it takes is *one* successful intrusion to completely break them.

      data->strong encryption->one-time pad encryption

      This shows that you don't know much more about cryptography than the makers of the broken USB drive. One time pads are perfectly secure. There's no need to encrypt with another algorithm because it adds absolutely no security. Also, if a one time pad is reused or not generated from a purely random source, it's not a true one time pad. Managing one time pads for anything larger than short messages is essentially impossible. Even if you want to carry around a DVD full of random noise, is that really more secure in practice than a 20 byte passphrase you remember and never write down? No.

      The reason for broken encryption utilities is that people think they can design secure encryption systems without having; 1) broken several cryptosystems for practice, 2) read as much available literature about known attacks on both algorithms and protocols. I would not try to design a secure cryptosystem. When I have tried, I have always found information later explaining why the ideas I had were broken. There are a lot of pitfalls in designing secure systems, and most of them have to do with the protocols (the data storage, user interface, threat model, etc.), not the basic secure cryptographic algorithms. A good rule of thumb is that if you cannot trust a single correct application of a secure cipher like AES, combined with a secure message integrity function like SHA1-HMAC, there is something fundamentally wrong with the design of the protocol or your understanding of the threat model.

    2. Re:Use 1-time pads, split data, etc. by davidwr · · Score: 1

      Invariably, you would want to transfer your two files over the same network, which means the attacker can grab both files. Since it's merely a secret algorithm, the attacker just needs a copy of your secret program to put them back together. Relying on secret algorithms is silly, because all it takes is *one* successful intrusion to completely break them. The discussion was using USB keys, which are by definition trasported by sneakernet, jetnet, carnet, or perhaps avian carriers.

      The expectation is that you could carry one of the USB keys and have a coworker carry the other one.

      One-time pads are perfect only if they are not compromised. If the pad is not known at the destination ahead of time, it will have to be transported to the destination along a different channel than the encrypted data. In any case, it is vulnerable to interception. The first layer of encryption is a fallback position.

      In reality, splitting the encrypted data or re-encrypting it using a one-time pad both accomplish the same goal:
      They turn 1 piece of data into two, and neither piece alone has any usefulness to an attacker. Everything else is fallback in case the attacker recovers both pieces.
      --
      Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    3. Re:Use 1-time pads, split data, etc. by DamnStupidElf · · Score: 1

      In reality, splitting the encrypted data or re-encrypting it using a one-time pad both accomplish the same goal: They turn 1 piece of data into two, and neither piece alone has any usefulness to an attacker. Everything else is fallback in case the attacker recovers both pieces.

      There's a proper way to do secret sharing. There's no point in splitting the ciphertext if a modern cipher has been used; it doesn't provide any more security than splitting the key with a secret sharing method and the latter is much more efficient.

  60. Re:Does everyone have to be an expert on everythin by Rob+T+Firefly · · Score: 1

    Elsewhere in this thread, it's pointed out that you shouldn't have to be an expert in crash testing to be able to buy a car that's safe.
    But you don't have to be an expert to know the difference between buying a car from an established company with certificates on the windows, publicly available crash test ratings, and a legally mandated inspection every so often.. and buying a jumbled mass of bolts, pipes, wheels, and a barber's chair that some guy you've never heard of made in his garage and calls a "car."

    And even then, the safest car imaginable won't protect you if you or someone else uses it improperly, so you need a license to operate one, ostensibly proving that you have learned the basics.

    On the other hand, any fool can grab a Secure-o-Crypt-o-Matic 3000 from a shelf because they like what's written on the box, and trust said gadget with all their sensitive data. Your decision was smarter than that because as the above AC said, you did do your homework.
  61. Err... by Shippy · · Score: 1

    Really? Secustick? They really named their product that? :P

    --
    -Shippy
  62. Why use a logo? And where is the smoke? by rholland356 · · Score: 1

    It seems to me that putting a logo on the product gives the attacker the advantage of being able to prepare an attack before even connecting the device. If the basis for the claim to a secure device is that the logo looks impressive enough to prevent theft, then the world would be a secure place, wouldn't it?

    Now, if the stick were unmarked and the guy who stole it connected it, was challenged for a password in a manner consistent with other lightly protected devices, and then was surprised when it went up in smoke, then that would add a level of complexity, wouldn't it? At least you would have security by obscurity enough to foil the attacks by circumstance (you know, random theft drops the device into the hands of the curious).

    Say, this product does go up in smoke, doesn't it? I mean, real thick Peter-Graves-class white smoke, not the greasy stinkbomb smoke typical of burnt electronics.

    Well, anyway, I suppose if someone were intent on stealing from a government agency, they'd already know the type of products that agency had purchased, and would have the attack prepared before even stealing the items.

    It's all for naught! Governments should delete all of their data every day, before going home.

  63. use the password as part of the encryption key by bl8n8r · · Score: 1

    Is it wise to use that password ascii values to figure in to the encryption key (but not store the password anywhere)?
    This way if the entire encryption key is (for instance) 99342183588345923458 + AsciiSum (userpass) you could hack EAX to always return the password is verified, but upon decrypting the data, the AsciiSum () routine would not add up to what was used to encrypt it in the first place; eg you get decrypted gibberish. I'm not a crypto geek, so just asking..

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
    1. Re:use the password as part of the encryption key by Wyzard · · Score: 1

      Summing ASCII character values is a very poor way to generate a crypto key from a passphrase, and adding a big fixed constant to the result does not help at all. Only the low bits of the key will vary, and all the others will be the same every time since the sum isn't large enough to affect them, so brute-force attacks (trying every possible key) are very easy. Furthermore collisions are easy to find -- for example, "abc" would produce the same key as "bbb".

      This sort of thing is what cryptographic hash functions, such as SHA-256, are for.

      (This device didn't actually do any encryption, btw.)

  64. Should have tested the self destruct feature by AaronPSU777 · · Score: 1

    This was a well done article. The one area I thought they didn't thoroughly test was the self destruct feature. They state at the end that there doesn't seem to be any hardware on the stick that would be capable of actually destroying the memory chip. Well, if you're so sure why not test that out? Exceed the maximum number of password attempts and see if you can still recover data from the drive, that would really be the final nail in the coffin.

  65. ONLY ONE THING IS SECURE.... by 3seas · · Score: 1

    ... The false sense of Security..

  66. Re:GnuPG. GnuPG. GnuPG. by DamnStupidElf · · Score: 1

    I trust exactly one encryption product: GnuPG.

    What about OpenSSL? It's the base for SSH and dozens of web servers and clients. I would bet it's the second most used encryption product after the crypto that ships with Windows.

  67. Joke by yupa · · Score: 1

    It is a joke. I find no refenrence of a such product on google nor proof that is that aprouved by french gouvenement...

  68. Re:GnuPG. GnuPG. GnuPG. by Just+Some+Guy · · Score: 1

    What about OpenSSL? It's the base for SSH and dozens of web servers and clients. I would bet it's the second most used encryption product after the crypto that ships with Windows.

    Well, true - and I'd venture that it's probably handled more bits than any other single crypto product. However, it's more of an infrastructure component and not something that end users are ever likely to touch. In that vein, I probably should have included TrueCrypt, although I haven't personally used it.

    --
    Dewey, what part of this looks like authorities should be involved?
  69. I don't get it by pair-a-noyd · · Score: 1

    My friend bought a 1gb thumb drive. He brings it over here from time to time so I can put some program updates on it for him as he is VERY internet unsavvy.

    Well, I don't remember what the brand of the thumb drive is but when I plug it into my Linux box it is automounted and shows up as "Secure II" (the volume label).. I wondered what this was supposed to mean because the thumb drive was 100% read/write accessable to me on Suse 10.0
    I put his program update on the drive, he took it back to his place, plugged it in to his windows box and updated his programs via a batch files I wrote. I have plugged that thumb drive into several different machines I have here including my Mac OS X box and he's plugged it into several of his windows PC's and it's never behaved as anything other than a normal drive, the full 1 gig of it always has been available.
    What the hell? How is that secure?

  70. What a name by kidcharles · · Score: 1

    Secustick, huh? Sounds like some kind of horrible sexual implement.

    --
    Ceci n'est pas une sig.
  71. A better definition: by WiseWeasel · · Score: 1

    http://en.wikipedia.org/wiki/Begging_the_question
    It mentions the common usage which the site you linked says is incorrect as a side note, but I'd be willing to bet most people would be quite confused if you used the phrase to describe a logical fallacy...

    --
    "I like systems, their application excepted", George Sand (French)
  72. Why spend $170? by Anonymous Coward · · Score: 0

    $20 USB key + Truecrypt = secure data.

  73. I'm in the wrong business. by RomulusNR · · Score: 1

    I now realize that it's high time I got myself into the business of bullshit security. And here I was, wracking my brain trying to figure out what the new good-paying industry was.

    People these days are so shit-scared about security that they'll buy anything with the word "secure" in it. I'm surprised DRM isn't marketed (to consumers) as "keeping your music secure". Maybe now I get why Bush is still in office. His work in keeping Americans scared to death is driving a whole new industry of consumer paranoia products.

    --
    Terrorists can attack freedom, but only Congress can destroy it.
  74. Better name idea by dmccarty · · Score: 1

    So maybe they should rename it to the Suckustick?

    --
    Have fun: Join D.N.A. (National Dyslexics Association)
  75. unlock code? by DaveHowe · · Score: 1

    Why were they relying on an unlock code anyhow? on-the-fly encryption isn't exactly new and isn't exactly hard to do; it *is* damned hard to break into though, without having access to the password somehow (so you can write a trojan to break in, but you can't start with a stick and break the password unless you get really lucky or its an easy password to guess)

    --
    -=DaveHowe=-
  76. Re:This RAISES the question...... by Anonymous Coward · · Score: 0

    Give it up, seriously. This is a fight that you cannot win and your objections are pointless. "Begs the question", in spite of being technically incorrect usage, has long been used in every day conversation. The wordinistas have already started conceding this point, and it won't be long until they recognize it as a correct usage. Language is dynamic.

  77. Mod parent insightful by Ernesto+Alvarez · · Score: 1

    I think the PP should have been modded insighful instead of funny.

    IIRC, a few years ago the laws regarding cryptography in France were even worse than the ones in the US (crypto = munitions, remember?). Strong crypto was forbidden, unless you got a license to use it (think banks and such). I don't know the current situation, but I wouldn't be surprised if the sticks were functioning as designed.

    Then again, people make stupid design mistakes and this could just be an example.

  78. Thats not a problem - Its a feature by ShrapnelFace · · Score: 1

    Its probably just like all the MS Word crashes.
    Just a feature (see the other post on MS Word)

  79. Re:Does everyone have to be an expert on everythin by Anonymous Coward · · Score: 0

    Where can one buy a Flagstone HDD? Looks like they're only selling through Toshiba and Dell and you have to explicitly ask for one of their drives while you're ordering the system. Any links to any online shops that sell Flagstones?

    Also, the characteristics of the different kinds of Flagstone make me wonder what exactly the difference between them might be...

  80. they could have been like other companies like U3 by Anonymous Coward · · Score: 0

    They could have been like other 'companies' like U3 that have their malware on all the thumb drives that get themselves sold here. These abortions cannot be used in windows' computers inasmuch as they contain some uneraseable malware that self installs on any windows' pc. This malware trojan monitors all the files on its victims pc's and probably send serreptitious reports to some shadowy agency, possibly the RIAA or the NSA or HSA...maybe even the MPAA or the British MI6 that to this day denies whackin Princess Diana so an Arab would not come to the British throne. The 'valuable utilities' on these 'thumb drives' are not deletable by windows. As a surprise, neither are they deletable by Linux, leaving one to suspect that some hardware devices are in it protecting memory on a second chip. In any case, these things are unusable. Shame for such a potentially useful toy to be totally perverted by a corrupt and excessively greedy industry that appears to know no bounds.

  81. I disagree by davidwr · · Score: 1

    I assume by "modern cyphers" you mean public key cryptography with large keys.

    If I want to keep a secret, I'm going to assume those will be breakable in a few years or less using quantum computing or something else.

    Therefore, if my message must remain secret for more than a few years, I am going to do something to make it impossible to know when the correct key is guessed. Splitting the message itself is one way to do this.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:I disagree by DamnStupidElf · · Score: 1

      I assume by "modern cyphers" you mean public key cryptography with large keys.

      I was talking about symmetric ciphers like AES, Twofish, Cast5, and even 3des is still considered secure. Asymmetric (public/private key) ciphers rely on a symmetric cipher to do bulk encryption of data with a random key, and the random key is encrypted with the asymmetric cipher.

      if I want to keep a secret, I'm going to assume those will be breakable in a few years or less using quantum computing or something else.

      Quantum computing is not expected to be able to improve attacks on symmetric key ciphers to less than sqrt(n) work, and that only with massive amounts of memory to search the keyspace. In that case, AES with 256 bit keys is still as secure with all powerful quantum computers as AES 128 is today.

      Additionally, there are no known quantum algorithms for quickly solving the discrete log problem (DLP) for elliptic curves, which means that elliptic curve cryptography will probably provide secure asymmetric ciphers once quantum computers are powerful enough to attack ciphers relying on standard DLP and factoring of integers.

      Therefore, if my message must remain secret for more than a few years, I am going to do something to make it impossible to know when the correct key is guessed. Splitting the message itself is one way to do this.

      You're relying on being able to keep separate copies of your data secure from coming together somehow. If you can do that, why can't you just keep one copy physically secure and forget the encryption? E.g. if you're relying on keeping a one time pad secret for several years, couldn't you just store your data in place of the one time pad? One of the basic assumptions of modern cryptography is that the entire ciphertext is always available to the attacker, along with complete knowledge of the ciphers and protocols used to encrypt the plaintext. The only things the attacker is assumed to lack are the keys themselves. Weaker assumptions lead to either weaker cryptosystems or complex ad-hoc mixtures of good and useless cryptography, making the entire system more difficult to analyze for flaws.

      If you do really need perfect security, then skip the symmetric and asymmetric ciphers entirely and rely on secret sharing to distribute the pieces of your data to secure locations. The wikipedia link I posted has enough information to pick a scheme and implement it or find some software that will do it. Just be aware that anyone who needs your perfectly secure data is probably capable enough to follow you everywhere you go, and is already doing so if you have secrets that important, making multiple "secret" locations impossible. You would probably be safer to never write the secrets down in any form.

      Security is always a trade-off. If you don't need perfect security and don't have spooks watching your every move, then modern ciphers are more than adequate for security and much more efficient and easy to use. Adding complexity to an already working system just complicates verification and makes it possible to leak information or make mistakes that can be used to break the system.

  82. Flagstone availability by BenEnglishAtHome · · Score: 1

    Frankly, I haven't a clue about getting one pre-installed. I tried to do that, but none of the computer companies whose logos appear in the Flagstone datasheets were in any way responsive to me. After searching their support knowledgebases, I came to the conclusion that laptops with pre-installed encrypted drives aren't really a product in the U.S. If you do a bunch of searching, you'll find that some laptops are available in the U.K. for use by folks in their National Health Service where data protection requirements are tough and have been for a while. That's not really an available option for us in the U.S.

    Understand that if you poke around in the .mil domain, you'll find lots of requests for proposals that specify these drives. It's my impression that military and govt sales pretty much keep them busy and they aren't very interested in selling single drives to individuals. I got mine for testing for a major government agency using my own funds. I was trying to do an end-run around our usual testing procedures and be viewed as the "encrypted hardware golden boy" in my org for a particular project. It didn't work out and I wound up with a nice piece of hardware in my personal collection.

    Before I get started, please keep in mind that my experience is over a year old. YMMV and I hope things go much better for you.

    Flagstone has two North American distributors who sell bare drives. I'm not even going to mention their names. As of a year ago (or a little more) when I bought mine, the Canadian distributor couldn't find its butt with both hands, couldn't answer email timely or appropriately, and was a complete turnoff to me. The U.S. distributor never would get down to brass tacks. They wanted to talk about sales, do demos, and other high-level stuff that they should have realized wasn't appropriate after the first contact. I just wanted to know "What do you have in stock?", "How much does it cost?", and "Where do I send the check?" They never could get around to just taking an order.

    The French distributor isn't interested in doing business outside of France. There is one vendor in England who has what we expect: an online storefront where you just add the item to a cart and proceed to checkout. At that point, distressingly, they want to email you and set up a "relationship". Nobody just wants to take your money and send you a drive.

    Except for the U.K. reseller I talked to (who seemed genuinely interested in helping me once he understood my needs) the entire business, post-manufacturer, seems to be set up by people still stuck in the bad old reseller days where nothing got bought without going out for drinks with a sales rep. Bleh.

    Thankfully, there is an out. Go to the website contact page and fill it out. Specify that you wish to place a direct order with them (not one of their resellers) for a drive and ask for a current price list for their Corporate/Freedom drives. They'll take your information, make up a drive for you, and send it promptly upon receipt of payment. Their distribution chain, in my (admittedly outdated) experience may be clueless and frustrating, but the home office has been superbly competent and professional in every way.

    Before you do all that, though, understand that you'll be spending about 10 times the retail price of a similar-capacity drive to get a Flagstone. If you're not willing to do that (in fact, if you're not willing to place an immediate order), don't bother them. This isn't a business that is geared to individuals and they *really* don't need our business.

    You asked about the difference between drives. The Corporate and Freedom (usb) drives employ 128-bit encryption and are sold to businesses and individuals. The bit count goes up for the baseline and enhanced products. Full information and certifications data is clearly presented in the datasheets that can be downloaded from their web site. Most of that information is pr