\

Fooling around with encrypted reasoning blobs

48 points - last Friday at 10:06 AM

Source
  • Groxx

    today at 5:06 AM

    One possible use for the "replay across accounts": if you can get a reasoning block that jailbreaks the model, you could share that block without sharing how you did it, and others can immediately take advantage of it too.

    • glitchc

      today at 4:14 AM

      Very interesting. The state management is the really insightful find here.

      I always wondered how these large AI companies managed access for millions of simultaneous users without having to allocate a dedicated LLM instance for each user. Pushing the complete state down to the user after every call makes perfect sense. The LLM itself stays memoryless and ready to respond to an arbitrary prompt. Very nice.

        • geocar

          today at 4:42 AM

          N.B. This is exactly how seaside, vba, and even arc[1] do server-side state generally: by encrypting the blob-representing-state and sending to the client to be sent back on future requests (where it will be decrypted and rehydrated).

          It's an old trick that everyone designing protocols should know, since there are lots of applications beyond AI companies.

          [1]: As in, pg's lisp: https://arclanguage.github.io/ref/srv.html#:~:text=The%20pre...

      • Reubend

        today at 3:32 AM

        Super cool side channel attack. I tend to agree that it's pretty impractical, but it's such a fun discovery!

        • Retr0id

          today at 2:58 AM

          Very cool idea to use thinking duration (either in tokens or in wall time) as a side-channel!

          • haeseong

            today at 5:12 AM

            [dead]