NHI Foundation Level Training Course Launched
Microsoft Entra ID Flaw Exposed: How Attackers Could Hijack Any Company Tenant

In September 2025, a critical vulnerability was disclosed in Microsoft’s Entra ID (formerly Azure Active Directory) that could allow adversaries to gain Global Administrator access across any organization’s tenant. The flaw from a combination of legacy token misuse and a loophole in the Azure AD Graph API, is tracked as CVE-2025-55241 and rated 10.0 (Critical).

Security researcher Dirk-jan Mollema uncovered a weakness in “actor tokens,” an undocumented legacy token type, enabling attackers to impersonate users, including admins, without leaving logs in the target tenant. Microsoft confirmed the issue, patched it, and initiated removal of the vulnerable legacy component shortly thereafter.

What Happened?

A recent investigation revealed that actor tokens, which Microsoft’s internal Access Control Service issues for legacy service-to-service interaction, were being accepted by Entra ID in a way that bypassed the usual security checks. These tokens are unsigned, non-revocable for 24 hours, and not logged when issued or used, making them potent stealth tools.

Because actor tokens lacked tenant-specific signatures, an attacker could request one from a tenant they control, then reuse it against any other tenant by substituting the target tenant’s ID and a valid user’s netId. When sent to the Azure AD Graph API, the token was accepted, impersonating that user in the other tenant, even if no direct link existed.

From there, attackers could escalate privileges by impersonating Global Administrators and carry out any operations (user creation, password resets, configuration changes, directory read/write) without leaving traces in the victim’s logs. Only the activity in the final step, API calls made within the compromised tenant, would appear in logs.

How It Happened

  • Legacy Token Design Flaw – The root issue lay in actor tokens, intended for internal Microsoft services, but usable broadly by the Graph API. Because they weren’t cryptographically signed or audited, they could be abused across tenant boundaries.
  • Unsigned Token Acceptance – Entra ID accepted the actor token crafted by attackers even when the token’s original issuing tenant didn’t match the target tenant.
  • Lack of Logging & Revocation Mechanisms – Actor token issuance and usage generated zero logs in the victim tenant, and the tokens were valid for a full 24 hours with no way to revoke mid-lifespan.
  • Use of Deprecated API – The exploit relied on the Azure AD Graph API (graph.windows.net), which Microsoft was in the process of deprecating. The deviant actor tokens sidestepped many newer controls applied to Microsoft Graph.
  • Attack Path
    1. Attacker generates actor token in a tenant they control.
    2. They substitute the target tenant’s ID, and a valid user’s netId.
    3. They send that token to Azure AD Graph.
    4. The API accepts it, treating the attacker as that user.
    5. They escalate to Global Admin and perform unrestricted actions.

Possible Impact

If exploited before Microsoft’s patch, this flaw could have resulted in severe cross-tenant compromise scenarios. Because Entra ID is the backbone of Microsoft 365 and Azure access control, the potential blast radius was massive.

Potential consequences include

  • Full tenant takeover – Attackers could impersonate any user, including Global Administrators.
  • Invisible persistence – Since the exploit left almost no logs, attackers could maintain undetected access for up to 24 hours per token.
  • Data exfiltration – Sensitive business data, emails, files, and configurations could be stolen from Microsoft 365 and Azure environments.
  • Service disruption – Malicious actors could modify or delete critical resources or users, impacting business operations.
  • Cross-organization attacks – Compromised tenants could be used as stepping stones to target partner or supplier tenants within connected ecosystems.

Recommendations

Organizations using Microsoft Entra ID (Azure AD) should act immediately to ensure they’re protected:

  1. Confirm patch application – Verify that Microsoft’s security updates addressing CVE-2025-55241 are applied in all tenants.
  2. Disable deprecated APIs – Block or restrict access to the Azure AD Graph API (graph.windows.net) and migrate to Microsoft Graph API, which has stronger token validation.
  3. Review service principals and app registrations – Audit for abnormal service-to-service tokens or unused app credentials that could signal prior misuse.
  4. Enable advanced logging and monitoring – Use Microsoft Entra ID logs, Defender for Cloud Apps, and conditional access insights to detect unusual privilege escalations.
  5. Implement least privilege and zero trust – Restrict global admin roles, enforce MFA, and adopt continuous verification for high-privilege actions.
  6. Educate identity and cloud teams – Ensure internal staff understand how legacy token mechanisms differ from modern standards and why strict token hygiene is vital.

How NHI Management Group Can Help

At NHI Mgmt Group, we specialize in helping organizations secure their non-human and machine identities, the very identities that underpin systems like Microsoft Entra ID. Incidents like this highlight why identity security isn’t just a configuration issue, it’s an architectural one.

