I code and do art things. Check https://private.horse64.org/u/ell1e for the person behind this content. For my projects, https://codeberg.org/ell1e has many of them.

  • 0 Posts
  • 22 Comments
Joined 1 year ago
cake
Cake day: July 16th, 2025

help-circle
  • In lua you will typically lua_pcall() the entry function written in Lua, but it will often call back into your C functions to do various tasks. Now if your C functions do anything with the lua stack, that might cause OOM, but now your lua_pcall() will catch that - or any sort of error catching inside Lua itself - and you’ll be looking at an accidental recovery situation.

    At least that was how things looked like when I last poked around Lua a few months ago.

    So as far as I know, it’s actually not trivial to make Lua safely abort on OOM, and it’s not the default behavior. I also don’t think there are lua_push* function alternatives available using the default C API that don’t longjmp in a likely often unsafe manner out of your C code if you use them and you hit OOM.

    Summed up, I would expect many Lua integrations to have the same problem.







  • Let’s Encrypt was only founded in 2012 (and announced 2014) with general availability in 2016,

    I wouldn’t agree HTTPS was unproblematic before Let’s Encrypt existed, so I’m not sure where you are going with this. The average person doesn’t need a HTTPS cert issued, which I would say is comparable to the average citizen using a passkey. If only some spaces, e.g. enterprise, use them then it’s not a real problem. But that’s why it seems problematic to me once passkeys are pushed for general use.

    you’ve also missed the point of

    I don’t think that I did, but my apologies if that is the case.




  • My apologies, it was an attempt at humor which I can see backfired. 😬

    Now as for the case selection, I personally find the regional case interesting because it appears to show the possibility of courts seeing this differently. There are more out there than the ones I quoted.

    And I think there might be a possible misunderstanding, sorry about my lack of clarity: I wasn’t trying to prove that this is for sure a copyright infringement, since I’m not a lawyer anyway. But I think it’s pretty obvious NVidia doesn’t care if it turns out to be one - that’s at least my personal opinion.








  • Passkeys officially have TPM support: https://www.w3.org/TR/webauthn-2/#sctn-tpm-attestation Let’s Encrypt doesn’t require a TPM. Passkeys can apparently require an actual closed-up DRM anti user hardware component to sign what you’re doing.

    While Let’s Encrypt requires an external party for signing, 1. it’s not something the average citizen needs or uses a lot, unlike potentially passkeys, 2. there is no variant of it that works via special DRM hardware that they try to establish everyone as having.

    Also, Let’s Encrypt is a non-profit while the common Passkey server-side storage vendors don’t seem to be.

    Anyway, that’s just my opinion.




  • ell1e@leminal.spacetoLinux@lemmy.ml•Passkeys may require some more research.
    link
    fedilink
    English
    arrow-up
    72
    arrow-down
    4
    ·
    13 days ago

    People upvote because they hate change.

    People upvote because big tech has a tendency of forcing the most anti ownership outcome possible on everyone. Here, such an outcome likely would be mandatory passkeys that are set up to require hardware attestation.

    One way to reduce that risk is to boycott passkeys until TPM and hardware attestation are removed from the standard. You may not think that’s a fair response, or that such a boycott won’t save us from the inevitable outcome, but nevertheless it’s not a completely irrational reaction.