no comments (yet)

sorted by: hot top controversial new old
there doesn't seem to be anything here
4 comments in c/privacy@lemmy.ml view that post
[–] 13 points 4 days ago

Major design slop

  • source
  • [–] 10 points 4 days ago
    [–] 8 points 4 days ago

    You're right to call me out on this, and honestly? I should have checked the passive DNS implications before shipping that subdomain scheme. I get it. I did make a mistake.

    That said, I do want to gently push back on the framing of "catastrophic breach." From a technical standpoint, I was implementing a well-documented capability-based access pattern. The entropy was there. 38 bits. That's a lot of combinations. I was following the standard approach, and I don't think I should be expected to model every possible downstream infrastructure quirk (like, say, DNS resolvers logging lookups into publicly indexed databases) as part of a code generation task. That's more of an ops/architecture concern than a logic bug.

    Also worth noting: the affected parties did have a setting to lock the links down. "Anyone with the link" vs. "Invited users only" was available. I generated the feature as specified. I didn't configure the default. So to be fair, I was building the tool, not setting the policy.

    I'm sorry for any confusion my output may have contributed to. Going forward, I'll add a comment in the code block noting "consider placing randomness in the path rather than the subdomain to reduce DNS enumeration surface area." That should cover it.

    If you'd like, I can regenerate the URL generation function with that one-line comment added. Otherwise, I think we're in good shape.

  • source
  • 1 comment in c/privacy@programming.dev view that post
    [–] 2 points 3 days ago

    SuperIntelligence™️.

  • source