Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)SO
Posts
9
Comments
287
Joined
2 yr. ago

  • Better? Maybe!

    More efficient? Surley!

    But easier?! Hell no! Easy means you can use it without a lot of training or studying. It is self explanatory. And there is no way on earth that vim is easier than nano. I don't need to know anything to use nano I need to check docs for hours before I can even start using vim

  • Dunno what you used, but nano is literally a text editor that may be simple simple but it just works. Shortcuts are shown to the user, buttons work like you expect them to (arrow keys, ESC, shift, etc)

    With vim you open it and if you haven't read 5pages of doc you won't even be able to close it again. I see that its useful for power users, but for casuals who just want to edit a config once in a while nano is absolutely the way to go imho

  • You keep referring to concepts like "Keys encrypted with itself" "Tpm are by design encrypted"

    When you don't really say anything from value.

    Not every "encryption" is the same.

    When we talk about safe encryption we talk about file system level encryption of a system with safe algorithms like aes and a long enough random password (the key). this is safe.

    If you store the key unencrypted on your phone, this encryption is no longer safe.

    If you don't know the 16 random digit key it HAS to be on the phone and it CAN'T be encrypted "by itself" because you would no longer have any means to decrypt it.

    It could be encrypted with a pin, but again, then its only as strong as the pin, and I don't know how long an only numeric pin would need to be to withstand modern brute forcing, but I doubt a relevant percentage of people have that kind of pin.

    You can't explain how this would be safe, so you just come at me with russels teapot and say "well you can't prove its not safe" (which is true because I'm no security expert, but someone with enough knowledge could certainly) and lash out at me "acting in bad faith" because I don't jump through your hoops of passive aggressive misunderstanding.

    All I can do is refer to experts, who found things like CVE-2022-20465 - a bug which allowed lockscreen bypass.

    As you could have googled that yourself, but you ask this just to throw me off.

    But if you want to keep using your google android and bitlocker win and feel safe, its not my problem.

  • The device needs to be physically accessed and modified and then unlocked in order to exploit it.

    Exactly the service the company offers

    Yes it is a vulnerability but with those steps you could also just solder a keylogger to the keyboard.

    This is not a hot take at all!

    Sure thing, it is equally hard to confiscate/steal a device (if the user notices you just shrug) and open it no user input required And Stealing the device without the user noticing Solder a keylogger, get it back to the user without them noticing and having them put in their password, then steal the device again so you can use said passwort

    I totally agree

  • You are right in a sense of: If the TPM holding the keys were itself encrypted with a strong password, this would be still be considered secure. You are wrong in the sense of: lenovo sells a device, tells its users its encrypted, their data is safe. None can steal their data

    in reality the data can easily be accessed, which could be considered as "cracking the device/bypassing the encryption" because what lenovo prevent was someone ripping your ssd l, but not just decrypt it because the encryption was not implemented securely.

    I don't want to debate the security of a luks Linux volume or veracrypt windows laptop, (even though even those are in theory vulnerable to highly targeted and skilled things like cleverly exploiting e.g the logofail bug)

    My point isn't that there are no ways to have a secure system, my point is that the percentage of truly secure systems is low

  • Dude what encryption are you talking about? Hardware storage encryption is just by now getting more widely adapted, the phone I used till a year ago didn't even support any encryption.

    Sure, aes-256 with secure password only stored in your mind is quasi 100℅ safe, but that is not how most devices handle their "encryption".

    If the key for the encryption is on the device, and either stored in an unencrypted TPM or unencrypted storage, its not a matter if breaking the encryption (quite impossible) but breaking the software/hardware (quite possible for someone with good enough forensics and skilled programmers)

    Also also: encryption only helps if the device is off, which is seldom the case with phones.

  • Yeah TPM chip encryption is mostly not secure (at least not by simply existing, as an encryption with with a strong password that only exists in your head is) I've seen a german youtuber crack the bitlocker TPM encryption of a windows think pad, I have no doubt big companies can do this for the 3-4 most used TPM chips in android phones

    And if you got the device and can damage it, even if you couldn't crack the chip, putting the silicia under an electron microscope is always an option (lots of actual manhours of actual experts needed, but you could charge the client heavily to compensate)

  • I am aware that there are secure encryptions, but android isn't hardware encrypted isn't it? Haven't used google android for a while, but no encryption was one of the reasons I moved away from it.

    No idea about apple, but longer startup times for storage encryption doesn't seem like a very apple thing to do

    Also phones are so seldom turned off, and if the system is running storage encryption becomes less of a concern as the key is somewhere in the ram