PingFederate Used as Transaction Token Service to Secure AI Agent Identity Exchanges

·2 views

A technical implementation detailed on DEV Community shows how PingFederate can serve as a Transaction Token Service (TTS) to securely bind AI agent identities during runtime operations. The system uses the RFC 8693 token exchange protocol, requiring agents to submit both a user OAuth access token and a SPIRE-issued JWT-SVID workload identity token simultaneously. PingFederate validates both tokens independently — neither can substitute for the other — then maps the verified SPIFFE workload ID to a logical AgentID before issuing a short-lived transaction token. This approach ensures that the user's authorization and the agent's attested workload identity are cryptographically linked without either token being forwarded to downstream services or written to logs. The design extends the base Transaction Tokens profile by adding explicit actor evidence, preventing any caller from self-assigning an authoritative agent identity.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

NestMux runs five AI coding agents simultaneously in isolated terminal panes

A developer has built NestMux, a desktop app that runs multiple AI coding agents — including Claude Code, Codex, and Gemini CLI — side by side in a single window using a grid of real terminals. Each pane is an isolated environment with its own redirected HOME directory and a separate git worktree, preventing agents from overwriting each other's work on shared repositories. The app uses node-pty to spawn shells and requires no agent-specific parsing or API wrapping, making it straightforward to add support for new CLI tools. A broadcast mode forwards raw keystrokes to all panes simultaneously, though this simplicity means the app cannot detect whether an agent is ready before receiving input. The developer openly acknowledges several limitations, including process tracking difficulties and state that does not persist across restarts.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer launches badBANANA Threat Observatory to surface cyber threat data transparently

A developer has publicly released the badBANANA Threat Observatory, an open-source cybersecurity monitoring tool that aggregates data from CISA KEV, ThreatFox, URLhaus, and MalwareBazaar. Unlike many existing threat dashboards that prioritize visual appeal over analytical rigor, the project was built to ensure the interface accurately reflects the state of the underlying evidence. Key design decisions include keeping missing data visibly absent rather than defaulting to zeroes, rejecting invalid indicators instead of silently reclassifying them, and clearly distinguishing between what sources report versus what the system can verify. The release underwent multiple audit and remediation passes covering hash validation, export safety, deployment hardening, and release provenance verification. The tool and its source code are freely available to the public on GitHub.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

PingAuthorize Enforces Strict Policy Decisions for AI Agent Transactions

A technical implementation using PingAuthorize as a remote policy decision point integrates with an MCP gateway to authorize AI agent transactions. The system constructs policy requests from pre-verified identity values, including user, agent, workload, and caller identities, along with purpose scopes and tool names. A transaction is permitted only when all conditions are met simultaneously: policy status is OKAY, decision is PERMIT, authorised is true, and no unfulfilled obligations exist. Any malformed, oversized, timed-out, or contradictory response results in an automatic denial, and TLS verification cannot be bypassed. This approach replaces broad agent-level permissions with precise, context-specific authorization tied to verified workload, caller path, user transaction, and tool.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

SPIRE Workload Identity Binds AI Agents to Cryptographic Runtime Credentials

A technical deep-dive into the 'Trusted AI Agent Transactions' series explains how SPIRE distinguishes between a logical agent identity and a cryptographically attested workload identity using SPIFFE IDs. The implementation employs both JWT-SVIDs for agent authentication during RFC 8693 token exchange with PingFederate and X.509-SVIDs for mutual TLS between workloads. A transaction token remains fixed across the request chain while the verified caller identity shifts at each hop — from agent to gateway to MCP server to protected API — preventing direct agent calls even with a valid token. Docker-based lab workloads are assigned distinct SPIFFE IDs through registration entries and label selectors, with SPIRE performing attestation rather than allowing containers to self-select an identity. The article notes that the lab uses a join token for bootstrapping as a development convenience, and recommends hardware-backed or cloud-native node attestors for production deployments.

0 comments Read more at DEV Community