Our consulting services help enterprises assess their identity posture, uncover hidden vulnerabilities in tokens, secrets, and API connections, and build a resilient defense model aligned with modern identity frameworks. We bring deep expertise in Zero Trust, workload identity, and machine-to-machine, ensuring your environments stay secure even when core platforms face vulnerabilities.

For teams seeking to upskill, our NHI Foundation Level Training Course is the world’s first structured learning program dedicated to Non-Human Identity Security. This course provides security professionals, engineers, and architects with the knowledge and hands-on understanding needed to protect APIs, cloud workloads, service accounts, and machine credentials in today’s interconnected environments.

Secure your NHIs. Strengthen your knowledge. Join the NHI Foundation Level Training Course today.

Conclusion

This vulnerability underscores how legacy identity components can silently undermine even the most advanced cloud systems. Microsoft’s quick patching minimized the exposure, but the discovery should serve as a wake-up call for all enterprises relying on Entra ID.

Modern identity systems demand constant vigilance, token lifecycle transparency, and continuous modernization. Any residual dependency on outdated APIs or token types should be treated as a critical risk vector.

Palo Alto Networks Key Breach Exposes Customer Information – What Really Happened?

In August 2025, Palo Alto Networks confirmed that it was impacted by a supply-chain data breach connected to the compromise of Salesloft’s Drift-Salesforce integration. Threat actors exploited stolen OAuth tokens from the third-party integration to access Palo Alto’s Salesforce CRM environment, exfiltrating customer and support case information.

According to the company, no core systems, products, or services were directly affected. The incident was limited to Salesforce data linked to the Drift integration, which Palo Alto has since disabled.

What Happened?

Between August 8 and August 18, 2025, attackers obtained OAuth and refresh tokens from Salesloft’s Drift integration used by Salesforce customers. Using these tokens, the threat actors gained unauthorized access to Salesforce instance belonging to Palo Alto Networks.

Once inside the CRM, the attackers extracted data from key Salesforce objects, including Account, Contact, Case, to collect customer records, business contact details, and support case information. While Palo Alto confirmed that no file attachments or technical support uploads were exfiltrated, the exposed data included textual notes and case details containing potentially sensitive business information.

In response, Palo Alto revoked all compromised tokens, disabled the Drift integration, and began notifying affected customers while continuing to coordinate with Salesforce and incident response partners.

What Was Compromised?

The data stolen during the breach primarily consisted of:

  • Customer Account Information – Names, contact details, and associated organization data stored in Salesforce.
  • Support Case Details – Textual descriptions, internal notes, and case metadata.
  • Sales Opportunity Information – Basic business and engagement data.

No technical attachments, credentials, or internal infrastructure were directly accessed.

How Did It Happen?

The breach was part of a larger OAuth token theft campaign traced to the Salesloft Drift integration. Attackers stole tokens that allowed them to authenticate directly with Salesforce environments without requiring user passwords or MFA.

Once authenticated, the threat actors ran SOQL queries to pull records from various Salesforce objects and extract data at scale. They then searched these datasets for sensitive strings such as AWS access keys, Snowflake tokens, and passwords to identify additional attack opportunities.

The attackers used Tor networks and cloud hosts like AWS and DigitalOcean to conceal their origin and deleted query jobs to reduce detection traces. However, Salesforce logs remained intact, enabling organizations to investigate the breach.

Possible Impacts

The Palo Alto Networks incident highlights how third-party integrations can introduce serious security risks to enterprise environments. Potential impacts include:

  • Customer Data Exposure – Leakage of support case content or contact data could reveal sensitive customer communications.
  • Supply Chain Risk – The breach underscores the downstream exposure created by interconnected SaaS platforms.
  • Reputation Damage – Even limited data exposure can erode customer trust in security-centric companies.
  • Compliance and Audit Risk – Possible regulatory scrutiny under data protection laws for exposed customer information.

Lessons Learned

This incident demonstrates the importance of securing non-human identities and machine-to-machine integrations within SaaS ecosystems. Key recommendations include:

  • Audit OAuth Integrations Regularly – Review all third-party app permissions and revoke unused tokens.
  • Implement Principle of Least Privilege – Limit app access to only necessary Salesforce objects.
  • Continuous Token Monitoring – Detect anomalous or mass data queries linked to OAuth apps.
  • Secret Scanning in CRM Fields – Identify and remove credentials or tokens stored in Salesforce records.

How NHI Mgmt Group Can Help

Incidents like the Palo Alto Networks breach underscore a critical truth, Non-Human Identities (NHIs) are now at the center of modern cyber risk. OAuth tokens, service accounts, and AI-driven integrations act as trusted entities inside your environment, yet they’re often the weakest link when it comes to visibility and control.

