Security teams are struggling to maintain consistent control as multicloud growth, rising machine identities, and rapid AI adoption increase complexity. Fragmented configurations, uneven policy enforcement, and uncontrolled machine‑to‑machine access widen the gap between business speed and security oversight.
At the same time, sanctioned and shadow AI systems introduce poorly governed decision‑making surfaces. Weak or missing controls remain the primary failure point—highlighting the need for a unified, automated approach to securing identities, workloads, and AI‑driven operations.
In today’s multicloud and hybrid environments, the attack surface is the environment. As financial institutions scale, four structural forces consistently erode security posture. Compounding each other, they create systemic gaps that traditional perimeter controls were never designed to handle.
Machine identities far outnumber humans and often fall outside governance models, creating unowned risk that is difficult to inventory, audit, or explain to regulators.
Each cloud enforces controls differently, creating configuration drift and uneven policies that are difficult to standardize and carry out across environments.
J.R. Rao
IBM Fellow and CTA, Security Research, IBM
Identity is the weakest link in the chain. Once you compromise identity, it’s game over. You get all the entitlements, all the privileges, and a door that lets you in. ”
At this point, it’s fair to ask: is zero trust still relevant for modern banking and financial services?
For IBM, the answer is clear: zero trust has evolved from a security framework into a foundational operating model for regulated, multicloud enterprises.
The pillars remain the same: consistent enforcement, continuous verification, and end-to-end visibility, but financial institutions struggle not with strategy, but with execution at scale, auditability, and proof of control.
As software, services and agents take on more responsibility, zero trust must evolve. Least privilege must extend to models and agents, while assume breach must emphasize continuous assurance—not point-in-time audits. Many strategies fail here because real progress depends on controls that can be demonstrated, audited, and trusted continuously—requirements that align directly with regulatory expectations in banking and financial services.
For zero trust to deliver on its promise, it must be executed through a unified, identity‑driven approach that makes secure behavior measurable, enforceable and reviewable by default. This is where IBM helps financial institutions move from policy concepts to operational reality.
Zero trust only becomes a speed bump when it’s bolted on. When embedded into identity and access decisions, zero trust can help accelerate the business while strengthening auditability and executive oversight. For banks and financial institutions, this means faster digital delivery without increasing supervisory risk.
Turning zero trust principles from theory into day-to-day operations requires a set of capabilities that work together, not in isolation.
Users move constantly across SaaS platforms, internal systems, cloud infrastructure, and development pipelines—introducing friction and unmanaged risk when no unified identity layer exists. Without a consistent identity foundation, every transition becomes a new access decision, a new policy, and a new opportunity for friction or risk.
Zero trust addresses this by anchoring human access in a unified identity source. By integrating with existing identity providers such as Active Directory, Okta, Ping, or LDAP, banks and financial institutions can enforce phishing‑resistant multifactor authentication (MFA), issue short‑lived tokens, and make access decisions that adapt to risk—incorporating behavioral signals and device posture in real time.
As users move across environments, policy travels with them. Instead of re‑authenticating through disconnected controls, access is evaluated consistently—closing common lateral‑movement paths, reducing account sprawl, and giving security teams control without slowing builders down.
With this foundation in place, identities are managed in one place, MFA is enforced by default, access to environments and pipelines is governed through clear roles, and isolation and approvals happen automatically in the background—so staff moves faster, while the institution reduces exposure.
Machine identities now outnumber human identities by orders of magnitude, creating silent and compounding risk when poorly governed. Long‑lived secrets, unmanaged API keys, and implicit trust between systems create quiet but expansive risk.
Zero trust treats machine identity as a first-class control surface, enforcing short-lived credentials, automated rotation, and policy-as-code by default. Workloads, platforms, CI/CD stages, and AI agents are required to authenticate before accessing resources, using short‑lived, scoped credentials instead of static secrets.
With policy defined as code and enforced automatically, teams gain end‑to‑end traceability without manual effort. Audit logs become tamper‑evident, and compliance can be continuously evidenced from how access is granted, giving banks and other regulated financial institutions a defensible, end-to-end record of access decisions.
In practice, credentials are issued and rotated automatically, secrets are pulled only when needed, and TLS certificates are managed end‑to‑end. Together, these patterns give systems a consistent way to prove who they are—and limit what they can access.
Traditional infrastructure access was built around static network trust—VPNs, bastion hosts, and standing credentials that linger long after they’re needed. These models create friction for engineers and blind spots for security teams.
Zero trust replaces that model with session‑based authorization. Instead of granting persistent access, engineers authenticate, request a specific target, and receive a single‑use authorization token. Credentials are brokered per session and revoked automatically when that session ends.
The result reduces standing permissions, password sharing, and unmanaged tunnels. Engineers can gain fast, reliable access without ticketing delays, while security teams gain comprehensive audit trails—and session recordings where required, fulfilling audit, risk, and supervisory expectations without introducing workflow friction.
As applications become more distributed, service‑to‑service communication transforms into one of the hardest areas to secure. IP allowlists and network boundaries don’t scale across clouds and environments—and they’re brittle by design.
Zero trust applies identity‑based controls to every interservice connection by default. Once services have identities, authentication and authorization are enforced on every call, allowing least‑privilege access rules to be applied consistently—regardless of where a service runs.
This approach enables:
Zero trust assumes breach—a principle that aligns directly with modern banking and financial risk management. The final line of defense is the data itself.
By extending zero trust principles to the data layer, organizations move beyond periodic audits to continuous assurance, enforcing data protections persistently to limit blast radius even when identities are compromised.
This includes:
The result is a security posture where compliance is no longer a separate initiative—it’s a measurable outcome of how access and data protection are enforced every day.
Banks and financial institutions that move from a perimeter‑based zero trust model to a modern identity‑based approach for people, machines and AI workloads—across all environments—report measurable operational improvements in addition to stronger security:
These outcomes are not accidental. They’re the result of treating zero trust as an operating model. Automation removes the manual friction of credential management. Unified policy replaces brittle, one‑off controls across clouds. And an identity-driven posture aligned to regulatory, internal audit and AI governance requirements enables security to move at the speed of the business, not slow it down.
The industry agrees: zero trust is the right strategy and is now the standard3 . The institutions pulling ahead treat it as an operational discipline—not as a destination. When security is built into how access is granted, verified and reviewed by default, teams move faster, audits become simpler and trust becomes demonstrable.
Koos Lodewijkx
Chief Information Security Officer, IBM
A zero trust approach offers a better way to address the security complexity that is challenging businesses today. ”
1 CrowdStrike. Global Threat Report 2024: Top 5 Cloud Security Challenges of 2024 and How to Mitigate Them.
2 IBM. Cost of a Data Breach Report 2025.
3 The National Institute of Standards and Technology (NIST) formalized it when they published their famous guide, SP 800-207, :Zero Trust Architecture” in 2020.