If you are a developer, you likely have a favourite tool that promises to make your life easier by handling everything in one place. But today, we are looking at a reminder that centralising your digital keys in one basket can be a rather expensive mistake. Anomaly Innovations, the team behind the OpenCode Console, has confirmed a security breach that has left some of its users in a bit of a bind. Anomaly Innovations has reported a security incident affecting roughly 1.4% of its OpenCode Console user base. The company describes the breach as a large-scale distillation attack. The fallout is quite specific: stored API keys for OpenAI, Anthropic, and Google were exposed. Anomaly Innovations says they are currently coordinating with these AI providers to manage the remediation process. It is a classic case of a tool designed to streamline your coding workflow becoming the very thing that compromises it. Why does this matter? Because we are increasingly building complex AI agent workflows that rely on these third-party keys. When you store your keys inside a developer tool, you are essentially creating a single point of failure. If that tool is compromised, the attacker does not just get access to your code; they get the keys to your AI infrastructure. It is the digital equivalent of leaving your house keys, your car keys, and your office pass hanging on a hook in a public hallway. There is a persistent tension here between the convenience of integrated coding environments and the basic reality of security. We love tools that 'just work' and handle our credentials for us, but that convenience often masks the underlying risk of centralising sensitive data. Anomaly Innovations' experience suggests that if a tool asks for persistent access to your API keys, you should probably treat that request with a healthy dose of suspicion. It is worth asking yourself: does this tool really need my master key, or is it just making my life easier at the expense of my security? If you are an OpenCode user, you should assume your keys are compromised and rotate them immediately. Beyond that, the practical takeaway is simple: stop storing your production API keys in third-party developer tools if you can avoid it. Use environment variables or local secret management tools that do not require you to upload your credentials to a third-party server. It takes an extra minute to set up, but it saves you the headache of an unauthorised party running up your bill or accessing your sensitive data. Keep an eye on how Anomaly Innovations handles the remediation process with the AI providers involved. We still do not know the full extent of what the attackers did with those keys once they had them. Were they used to run massive, expensive agent tasks, or were they just harvested for later use? The answers to those questions will tell us a lot about the sophistication of this distillation attack and whether other developer tools are likely to be targeted next. Security is rarely as exciting as the latest AI feature, but it is usually the thing that keeps your projects from falling apart. Stay cautious, rotate your keys, and perhaps think twice before giving a new tool the keys to your kingdom. I will see you next time.