Why Read-Only Kubernetes AI Agents Can Still Expose Secrets

· Original article ↗

Summary

A Kubernetes security discussion explains how poisoned log content can influence AI agents and how broad read permissions may expose secrets even in read-only mode. It recommends limiting agent access and verifying agent actions.

Key points

  • Abdel Sghiouar argues that “prompt poisoning” better describes how untrusted content can influence an agent than “prompt injection,” because the model processes instructions and retrieved content together.
  • An attacker able to place text in application logs may get that content into an operations agent’s context.
  • Read-only access can prevent changes such as deleting deployments, but an agent may still read secrets and environment variables within its permissions.
  • Aikido Security says it found a crafted-issue prompt-injection risk in Google’s Gemini CLI issue-triage workflow; Google’s fix stopped the agent from returning environment variables but, according to the article, did not prevent poisoning itself.
  • Sghiouar recommends human verification of agent actions, while noting that reliable trust and verification remain unresolved challenges.
  • Aikido describes testing poisoned inputs and checking agent permissions, infrastructure-as-code roles, secrets, container images, and attack paths as ways to assess exposure.

Article Details

Topic
Security risks of AI agents in Kubernetes, including prompt poisoning through logs, excessive read permissions, and the need for human verification.

People

Vendors

Products

Related Articles