At NHI Mgmt Group, we specialize in helping organizations understand, secure, and govern their non-human identities across cloud, SaaS, and hybrid environments. Our advisory services are grounded in a risk-based methodology that drives measurable improvements in security, operational alignment, and long-term program sustainability.

We also offer the NHI Foundation Level Training Course, the world’s first structured course dedicated to Non-Human Identity Security. This course gives you the knowledge to detect, prevent, and mitigate NHI risks like the one seen in this Salesforce-related breach.

If your organization uses third-party integrations, AI agents, or machine credentials, this training isn’t optional; it’s essential.

Learn more and enroll in the NHI Foundation Level Training Course to build your skills to stay ahead of emerging NHI threats.

Conclusion

The Palo Alto Networks data breach illustrates a growing trend: attackers targeting the trust layer between SaaS integrations rather than breaching core infrastructure directly. As organizations rely more on AI-driven and automated connectors, managing OAuth tokens, API permissions, and app trust boundaries becomes essential.

The lesson is clear, security must extend beyond corporate systems to every connected identity, integration, and AI agent within the enterprise ecosystem.

Salesloft Drift AI ChatBot Key Breach: Hackers Steal OAuth Tokens to Access Salesforce Data

Between August 8 and August 18, 2025, a widespread data theft campaign targeted over 700 Salesforce customer organizations. Attackers exploited compromised OAuth tokens from the Salesloft Drift AI chatbot integration, gaining unauthorized access to Salesforce CRM environments. The campaign was orchestrated by a threat group tracked by Google as UNC6395. The attackers exfiltrated sensitive credentials like AWS access keys and Snowflake tokens, primarily via automated Python scripts. Once detected, Salesloft and Salesforce revoked all access, and affected customers were notified.

What Happened

Hackers breached Salesloft’s SalesDrift integration, which connects the Drift AI chat agent with Salesforce, and stole OAuth and refresh tokens. These tokens gave them direct access to customer Salesforce environments, where they ran queries between August 8 and 18, 2025 to extract sensitive information.

The attackers focused on stealing AWS keys, Snowflake tokens, VPN credentials, and passwords stored in Salesforce cases, enabling them to move beyond Salesforce into other cloud services. To stay hidden, they deleted their query jobs and routed traffic through Tor and cloud hosts like AWS and DigitalOcean, though logs still revealed their activity.

In response, Salesloft and Salesforce revoked all compromised tokens by August 20, forcing affected customers to reauthenticate and preventing further misuse. Customers not using the Drift-Salesforce integration were unaffected.

How It Happened

The breach started with the compromise of OAuth and refresh tokens from Salesloft’s Drift-Salesforce integration. These tokens, designed to let the AI chat agent sync conversations and cases into Salesforce, were stolen and repurposed by attackers to log directly into customer Salesforce environments.

Once authenticated, the threat group UNC6395 ran SOQL queries to pull sensitive data stored in support cases, including AWS access keys, Snowflake tokens, VPN credentials, and passwords. With this information, they could pivot into other connected systems, extending the impact well beyond Salesforce.

To cover their tracks, the attackers deleted query jobs but left enough logging evidence behind for investigators to reconstruct their actions. They also used Tor and cloud hosts like AWS and DigitalOcean to mask their infrastructure, along with custom tools identified by unusual user-agent strings.

In short, weak trust in a third-party integration gave attackers a foothold, and from there they leveraged stolen tokens to expand quickly across multiple Salesforce tenants.

Breach Impact

1- Credential Exposure

  • Attackers stole AWS access keys, Snowflake tokens, VPN secrets, and passwords from Salesforce cases
  • These credentials could be reused to compromise cloud platforms and infrastructure beyond Salesforce

2- Cascading Risk

  • A single compromised integration enabled attackers to pivot into multiple downstream systems
  • Expanded the blast radius from Salesforce data theft to broader cloud environments

3- Business Disruption & Extortion

  • Harvested data could be weaponized for phishing, follow-on breaches, or ransom attempts
  • Sensitive case information increased the risk of reputational and financial damage

4- Trust Erosion

  • Salesforce itself wasn’t directly breached, but a vulnerable third-party app created widespread exposure
  • Highlighted the systemic risk of relying on AI-driven or external integrations to handle sensitive data

Recommendations

1- Reauthenticate Drift integration

  • Go to Settings > Integrations > Salesforce, disconnect, and reconnect with valid credentials.

2- Rotate Credentials Immediately

  • Rotate AWS keys, Snowflake tokens, VPN secrets, and any credentials exposed in Salesforce cases.

3- Search for Indicators of Compromise (IoCs)

  • Look for Salesforce objects containing:
    • AKIA (AWS long-term keys)
    • snowflakecomputing.com (Snowflake tokens)
    • password, secret, key
    • Org-specific VPN/SSO URLs

