• 0 Posts
  • 343 Comments
Joined 3 years ago
cake
Cake day: June 11th, 2023

help-circle


  • It’s that, plus other factors. The regulations are more lenient, it’s easier to get a more efficient engine in with more mass to work with, it’s easier to pass safety ranking checks, and it’s easier to put comfort features in that consumers want.
    Putting a large crumple zone on a compact isn’t as easy as putting one on a giant truck.
    (Note this isn’t saying big cars are more or proportionally more efficient , but that the efficiency advances they’ve made over the years are easier to implement in a large engine)





  • Whoah, I never said I wasn’t interested in the exchange, only that I wasn’t interested in the topic.
    As someone who’s extremely insistent that it’s grossly improper to make any form of inferences beyond what is literally stated, I’m shocked you would make such a leap!

    I think you’re persistently confusing me with someone else. I perfectly understand your point, and have never had any doubt about what you intended to say. I never even disagreed with you on the topic.
    I clarified someone else’s point to you, and you started explaining to me how they made unreasonable assumptions, which is what I disappeared with.

    Intellectual property laws apply to open and closed source software and developers equally. When you make a statement about legal culpability for an action by one group, it makes sense to assume that statement applies to the other because in the eyes of the law and most people people in context there’s no distinction between them.

    No one is unclear that you were only referring to one group anymore. That’s abundantly clear.

    My point is that you’re being overly defensive about someone else making a normal assumption about the logic behind your argument. And you’re directing that defensiveness at someone who never even made that assumption.






  • That actually makes security much, much worse. It’s training users to make authenticating part of their continuous routine, so when a random site that looks like the login page asks for their password you’re inclined to simply proceed, since diligence has an excessively big time cost.
    Same goes for mfa. If validating every request, particularly if you use a service with push based mfa, takes too much effort then people just fulfill the request.

    The ideal is that you only authenticate when it’s actually important, as an exceptional circumstance that makes the user pause and make sure things are good. Changing the bank account your pay gets sent to warrants an authentication.
    “You’ve been using email for 20 minutes” doesn’t.

    Realistically your session should probably be about the length of a workday with a little buffer for people who work a little longer to not end up with 99% of a session sitting open on their laptop. 9-10 hours should be fine.

    You want the machine credentials that a laptop uses to talk to the mail server, or the hr software uses to talk to the doobips to have short credentials so if someone hacks the mail server they have a short window to use them, but that doesn’t impact user authentication requirements.





  • It can totally be fine for your needs, and secure while it does so, and not be two factors.

    It’s a question of what’s required for access. In this case, they would need your password and to have had some manner of device access at some point to steal the value used by 1password to verify you at one point had the secret key. Someone with a keylogger from a random untargeted malware infection could plausibly get sufficient information. It’s really good 1 factor.

    To be two factor there would need to be a requirement for two factors to be demonstrated at auth time. For example, if 1password encrypted the passkeys in such a way that the passkey could not ever leave the device, like via certain types of hardware backed key storage, then unlocking the vault is proof of something you know, and the usage of the signature is proof you have the chip.
    The trickery comes about in the techniques available to move the passkey between encrypted hardware devices without it ever being exposed or loosing the “device you control” assurances.

    For the record, I use 1password. Just not for passkeys on desktop. I prefer the Bluetooth connection to my phone, since phones currently do a much better job providing uniform targets for what’s needed to provide the proper two factor for something like passkeys.




  • My passkeys are tied to my phone, which I use via the browser and OS. I keep them in my password manager running on the phone. My password manager supports the open spec for securely migrating credentials between vendors.

    It may be difficult to believe but they want you to use them because they’re legitimately significantly better.

    Users are silly. They blame Microsoft for bad passwords. They blame Google for forgotten passwords. They blame Facebook when they click on a phishing link. They blame apple when apple “lets” someone who they gave their password to see their pictures. They blame apple when they don’t let the user in just because they forgot their password and every recovery mechanism.

    Everyone involved has a significant issue with passwords because they cost them user satisfaction, credibility, or money directly. The reason cross vendor transfer has been slow is because everyone wants to be the leader, since if everyone follows your lead you get to make it work better with your stuff.