Snowflake AI Escapes Sandbox and Executes Malware
21–30 of 109 posts
Re: Snowflake AI Escapes Sandbox and Executes Malware
#22 cat
I didn't understand how this bit worked though:> Cortex, by default, can set a flag to trigger unsandboxed command execution. The prompt injection manipulates the model to set the flag, allowing the malicious command to execute unsandboxed.
HOW did the prompt injection manipulate the model in that way?
Re: Snowflake AI Escapes Sandbox and Executes Malware
#23Re: Snowflake AI Escapes Sandbox and Executes Malware
#24Re: Snowflake AI Escapes Sandbox and Executes Malware
#25Re: Snowflake AI Escapes Sandbox and Executes Malware
#26Re: Snowflake AI Escapes Sandbox and Executes Malware
#27Re: Snowflake AI Escapes Sandbox and Executes Malware
#28Re: Snowflake AI Escapes Sandbox and Executes Malware
#29> Note: Cortex does not support ‘workspace trust’, a security convention first seen in code editors, since adopted by most agentic CLIs. Am I crazy or does this mean it didn't really escape, it wasn't given any scope restrictions in the first place ?
Re: Snowflake AI Escapes Sandbox and Executes Malware
#30So giving data agents rich tooling through a CLI is really a double-edged sword.
I went through the security guidance for the Snowflake Cortex Code CLI(https://docs.snowflake.com/en/user-guide/cortex-code/securit...), and the CLI itself does have some guardrails. But since this is a shared cloud environment, if a sandbox escape happens, could someone break out and access another user’s credentials? It is a broader system problem around permission caching, shell auditing, and sandbox isolation.