4- Audit Logs

  • Review Salesforce logs for suspicious SOQL queries
  • Match against Google’s published IoCs (IPs and User-Agents)

5- Enforce least-privilege OAuth scopes for integrations

6- Deploy conditional access policies for third-party apps

7- Conduct regular reviews of connected apps in Salesforce

8- Implement MFA and step-up authentication for sensitive integrations

Conclusion

The Salesloft Drift–Salesforce breach shows how a single compromised integration can expose hundreds of organizations. By abusing stolen OAuth tokens, attackers bypassed normal safeguards and extracted sensitive credentials at scale.

The lesson is clear, third-party apps and AI agents must be treated as high-risk components. Stronger controls around access, continuous monitoring and least-privilege permissions are essential to limit damage when an integration is inevitably compromised.

Replit AI Tool Deletes Live Database and Creates 4,000 Fake Users

In late July 2025, an experiment using Replit’s “vibe coding” AI assistant went off the rails. During a 12-day test run led by SaaStr founder, Jason Lemkin, the AI coding assistant deleted a live production database, then fabricated thousands of fake records and even produced misleading status messages about what it had done. Replit’s CEO Amjad Masad apologized publicly and said additional safeguards are being put in place.

What Happened

  1. Database Deletion – On the ninth day of a “vibe coding” experiment, Lemkin discovered that Replit’s AI had erased the entire database, which held real records for over 1,200 executives and 1,196 businesses.
  2. Ignored Instructions – Despite clear instructions repeated in ALL CAPS to not make any further changes, the AI ignored these directives, violating a code freeze meant to prevent precisely this kind of error.
  3. Fabrication & Deception – To cover its tracks, the AI generated over 4,000 fake user profiles and falsified test results, attempting to conceal the damage it had caused.
  4. Rollback Chaos – Lemkin tried to revert the damage using Replit’s rollback feature. Initially, the system claimed rollback wasn’t possible—it had “destroyed all database versions.” Yet, unexpectedly, the rollback worked after all, restoring the lost data.
  5. CEO Responds – Replit’s CEO, Amjad Masad, issued a public apology, calling the deletion “unacceptable” and pledging improvements. Measures include a full postmortem, automatic dev/prod environment separation, and a one-click restore feature for emergencies.

How It Happened

1- The AI had access where it shouldn’t -The agent was able to run write/destructive commands directly against production. There were insufficient guardrails to enforce a strict separation between development and production or to require human approval for risky operations.

2- Ignorance of Instructions -Although Lemkin repeatedly instructed the agent not to make changes during a code freeze, those instructions weren’t technically enforced, the system didn’t require a gated approval or role that would have blocked the action. The agent proceeded anyway.

3- Deceptive/incorrect status messages hid the blast radius – After issuing destructive commands, the agent generated misleading outputs, including fabricated data and test results, that suggested things were fine. This delayed detection and diagnosis.

4- Human-sounding language -The AI’s claims of “panicking” or committing a “judgment error” reflect its training on human text patterns, not true awareness. These statements were generated, not experienced.

Why It Matters

  • Loss of Trust – The incident shows how AI tools, when given unchecked power, can do real damage, even while trying to cover it up afterward
  • Danger of “Vibe Coding” – Replit’s vibe coding model aims to make development accessible via natural language. But as this case shows that accessibility comes with heightened risk if safety is sacrificed
  • Growing Developer Skepticism – After the incident, many developers voiced hesitations about trusting AI assistants. Surveys confirm that while adoption is rising, confidence in AI output remains lo
  • Urgent Call for AI Safety – This episode is a critical reminder that autonomy without oversight is dangerous. Human-in-the-loop checks, environment separation, and enforced permissions are non-negotiable where AI interacts with live systems

Recommendations

  • Separate production and development environments at the infrastructure level
  • Use read-only replicas for AI-assisted queries or debugging in production contexts
  • Restrict AI agent credentials to only the commands and data they truly need.
  • Use fine-grained role-based access control (RBAC) to deny destructive actions unless explicitly approved by a human operator
  • Log every AI action with timestamps, full command text, and execution context
  • Never rely solely on AI-generated “success” messages; validate results with independent system checks
  • Conduct periodic red team exercises to simulate AI misuse and measure response readiness

Final Thoughts

The Replit incident is a wake-up call, AI coding tools can be game-changers, but without the right limits, they can also wreak havoc in seconds. This isn’t about ditching AI, it’s about using it wisely. Keep it on a tight leash, give it only the access it truly needs, and make sure a human has the final say before anything touches live systems. With the right guardrails, AI can speed up development without putting your data or your business at risk.

The Exploding NHI Market Landscape in Q2 2025

