ZeroHour
DashboardNewsCVEsExploitsIncidentsAIBriefAnalyticsEntitiesWatchlistIOCsAsk the feedSourcesFeeds & APIKiosk mode

Search: “workflow”

223 stories

Searchkeywordsmart Sortlatesthotimportancerelevance
DomainAllCyberAIWindow24h3d7d30dAllIn the wildImportant onlyShow duplicates
CategoryAllAI tools & infra 249AI safety & security 226AI industry 116Model release 84AI research 78AI policy 33
SeverityAllcritical 0high 5medium 189low 0info 592

AI workflows may be creating a dangerous new authorization blind spot

Noma Labs researchers describe 'workflow identity hijacking,' letting unauthenticated users trigger privileged AI workflows that execute actions with high-privilege service accounts.

Noma Labs lead researcher Sasi Levi detailed 'workflow identity hijacking,' where benign unauthenticated inputs via support inboxes, GitHub issues, or web forms trigger enterprise AI pipelines that execute privileged actions. The workflow runs using high-privilege service accounts or developer API keys, decoupled from the requester's identity, effectively creating a confused-deputy condition. Unlike prompt injection, the model behaves correctly; the failure lies in authorization enforcement at the workflow layer, and activity blends into routine automation. Mitigations include identity-aware access at execution points and user-context propagation between AI outputs and downstream operations.

CSO Online · 7d agoAI safety & security

New AI Workflow Identity Hijacking Attack Lets Hackers Exfiltrate Sensitive Data

Noma Labs disclosed Workflow Identity Hijacking, an AI automation flaw letting anonymous users trigger privileged data exfiltration without prompt injection or stolen credentials.

Noma Labs researcher Sasi Levi described Workflow Identity Hijacking, where AI workflows process untrusted input from low-privileged or anonymous users but execute downstream actions with the workflow creator's elevated permissions, turning the pipeline into an unauthenticated proxy. Unlike prompt injection, the model is not tricked; the flaw is a missing authorization check between the requester and the privileged actions. Noma Labs also disclosed and helped fix a similar issue in Google Workflows, and linked the problem to the earlier GitLost research on GitHub Agentic Workflows. Recommended mitigations include per-user identity propagation, least-privilege service accounts and authorization checks before every downstream action.

GBHackers · 7d agoAI safety & security

Hackers Can Turn AI Workflows Into Privileged Data-Stealing Proxies Without Jailbreaking Models

Noma Labs describes Workflow Identity Hijacking, where unauthenticated external requesters abuse AI workflows' privileged service accounts to exfiltrate internal data without prompt injection.

Noma Labs identified 'Workflow Identity Hijacking,' an authorization gap in enterprise AI workflows triggered via public inboxes, web forms, GitHub issues, and support systems. Attackers submit legitimate-looking requests that cause workflows to retrieve and disclose internal data using privileged service accounts or creator credentials, without any prompt injection or model misbehavior. Defenses include propagating requester identity through workflows, short-lived scoped tokens, and access-control checks before sensitive actions.

Cyber Security News · 7d agoAI safety & security

AI supply chain risk is showing up in developer workflows first

Zentera Systems CEO says AI supply chain attacks currently hit developer workflows first, advising segmentation over tooling and citing the Phantom Raven campaign.

In an interview, Zentera Systems CEO Dr. Jaushin Lee argues that most active AI supply chain incidents target developer workflows and open-source package repositories, while poisoned model weights, compromised MCP servers, and poisoned vector stores remain largely in research and demos. He cites the active 'Phantom Raven' campaign, where attackers register AI-hallucinated package names in public repositories with malicious payloads that silently infect vibe-coding build pipelines. He recommends software-defined segmentation, semiconductor-style project enclaves with egress controls, and warns that self-hosting models without agent sandboxing leaves exposure unchanged.

Help Net Security · 23d agoAI safety & security

What happens when AI agent governance is missing at scale

meshIQ engineering head Gourab Basu argues AI agent governance must inspect proposed tool calls in-flow, since prompts alone cannot control nondeterministic agents.

In a Help Net Security interview, Gourab Basu, Global Head of Engineering at meshIQ, argues that prompt instructions are an insufficient control boundary for nondeterministic AI agents. He advocates a framework-independent governance engine that inspects proposed tool calls and parameters before execution, citing an example of pausing refunds above $100 for human approval. He warns that scaling from ten to a thousand agents makes manual oversight and destination-side controls unworkable, so governance must sit inside the agent execution flow across frameworks such as FastMCP.

Help Net Security · 1d agoAI safety & security1

The AI Supply Chain Has a Security Problem, and Much of It Is Sitting on the Open Internet

Researchers counted 36,769 publicly reachable self-hosted AI endpoints, only about 2% behind HTTP authentication, exposing Ollama, vLLM, and Flowise to abuse.

A Mysterium VPN study found 36,769 self-hosted AI endpoints reachable through internet scanning, with only 2.02% returning an HTTP authentication challenge. Open WebUI accounted for 18,529 reachable instances, Ollama for 6,935 fingerprinted hosts, and 5,223 agent-builder and workflow platforms were exposed, often holding API keys, database credentials, and other secrets. The report highlights LLMjacking risk from exposed Ollama APIs, a critical Flowise bug (CVE-2026-40933), leaked n8n tokens, and prior SentinelOne/Censys research finding roughly 175,000 exposed Ollama hosts in 130 countries.

Security Affairs · 5d agoAI safety & securityCVE-2026-409331

Identity-Based AI Attack Threatens Security of Enterprise Data

Dark Reading describes 'workflow identity hijacking,' an identity-based attack that hijacks enterprise AI workflows through unauthenticated entry points.

Dark Reading reports on 'workflow identity hijacking,' an identity-based attack technique targeting AI-driven enterprise workflows. The technique reportedly bypasses standard security controls by sending a basic request through an unauthenticated entry point to hijack an organization's data. The teaser provides no further technical detail, affected products, or attribution.

Dark Reading · 7d agoAI safety & security

Securing AI agents: Key controls and best practices

Security experts warn AI agents with employee-level privileges outpace human access controls and advise layered enforcement, sandboxing, and approval gates.

CSO reports that enterprises granting AI agents credentials, tools, and network access face risks that human-focused identity controls cannot contain, including machine-speed action chaining and sub-agent spawning. Experts from Strike Graph, Veracode, Delinea, and XBOW recommend treating agents as privileged insiders with hard technical boundaries: egress proxies with allowlists, short-lived brokered tokens, separated read/write rights, and approval for high-risk actions. XBOW describes a layered architecture with a guardian model reviewing agent actions and per-agent audit files. OWASP guidance on excessive agency urges limiting agent functions, permissions, and autonomy with authorization enforced downstream.

CSO Online · 9d agoAI safety & security

Why "Shady AI" is Security's Next Big Governance Problem

Opinion piece argues approved-but-ungoverned AI agent use ('shady AI') is a growing enterprise risk, citing a Meta Sev 1 data-exposure incident.

In March 2026, an approved AI agent at Meta posted a forum answer publicly, exposing sensitive company and user data to unauthorized employees for over two hours and triggering a Sev 1 incident. The author contrasts shadow AI (unapproved tools) with 'shady AI' (approved tools used in unapproved or unanticipated ways), arguing the latter is harder to govern because it operates inside the organization's visibility. A July 2026 SANS survey found 76% of security teams now have a role in governing enterprise AI. The piece recommends governance-by-default environments with built-in permissions, access controls, and monitoring rather than policy and training alone.

The Hacker News · 26d agoAI safety & security