It seems like the benefits are having the device lock/wipe itself after a set amount of attempts in case of a brute force attack and not having to run software to decrypt the drive on the device you plug it into.

I included a picture of the IronKey Keypad 200 but that’s just because it’s the first result that came up when I was looking for an example. There seem to be a few other manufacturers and models out there and they probably have different features.

I am curious what do you think of them? Do you think they are useful? Do you find it more a novelty?


It was an ExplainingComputers video titled Very Useful Small Computing Things that made me think of them.

  • HelixDab2@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Seems like it’s a good starting point.

    I wonder if you can encrypt the files prior to storing them on the key, which would then encrypt them a second time with a different method. Would the compromise the data in any meaningful way? Or would it mean that you had to decrypt the key and then decrypt the data a second time?

    • Corroded@leminal.spaceOP
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 months ago

      I believe you would have to decrypt them a second time. For example if you wanted to be real secure you could have the USB device, an encrypted folder that holds important documents and files you want to back up, and inside of that could be a password database that requires a Yubikey or similar device.

      I believe what you are talking about is kind of like using a combination of cascading algorithms like AES->Twofish–>Serpent.

      I could be wrong though. If I am I hope someone can correct me.

      • HelixDab2@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        7 months ago

        So if that’s correct, then a single company breaking the IronKey isn’t, by itself, that big of a deal unless and until the knowledge bcomes fairly widely available.

        • Corroded@leminal.spaceOP
          link
          fedilink
          English
          arrow-up
          0
          ·
          7 months ago

          I think it’s a factor to consider but it depends on your threat model. A few people have linked an article about a Bitcoin wallet that was on one of these drives that was cracked. I imagine replicating the process would be difficult but with a big enough group going after you who knows?

          The extra layers of security always helps though.

  • solrize@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Ironkey has been more careful than some other vendors but the concept still seems dubious to me, if you are tryna to stop serious attackers. You want the decryption key to be completely separated from the storage.

    • Corroded@leminal.spaceOP
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 months ago

      Ironkey has been more careful than some other vendors

      In what aspects? This is a topic I don’t know much about

      • solrize@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        7 months ago

        Cryptography and tamper resistance implementation. E.g. search “ironkey fips certification”. Ironkey is a Kingston brand now though, and Kingston has traditionally been crap, so be careful. Anyway if it’s for run of the mill personal files where you just want some extra protection, the device is probably ok if you don’t mind the semi-ridiculous cost. This is interesting though: https://www.wired.com/story/unciphered-ironkey-password-cracking-bitcoin/

        There are more serious technical approaches to data protection, but fairly quickly the weak spot becomes the humans in the loop, which are harder to handle with pure technology.

        • 9point6@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          7 months ago

          I was going to suggest an attack similar to what I’d assume the guys in your link achieved—the actual data on the flash chip can be dumped easily, so if you can figure out the encryption algorithm used, you don’t need a whole lot of computational power to brute force a 15 digit numeric key (a couple of high end GPUs would probably get you there in an hour or so) and decrypt the dumped data.

          • solrize@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            7 months ago

            the actual data on the flash chip can be dumped easily

            I’d stop short of saying “easily” since you have to get the epoxy potting off of the chip. But you are right that there doesn’t seem to be any active tamper reactance. The numeric key is apparently 8 digits. Since it’s a 10 digit keypad, at least 2 of the digits are unused, and you might be able to recognize those from the comparative lack of fingerprints and wear on those specific keys. So that narrows down the search range some more.

    • Lojcs@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      7 months ago

      Does this matter if it needs a password? Luks stores the key in storage too

      • solrize@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        7 months ago

        If I understand Luks, the raw key is encrypted using the passphrase, so that is an ok scheme if the passphrase itself is too random to attack by brute force (unlike the 8 digit code that the Ironkey device uses). Look up “diceware” for a reasonable way to generate random phrases. Luks with this approach can be pretty good, though still potentially vulnerable to key loggers and other such attacks. Basically, put careful attention into what you are trying to protect against. High security commercial crypto (e.g. for banking) uses hardware modules in secure data centers, surrounded by 24/7 video surveillance. Check out the book “Security Engineering” by Ross Anderson if this sort of thing interests you. 1st and 2nd editions are on his website, use web search. Parts of the current 3rd edition are there too).

  • Dyskolos@lemmy.zip
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Useful for what? Hiding stuff from family-member or coworkers? Yeah sure. Why not.

    Hiding stuff from professionals that really want your data? Probably not very helpful.

    Also what about backup? One controller-malfunction and your stuff goes poof. I just assume the data is somehow important or else you wouldn’t care about such a device 😊

    • Corroded@leminal.spaceOP
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 months ago

      Those are some good points. The IronKey Keypad 200 says it has a self recharging battery but I wonder how long it would last sitting out of use as a backup or if plugging it in would always be enough.

        • THE MASTERMIND@feddit.ch
          link
          fedilink
          arrow-up
          0
          ·
          7 months ago

          Yeah i am stumped what do they mean by that . Also that statement alone indicates their product is not good as they say.

          • Corroded@leminal.spaceOP
            link
            fedilink
            English
            arrow-up
            0
            ·
            7 months ago

            I think they mean it doesn’t rely on a battery that would need to eventually be replaced. It wouldn’t have a disposable button cell battery for example

  • jet@hackertalks.com
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    7 months ago

    They are interesting. But they are a huge red flag and scream examine me if it’s in your luggage and your crossing a boarder.

    I’m somewhat dubious about a hardware system not having long term undiscovered flaws. Be sure to use software based data protection on top of the hardware solution.

    • Possibly linux@lemmy.zip
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 months ago

      Depending one where you are this may may be seen as normal in many airports as this isn’t uncommon in a business setting

    • Corroded@leminal.spaceOP
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 months ago

      But they are a huge red flag and scream examine me if it’s in your luggage and your crossing a boarder.

      Good point. I guess you’d need to look into key disclosure laws at that point

  • PowerCrazy@lemmy.ml
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    7 months ago

    I have a USB drive with a keypad on it, it stores my FIPS Compliant SSH-key for IL-5 government systems. I unlock it to add my key into my ssh-agent, and don’t use it for anything else. Though it is an 8gig USB stick, so I could in theory run some kind of security/pen testing flavor of linux plus a VPN Client to connect to said systems.

    • constantokra@lemmy.one
      link
      fedilink
      arrow-up
      0
      ·
      7 months ago

      Is there a specific benefit to that over something like a security key with a keypad, or even just a passphrase?

  • NuXCOM_90Percent@lemmy.zip
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    7 months ago

    What is your use case for this?

    • Confidential files in a public setting? Don’t fucking bring confidential files to a public setting. But if you must, a big bulky laptop with (good) FDE is a lot more sequre than a flash drive someone can pickpocket.
    • Border crossing? Guess what? You paint a MASSIVE red flag on your back and get to learn that you don’t actually have all that many rights in the time between stepping on foreign soil and being admitted by customs. Congrats, you gave them the wrong code three times and it got wiped. They are going to break your face and put you in a black site.
    • Hiding sensitive/highly illegal content in the event of a police investigation: Yeah… if you are at the point where there is a warrant (or black van) out for your arrest than it really doesn’t matter if they can see whatever you were looking at last night.

    At my old job we required these for “thumb drives” and all they ever did was make reformatting machines pure hell.

    • Corroded@leminal.spaceOP
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      7 months ago

      What is your use case for this?

      In the ExplainingComputer’s video he was using it to store his passwords. I’m not sure if he was doing it in conjunction with something like an encrypted password database or a plain text file.

  • tiredofsametab@kbin.run
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    First time I’ve seen something like that, but my initial thought was: wow, that’s a lot of parts that can break and things that can go wrong (compared to only encrypting the data itself before storage).

  • Chefdano3@lemm.ee
    link
    fedilink
    English
    arrow-up
    0
    ·
    7 months ago

    One thing I can tell you, it’s that you can’t use them as bootable drives to install an OS from. And if you try to pass the USB connection from an ESXi host to a VM on it, it won’t work.

    Aside from that, they’re really annoying to work with.

    • NuXCOM_90Percent@lemmy.zip
      link
      fedilink
      arrow-up
      0
      ·
      7 months ago

      Didn’t use ironkey specifically but you can totally boot from an apricorn. Basically involved plugging it in, rebooting the machine, and VERY rapidly entering the unlock code before the bios finishes starting up and gets to the “so which drives are bootable?” phase.

      It was hellish but it was also corporate policy to not use any USB storage devices that did not have a keypad for encryption. And DVDs were strongly controlled by the IT department (who were about as stupid as you would expect to have signed off on a policy like that).

  • Gooey0210@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Looks find to me, depending on your use case, everything would have a use case

    Many people mention airport red flags and checks, for me I never had any issues with the airport stuff, except one time in China when I had a full case of wires, really 10kg of wires, and they just asked me me to open and show, np

  • ctr1@fl0w.cc
    link
    fedilink
    English
    arrow-up
    0
    ·
    7 months ago

    I have this device and use it to store my keepassxc and onlykey backups, and it’s useful to me because I’ve stopped using passwords (I only need to remember the pins for these devices which can unlock my keepass dbs that have everything else).

    It seems secure enough for my use case, especially since the files I store in it are themselves encrypted (the onlykey backup still requires a pin), but I still want them to be difficult to access.

    I’ve had to rely on it before but only because I didn’t prepare a backup onlykey ahead of time- ideally it should be one of many recovery methods. But so far it’s worked great for me.

  • roguetrick@kbin.social
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    It’s very hard to actually secure something someone has physical access to and that can be disassembled.

  • SheeEttin@programming.dev
    link
    fedilink
    English
    arrow-up
    0
    ·
    7 months ago

    Overkill and overpriced. If you’re on Windows, bitlocker is enough. If you’re on Linux, LUKS is enough.

    I’ve used Apricorn drives at previous jobs. They’re cool and very much fit for purpose, but I’d have a hard time justifying the significant price premium when software is nearly as good, free, and works with any drive.

    • kevincox@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      7 months ago

      The downside with doing encryption in software is that you can’t limit attempts. If you are using a high-entropy key this is fine. But getting users to use high-entropy keys has problems. If there is an HSM integrated into the device you can limit the potential guesses before the key is wiped which is critical without high-entropy keys.

      A blog I follow recently had a good post about this: https://words.filippo.io/dispatches/secure-elements/

      Of course you are still better off with a high-entropy key and software. But if you trade off too much usability in the name of security you will likely find that your users/employees just work around the security.

        • kevincox@lemmy.ml
          link
          fedilink
          arrow-up
          0
          ·
          7 months ago

          That mitigates the problem but doesn’t solve it. If you want unlocking to be <1s and your adversary has 10k times the RAM and can take a month they can make 26 billion guesses. So unless your password is fairly high entropy it is at risk. Especially if they have more resources or more time. PINs are definitely out of the question, and simple passwords too.

  • fruitycoder@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    7 months ago

    Stopping low effort attempts to get data it seems good, as an addition too software encryption it seems great. Of course hardware can range from child toys, gimmicks, to serious hardened hardware, so results WILL vary.