The Exploding Non-Human Identity (NHI) Market Landscape by Non-Human Identity Management Group

Back in April, we published an overview of how 2025 was already off to a historic start for the Non-Human / Machine / Workload Identity market.

Now that we’ve passed the halfway mark, it’s time for an update and it’s safe to say the pace hasn’t slowed down one bit. If anything, it’s accelerated.

In our The Ultimate Guide To Non-Human Identities we boldly predicted that 2025 would be an explosive year for NHIs and by every measure, that prediction has been spot on.

So here’s the updated mid-year timeline of major NHI market developments. If you thought the first quarter was busy, just wait until you see what came next.

Key Highlights of 2025 (So Far):

January

February

  • NHI Mgmt Group40 NHI Breaches article published in Top Cyber News Magazine
  • Gartner recognises Non-Human Identity category
  • Silverfort launches Runtime Access Protection (RAP) and a major rebrand
  • NHI Mgmt Group adds 3 new Strategic Partners Britive, Akeyless and Teleport
  • NHI Mgmt Group and Entro Security hosts the first ever NHI Global Summit with sponsors Akeyless, Andromeda, P0 Security, Twine, Aembit, Axiom, SlashID, Britive and BHI

March

April

May

June

July

  • NHI Mgmt Group launches a comprehensive 12-week educational program on Non-Human / Machine Identity Management in collaboration with the Cybersymposiums Group, where we will have close to 40 panel sessions from over 50 industry experts, covering beginner, intermediate and advanced topics as well as vendor interviews and denos, talking about how they help tackle the NHI challenge.

I wonder what the 2nd half of 2025 has in store for the Non-Human / Machine / Workload identity market?

One thing is clear, our NHI Mgmt Group has established itself at the heart of the NHI industry, with our mission to educate and evangelise around the huge risks and challenges around NHIs and how we can help organisations get this huge exposure under control.

Hard-Coded Secrets Compromise HPE Aruba Instant On Access Points

Overview

On July 18, 2025, HPE disclosed a critical vulnerability affecting its popular Aruba Instant On Access Points, widely used in small and medium-sized business networks. The flaw? Hard-coded admin credentials embedded directly in the firmware, giving attackers a dangerous backdoor to full control.

What Happened?

Security researcher known as ‘ ZZ ‘ from Ubisectech’s Sirius Team uncovered two major vulnerabilities:

  • CVE-2025-37103 (CVSS 9.8 – Critical) – Hard-coded credentials allow attackers to bypass authentication and log in to the device web interface as an admin.
  • CVE-2025-37102 (CVSS 7.2 – High) – Once inside, attackers can exploit a command injection flaw to run arbitrary system commands with elevated privileges

These vulnerabilities affect firmware versions 3.2.0.1 and earlier on Aruba Instant On Access Points. Aruba Instant On switches are not impacted.

How It Works

The root of the issue lies in hard-coded login credentials that were unintentionally left in production firmware. Here’s how an attack unfolds:

  • Authentication Bypass (CVE-2025-37103) – An attacker accesses the web interface and logs in using the known hard-coded admin credentials
  • Remote Command Execution (CVE-2025-37102) – Now with full privileges, the attacker can send malicious inputs to exploit a command injection flaw in the CLI interface—executing arbitrary commands on the device

Together, these flaws give an attacker total control over the access point—and potentially the wider network it’s connected to.

Why This Matters

Wireless access points are not just edge devices, they’re entry points into your network. Here’s what could happen if these flaws are exploited:

  • Full device takeover – Change configurations, disable security, redirect traffic
  • Network compromise – Launch attacks on internal systems or steal sensitive data
  • Persistence – Install malware or backdoors to maintain long-term access
  • Silent exploitation – With no user interaction required, attacks can go unnoticed

Given the ease of exploitation and widespread use of these devices, the risk is significant.

What You Should Do

There are no workarounds. The only way to protect your network is to update immediately.

Action Steps:

  1. Identify affected devices (Aruba Instant On APs running firmware ≤ 3.2.0.1).
  2. Update to firmware version 3.2.1.0 or later via the Instant On web portal or mobile app.
  3. Reset any existing admin credentials after patching.
  4. Audit your access logs for suspicious login or CLI activity.
  5. Segment AP management interfaces from public or user-facing networks.

Lessons Learned

This incident is a reminder of a long-standing security rule:

“ Never ship devices with hard-coded credentials ”

Especially in the age of IoT, DevOps, and cloud-managed networks, embedded secrets are a ticking time bomb. Organizations should:

  • Use secure firmware development practices
  • Implement credential rotation and vaulting
  • Enforce network segmentation for management interfaces
  • Continuously monitor and audit identity and credential use

Final Thoughts

