• petey@aussie.zone
    link
    fedilink
    arrow-up
    5
    ·
    2 months ago

    I love that you’re thinking about how to secure sensitive parts of JS applications, however I wonder what threat this is guarding against. Can you give an example? Surely if an attacker can modify the source to call the sensitive functions, then they could modify the allow list

    • hosaka@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      2 months ago

      I think it’s is not aimed to protect against potential attacks, this is aimed at a developer using/writing modules of code. This is not a security guard

  • 31337@sh.itjust.works
    link
    fedilink
    arrow-up
    2
    ·
    2 months ago

    I think similar, and arguably more fine-grained, things can be done with Typescript, traditional OOP (interfaces, and maybe the Facade pattern), and perhaps dependency injection.

  • Jayjader@jlai.lu
    link
    fedilink
    arrow-up
    2
    ·
    2 months ago

    The idea is neat, and there is a certain precedent for the approach in .htaccess files and webserver path permissions.

    Still, I worry about the added burden to keeping track of filenames when they get used as stringed keys in such a manner. More plainly: if I rename a file, I now have to go change every access declaration that mentions it. Sure, a quick grep will probably do the trick. But I don’t see a way to have tooling automate any part of it, either.