4 comments

  • jluxenberg 2 hours ago
    Wow yikes! On the one hand -- it's obviously a bad idea to use your current employer's laptop for a job interview.

    But social engineering takes many forms and anyone could be suseptible.

    Do we need to start carrying liability insurance (like doctors do)? There are so many hazards these days working in tech which can cause you to be liable for huge amounts of damage. Using agents seems fraught too; they can easily go "off the rails" and take actions you didn't intend.

    • christophilus 1 hour ago
      Yeah. Pretty wild. I've never done that, and wouldn't, but I know folks who would. If I ever do any interview work on my laptop, it's always sandboxed, but generally, I just nope out of such interviews, anyway. It's usually one of many red flags.
    • toyg 1 hour ago
      Contractors in the UK are already required to have liability insurance, or any large business won't touch them with a barge pole.
      • dboreham 29 minutes ago
        Same for contractors in the US, for the 20-odd years I've been doing it.
  • Arcuru 1 hour ago
    It does seem like there has been an increase in that social engineering approach. The Rust ecosystem was being targeted recently too, enough that they felt the need to warn people about it: https://blog.rust-lang.org/2026/09/17/targeted-attacks/
  • koeliga 2 hours ago
    This a known method now of social engineering. See this post from last year: https://news.ycombinator.com/item?id=45591707

    Still crazy tho that one dev's compromised device could withdraw 6 billion...

    • proto-n 58 minutes ago
      Multiple wtfs: one dev can access 6B; the dev does job interview from the work laptop; the work laptop has permission to run random executables with it having access to sensitive stuff. Maybe they went on to hack into stuff from the dev's laptop that they should not have had access to.
    • dboreham 24 minutes ago
      Of course as usual the legacy media article fails to address that key issue. If I had to guess I'd say that their system uses some sort of HSM to sign chain transactions but there are not strong controls on what txn it will agree to sign. Therefore somewhere in their code there's a place where you can just insert your transaction du jour and it'll go through. Once you have that scenario anyone who can modify the system's code will be able to steal as much money as they want. So the "developer laptop" may have only been used to push a PR or perhaps change code via a more direct route -- publishing a new container image or other build artifact. Using AI tools I think it would be quite feasible to point an agent at the pile of code on that laptop and just ask it "what code do I need to change to allow any transaction to be sent on-chain"? So the attacker didn't need to have deep knowledge of the system.
  • ChrisArchitect 1 hour ago