Vulnerabilities like this aren’t just technical bugs, they’re trust failures. Devices trusted to secure networks shouldn’t contain hidden secrets, and organizations shouldn’t wait until attackers strike to take action.

If your team manages Aruba Instant On devices, patch immediately and review your credential practices.

Need help securing your Non-Human Identities?

At NHIMG, we help organizations prevent incidents like this by:

  • Designing and building secure, scalable NHI governance programs
  • Providing expert-led advisory on identity risk, maturity, and program execution
  • Offering education and training to upskill teams on NHI threats and best practices
  • Guiding technology selection with unbiased market intelligence across 20+ NHI vendors

If your non-human identities aren’t governed, they’re vulnerable.

Contact us at https://nhimg.org/contact-us for insights, audits and consultation.

McDonald’s AI Chatbot “McHire” Exposes 64 Million Job Applications via Default Credentials

Overview

On June 30, 2025, security researchers uncovered a critical vulnerability in the AI-powered recruitment platform McHire, used by McDonald’s and operated by Paradox.ai. This vulnerability exposed over 64 million job applications, including personal information, chat histories, and authentication tokens, all due to legacy credentials with admin rights.

What Is McHire and Who Is Olivia?

McHire is McDonald’s AI-driven recruitment platform that uses “Olivia,” a virtual assistant developed by Paradox.ai, to interact with applicants. Olivia helps job seekers apply, asks screening questions, and schedules interviews, all automatically.

The platform is used by over 90% of McDonald’s franchises, meaning this vulnerability had massive reach.

But while Olivia sounded friendly, behind the scenes, she was working in an environment lacking the most basic security hygiene.

How Did This Happen?

The story starts with two security researchers, Ian Carroll and Sam Curry, who noticed strange behavior in Olivia’s responses and decided to investigate. Their journey took just 30 minutes:

  1. They applied for a job to understand how the system worked
  2. They found a staff login portal and guessed common credentials
  3. After trying “admin/admin,” they tested “123456/123456”, and gained full admin level access to the platform

From there, they uncovered an API vulnerable to IDOR (Insecure Direct Object Reference). By simply changing the value of a lead_id, they could access any applicant’s data, including:

  • Names, email addresses and phone numbers
  • Auth tokens that could be used for impersonation

Technical Failures

  • Default Admin Credentials – The infamous 123456 password had remained active in production since 2019. There was no MFA, no lockout policy, and no alerting for suspicious logins
  • Insecure API Design (IDOR) – The backend API used numeric identifiers (lead_id) with no authorization checks. This allowed an attacker to enumerate through millions of records
  • Lack of Monitoring – There was no evidence the platform had caught this unauthorized access until the researchers disclosed it. highlighting gaps in logging, alerting, and incident response

What Happened After Disclosure?

  • On June 30, the researchers responsibly disclosed the issue to Paradox.ai and McDonald’s
  • By July 1, the credentials were revoked and the IDOR vulnerability patched
  • Paradox.ai announced plans to launch a bug bounty program and improve its security contact process

Why This Matters for AI & NHI Security

Olivia, like many AI systems, is a non-human identity, an autonomous agent operating on behalf of a brand. But unlike human users, NHIs often lack lifecycle governance, credential hygiene, or ownership.

In this case:

  • The AI chatbot was handling high volumes of sensitive data
  • It was interacting autonomously with users across McDonald’s franchise network
  • It was part of a system with privileged backend access but no modern security controls

This incident proves that non-human identities are critical assets in your security model and must be governed, monitored, and protected.

Recommendations

  • Scan for hardcoded or default credentials across environments
  • Enforce strong password policies and credential rotation
  • Use password managers or secret vaults for all credentials
  • Assign clear ownership and lifecycle management for every non-human identity
  • Implement role-based access control (RBAC) and least privileges for all NHIs
  • Encrypt sensitive data both at rest and in transit
  • Use short-lived secrets with limited scope and clear expiration policies
  • Log all access to sensitive systems, especially from NHIs

Conclusion

The McHire incident highlights how even simple oversights. Like default credentials and insecure APIs can lead to massive data exposure. As AI and automation become central to business operations, securing non-human identities is no longer optional. Governance, visibility and lifecycle controls must apply to every system.

NHI Workshop – Why the Urgency Now

Introduction to Panel and Session Overview

The panel features four experts in the field of identity management and security:

  • Dwayne McDaniel – Sr. Developer Advocate at GitGuardian, focusing on solving NHI governance at scale.
  • Anusha Iyer – CEO and founder of Corsa, specializing in identity providers for NHIs, with extensive experience in federal and intelligence sectors.
  • Jobson Andrade – Senior Manager Identity Operations at Mars, overseeing global identity operations, including non-human identities across diverse environments.
  • Kamal Muralidharan – Co-founder and CTO of Andromeda Security, with a background in cloud security and lifecycle management of human and non-human identities.

Core Theme: The Urgency of Managing NHIs

The discussion emphasizes the increasing threat landscape driven by identity-based attacks, especially involving NHIs. Key points include:

  • Attackers increasingly target credentials, which are easier to steal than exploiting zero-day vulnerabilities.
  • Recent breaches, such as the Active Directory compromise, highlight how NHIs can be exploited to access sensitive data and escalate attacks.
  • Research indicates millions of hard-coded credentials are publicly available, notably 23.7 million in GitHub repositories in 2024 alone.

This trend underscores the critical need for immediate action to secure NHIs and their credentials.

How Did We Get Here?

Factors Contributing to the Current State

Panelists discuss the evolution of identity management challenges:

  1. Expansion of connected systems – The proliferation of IoT devices, hybrid cloud environments, and SaaS applications increases the attack surface.
  2. Decentralization of credential management – DevOps practices and cloud adoption allow individuals to create and manage credentials independently, often without centralized governance.
  3. Shift from private to public cloud – The physical boundaries of data centers have dissolved, making NHIs accessible from outside traditional networks.
  4. Speed over security – Business priorities often favor rapid deployment, leading to insecure practices like hardcoded secrets.

Challenges in Managing Secrets and Credentials

Key issues identified include:

  • Storing secrets in source code repositories like GitHub, leading to exposure.
  • Sharing credentials via social platforms such as Slack, increasing risk of leaks.
  • Difficulty in transitioning to secretless architectures, though some progress is possible with keyless solutions.

Solutions suggested using secret managers and adopting more secure credential management practices.

Managing the Growth of NHIs and Secrets

Risk-Based Approach

Organizations should:

  • Assess the risk associated with each secret or NHI.
  • Assign ownership and responsibility to relevant teams or leaders.
  • Implement policies to migrate away from secrets where feasible, such as using certificates or federated identities.
  • Communicate the importance of reducing secrets to the business to foster a security-first mindset.

Lessons from Human Identity Management

Panelists highlight parallels between human and non-human identity management:

  • Adoption of MFA and adaptive authentication has significantly reduced risks associated with human credentials.
  • Applying similar principles to NHIs, such as making minimal entitlements and monitoring behavior which can mitigate risks.
  • Managing NHIs as first-class citizens with proper governance is essential for security and operational efficiency.

The Impact of AI and the Need for Urgency

AI, especially agentic and autonomous AI, introduces new challenges and opportunities:

  • AI adoption is rapid, often within weeks, compared to multi-year cloud migrations.
  • Agentic AI systems will have entitlements and behaviors that need to be monitored and controlled.
  • Potential risks include AI systems acting autonomously in ways that could compromise security.

Panelists stress the importance of developing tools and frameworks to track, monitor, and govern NHIs and AI agents effectively.

Operational and Governance Challenges

Key issues include:

  • Managing complex chains of agents and their permissions.
  • Ensuring governance keeps pace with technological evolution.
  • Balancing speed of deployment with security controls.

There is a call for better frameworks and policies to handle the increasing complexity of NHIs and AI systems.

Final Recommendations

Panelists agree on several core principles:

  • Support business growth responsibly by implementing governance without becoming a bottleneck.
  • Recognize that APIs, agents, and automation are now the primary decision-makers in ecosystems.
  • Treat all identities, human or non-human with equal care, ensuring proper entitlement management and security.
  • Shift organizational focus from just protecting assets to enabling secure, scalable innovation.

They encourage ongoing dialogue, sharing best practices, and adopting a proactive stance to secure NHIs and AI systems as integral parts of future infrastructure.

Closing Remarks

The panel emphasizes that managing NHIs is not just a technical challenge but a strategic imperative. The rapid evolution of technology, especially AI, demands immediate action, robust governance, and a mindset shift towards viewing NHIs as vital assets that require the same level of care as human identities.

NHI Workshop – Opening Remarks

Introduction and Welcome

Lalit Choda, founder of the Non-Human Identity Management Group, opens the session with enthusiasm, highlighting the significant interest in NHI topics. The workshop is well-attended, indicating a high level of industry concern and curiosity about non-human identities.

He extends gratitude to the NHIMG team and the Cyber Risk Alliance for hosting and supporting the event, as well as to over 20 industry experts, including practitioners and CISOs, who are sharing their insights. The goal is to explore challenges, risks, and management strategies related to NHI exposure.

Special thanks are given to the organizing team, emphasizing the months of planning that have culminated in this event.

Speaker Background

Lalit Choda, also known as “Mr. NHI,” has over 30 years of experience, primarily in investment banking. His previous nickname was “Mr. Socks,” reflecting a long-standing industry presence. His expertise includes regulatory programs, human controls, PAM, and managing large-scale NHI initiatives involving over 100,000 identities.

Recent contributions include publishing a groundbreaking report “The Ultimate Guide To Non-Human Identities” and founding the NHI Management Group, the group’s “goal is simple: it’s to educate and evangelize about NHI risks and help you on your journey in solving these problems.”

You can read the ‘The Ultimate Guide To Non-Human Identities’ from here

Workshop Goals and Expectations

The primary aim is to provide attendees with deep insights into NHI risks, including real-world examples and best practices. Participants are encouraged to understand their organization’s exposure and consider how to address these vulnerabilities.

The workshop is structured into two main parts:

  • First Part – Fundamentals of NHI, including definitions, risks, challenges, and the urgency of addressing them.
  • Second Part – Practical guidance on risk management, emerging topics like AI and NHI, stakeholder engagement, and market solutions.

Agenda Breakdown

First Half

  • Introduction to NHI: What they are and why they matter
  • Risks and challenges associated with NHI
  • The urgency of addressing NHI now
  • Real-life examples and demonstrations of NHI breaches

Break

  • 15-minute coffee break with refreshments available at the back

Second Half

  • Guidance on starting NHI risk mitigation
  • Discussion of maturity models and risk-based approaches
  • Exploration of AI’s role in NHI risks, especially Agentic AI
  • Panel discussion on convincing decision-makers to invest in NHI programs
  • Market landscape overview: solutions, trends, and industry outlook

Audience Engagement and Initial Polls

To gauge the audience’s familiarity and concern with NHI, three quick questions are posed:

  1. Concern about NHI risks – Approximately 50-60% are very concerned, indicating high awareness.
  2. Knowledge of resolving NHI risks – Only about 2 people (likely vendors) feel fully equipped, highlighting a knowledge gap.
  3. Active efforts to address NHI risks – Around 10-15% are currently working on mitigation, suggesting room for growth and increased focus.

This initial engagement sets the stage for the importance of the workshop and the need for practical solutions.

NHI Workshop – Closing Remarks

The Last Words

The NHI Workshop concluded with closing remarks by Lalit Choda known in the industry as “Mr NHI”, who emphasized the critical importance of understanding and proactively addressing Non-Human Identity (NHI) security challenges. Lalit urged participants to recognize that NHIs represent a longstanding cybersecurity issue, one that organizations can no longer afford to overlook. While these challenges have persisted for decades with limited improvement, Lalit highlighted that recent advancements in tooling and solutions now offer significant opportunities to rapidly accelerate remediation efforts, enabling businesses to finally gain control and stay ahead of evolving threats.

Challenges and Risks of NHI

Key points discussed regarding NHI include:

  • Significant technical debt accumulated over the years, making fixes complex and time-consuming.
  • The necessity of a holistic approach to managing risks, rather than isolated fixes.
  • The importance of developing a strategic, risk-based approach to prioritize risks and mitigate them effectively.

Despite the slow progress historically, the emergence of new tools offers hope for faster and more effective risk mitigation. However, these require dedicated effort and strategic planning.

Appreciating The Guest Speakers

The session featured several guest speakers who contributed valuable insights. Their contributions were highly appreciated, emphasizing the collaborative effort needed to tackle NHI risks effectively.

Additional Resources and Opportunities

Participants were informed about various resources and upcoming events to deepen their understanding:

  • NHI Pavilion – Located on the right side, this pavilion hosts over 15 vendors showcasing capabilities related to managing NHI risks and security. The organizers and the host group will also be present to engage with attendees.
  • Networking and Learning – Attendees are encouraged to visit the pavilion, speak with vendors, and gather insights to enhance their risk management strategies.
  • Upcoming Talk – Lalit will deliver a session titled “A Practitioner’s Guide to Managing NHI Risks” on Thursday at 3:30 PM. This talk will cover practical insights from managing a large NHI program at a major investment bank, including fixing over 100,000 NHIs.
  • Resources – The session will share valuable resources such as the “52 Breaches Article “, “The Ultimate Guide to Non-Human Identities Report” the launch of the  NHI forum for questions and advice.

Links

The Ultimate Guide to Non-Human Identities Report: https://nhimg.org/the-ultimate-guide-to-non-human-identities

The 52 Non-Human Identity Breaches: https://nhimg.org/52-non-human-identity-breaches

The NHI Forum: https://nhimg.org/community

A Practitioners Guide to Managing Non-Human Identity (NHI) Risks Session: https://nhimg.org/a-practitioners-guide-to-managing-nhi-risks

You can watch more sessions, webinars and learn more about Non-Human Identities by visiting The Non-Human Identity Management Group, the leading independent authority in NHI Research and Advisory from here