Showing posts with label Cyber Security. Show all posts
Showing posts with label Cyber Security. Show all posts

Sunday, 27 September 2026

AI Credential Theft and LLMjacking: How UK SMEs Can Protect Their AI Accounts in 2026


Published by GLCTech Sec, the UK monitoring, endpoint security and backup partner for regulated SMEs.

AI credential theft is one of the fastest-growing cyber threats of 2026. New research from Google, Okta, and Anthropic shows criminals are going after more than just your data. They are stealing API keys, login sessions, and cloud accounts behind the AI tools your business uses, then running up bills, reselling access, or using it for extortion. This guide explains what is happening, why UK accountancy, legal and financial firms should pay attention, and the practical steps that reduce the risk.

What is AI credential theft?

AI credential theft is the theft of anything that grants access to an AI service or the cloud infrastructure behind it. That includes:

  • API keys used by software to call AI services;
  • Session tokens, the browser cookies that keep you logged in to AI assistants and cloud portals;
  • Cloud account credentials that can be used to switch on and consume AI services.

Google Threat Intelligence Group's AI Threat Tracker (8 September 2026) reports attackers stealing API credentials, targeting proprietary AI models and source code, and taking over victims' cloud environments to run unauthorised AI workloads.

What is LLMjacking?

LLMjacking is the term security researchers at Sysdig coined in 2024 for hijacking someone else's large language model (LLM) access. The attacker uses stolen credentials to run AI workloads, and the victim pays. In its original research, Sysdig estimated one attack could generate more than US$46,000 of AI usage costs per day.

The problem has grown since. Okta Threat Intelligence's September 2026 research describes one organisation facing a bill of nearly US$1 million, an individual software architect hit with a US$25,000 surprise bill, and an AI testing organisation losing US$600,000 in AI credits because of a stolen API key.

How are AI accounts being stolen?

1. Infostealer malware on staff devices

Infostealers are malware that quietly harvest saved passwords and browser session tokens from infected computers. Okta analysed a large dump of infostealer logs and found thousands of AI-platform session tokens. With a valid token, an attacker can replay your session and bypass both the password and multi-factor authentication.

2. Keys left in code, containers and shared files

Anthropic's September 2026 threat report describes attackers systematically searching public code repositories, container images, apps and websites for credentials and API keys. In one case, a single stolen developer token escalated to full administrative control of a victim's cloud environment in roughly three hours.

3. Buying access on underground markets

According to reporting on Google's findings, underground prices for stolen AI accounts, particularly Claude and Gemini accounts, more than doubled during 2026. Rising prices signal rising demand.

From stolen access to extortion

Stolen AI data is also being used for ransom. Google's Mandiant investigated several extortion cases in Q2 2026 in which attackers stole proprietary AI models, prompts, source code and research from technology, healthcare and media companies in North America and Europe, then threatened to publish the data unless the victim paid.

Regulators are now seeing AI-executed incidents too. In September 2026, Spain's data protection authority (AEPD) reported receiving its first breach notification in which the victim organisation said an AI agent logged in and autonomously found a flaw that let it modify personal data and access invoices. The AEPD stressed that the account comes from the victim's notification and is still under analysis.

Why UK accountancy, legal and financial firms should care

Most professional-services SMEs are not building their own AI models. Your realistic exposure is more everyday:

  • a staff laptop infected with an infostealer, leaking sessions for email, cloud and AI tools;
  • an API key for an AI-enabled product pasted into a script, spreadsheet or shared drive;
  • an unnoticed spike in cloud or AI usage that only shows up on the invoice;
  • client personal data processed through AI tools becoming reachable by an attacker.

If personal data is involved, UK GDPR still applies in full. Notifiable breaches must be reported to the ICO within 72 hours (see the ICO's breach reporting page). For firms that answer to clients, insurers and regulators, "it was an AI" is not a defence.

7 steps to protect your business from AI credential theft

  1. Harden every endpoint. Use managed endpoint protection that is actively monitored, because infostealers start on user devices.
  2. Remove secrets from code and files. Scan repositories and containers for exposed keys, and use a secrets manager instead of hard-coding credentials.
  3. Rotate exposed keys immediately. Treat any key that has appeared in a repo, ticket, email or chat as compromised.
  4. Set spending limits and billing alerts on every cloud and AI account, so a hijacked key triggers an alert rather than an invoice shock.
  5. Monitor for anomalies 24/7. Unusual traffic, logins and resource usage across servers, networks and applications are often the first sign of compromise.
  6. Keep immutable, tested backups. A reliable restore turns an extortion demand into a manageable incident.
  7. Govern your AI use. Know which AI tools staff use, what data goes into them and who holds the keys. Treat prompts and AI configurations as sensitive assets.

The NCSC's free guidance for small and medium-sized organisations is a strong baseline for all of the above.

How GLCTech Sec helps you stay ahead

GLCTech Sec helps UK regulated SMEs put these controls in place without building an in-house security team:

We publish our own security posture openly on our Trust & Compliance page, including UK GDPR processing terms and our progress towards Cyber Essentials certification.

Book a free 30-minute Security Gap Assessment at glctechsec.com, or email contact@glctechsec.com.

Frequently asked questions

Can attackers get into my AI account without my password?

Yes. If malware steals a valid session token from your browser, an attacker can replay it and access the account without the password or MFA code. Okta's September 2026 research documents this happening at scale.

Who pays when a stolen API key is used?

Usually the account owner. Usage is billed to the account the key belongs to, which is why spending limits and billing alerts matter.

We don't build AI. Are we still at risk?

Yes. If your staff use AI assistants, AI-enabled software or cloud services, their sessions and keys are worth stealing. The most common route in is an infected endpoint, not a sophisticated attack on an AI model.

What is the quickest first step?

Find out where you stand. A short gap assessment covering endpoints, monitoring, backups and exposed credentials will show your biggest risks. GLCTech Sec offers one free.

Sources

Thursday, 10 September 2026

The Six-Hour Threat: Why Traditional Defenses Fail Against Autonomous AI

The cybersecurity landscape has shifted seismically. A recent Google Threat Intelligence Group report reveals a frightening new reality: threat actors are no longer relying on manual prompting. Instead, they are deploying autonomous multi-agent AI frameworks to execute mass credential-harvesting campaigns.



The implications are staggering. We are no longer talking about weeks or days to detect a breach. Investigators tracked a financially motivated cybercrime group that compromised a cloud environment and deployed an autonomous AI framework. By using AI coding chatbots and preconfigured playbooks, these agents independently managed vulnerability scanning, real-time troubleshooting, and even IP rotation. The result? Thousands of third-party cloud and developer credentials were stolen in under six hours.

State-sponsored actors are also deploying local, open-weight language models on compromised networks. By bypassing commercial safety guardrails, these attackers can operate undetected, accelerating their operations far faster than traditional security teams can respond.


How We Protect Your Infrastructure

As autonomous AI models outpace legacy security, identity and access management must be aggressively bolstered.At GLCTech Sec,  we specialise in defending against these high-velocity threats:

  • Real-Time Anomaly Detection: Our continuous monitoring identifies automated scanning and unusual IP rotation logic the moment it occurs.

  • Zero-Trust Access Management: We enforce strict least-privilege access, ensuring automated agents lack the lateral movement capability to harvest corporate credentials.

  • Infrastructure Defence: By securing your cloud architecture with advanced serverless components, we neutralize unauthorized local LLM deployments before they can exfiltrate sensitive data.


The era of AI-driven cyber-attacks is here. Is your security framework autonomous enough to respond in minutes, not hours?

Connect with our team today to audit your defences and protect your infrastructure: https://glctechsec.com/#contact.

#GLCTechSec #CyberSecurity #AITraining #DevOps

Friday, 19 April 2024

Secure Your Azure DevOps Pipeline: GitHub Advanced Security to the Rescue

 

Stop Shipping Your Passwords to Production: How GitHub Advanced Security for Azure DevOps Saves the Day (and Your Reputation)


Let's face it, developers: we've all accidentally committed a secret (or two) to our code repository at some point. Maybe it was an API key, a database password, or that super-secret encryption key you swore you'd never forget. ‍♂️

The problem? Those exposed secrets can be a hacker's dream come true. A single leaked secret can bring your entire application crashing down, wreaking havoc on your data and your reputation. Shuddersville.


That's where GitHub Advanced Security for Azure DevOps swoops in like a superhero with a cape (well, maybe more like a shield, but you get the idea). This powerful integration brings the muscle of GitHub's security features right into your Azure DevOps workflow, so you can identify and squash those secret leaks before they turn into a disaster.




Here's how GitHub Advanced Security for Azure DevOps saves your bacon:

  • Secret Scanning: It acts like a super-sleuth, scouring your code for any exposed secrets like passwords, tokens, and keys. No more accidental oopsies making it past your commit.
  • Dependency Scanning: Those third-party libraries you love? They can have hidden vulnerabilities. Advanced Security scans your dependencies to expose any weak spots so you can patch them up before they get exploited.
  • CodeQL Code Scanning: This built-in code analysis tool is like a security X-ray for your codebase. It hunts for potential vulnerabilities and coding errors, so you can fix them before they become a problem.

The best part? This security suite integrates seamlessly into your Azure DevOps workflow. No need to jump through hoops or learn a whole new platform. You can find, fix, and prevent security issues all within your familiar Azure DevOps environment. Win-win!


So, ditch the stress of exposed secrets and vulnerable code. Embrace the power of GitHub Advanced Security for Azure DevOps. Your future self (and your security team) will thank you for it.

P.S. Looking for more info? Check out the official documentation to see how to get started with GitHub Advanced Security for Azure DevOps and start building more secure software today!


Tuesday, 12 November 2019

Changing Perpectives into DevSecOPs - Playing around with ParrotOS


For quite sometime, I have refrain myself to keep this blog updated. The last time I did published something was around March this year (2019). Uhmm, I guess I've being a bit lazy I'd say ..

Lolo 😀 ..

Joke apart - today, I am starting a series of blog post for around stuff, I am currently working on..

And this is post is around ParrotOS ..

Due to the nature of this post, I'll presume the reader is familiar with ParrotOS - if not the please have read more about ParrotOS .. As I will not explain it here.

So - Today I did quick refreshment into the ParrotOS VM instance I have installed on VMware Workstation *[https://www.vmware.com/products/workstation-pro.html ]. I haven't used if for quite a while so, it was a bit rustier, therefore I need to updated it.

Whoever the ParrotOS update command was failing with error:

code: [
Temporary failure resolving ‘deb.parrot.sh”] 

Fig - 01












- As per the screenshot shows, I was unable to connect into Update ParrotOS or connect into the web, as the DNS was not resolving.

Fig. 02










- Neither ping commands worked.

--
After some search into Google here is how I did resolved this..









- By updating the DNS record I was able to then Connect into the internet .. Also you can check the following file:
 ==> $ cat /etc/resolv.conf

*Optional*  - I would advice you to add temporarily
 ==> $ echo >> "nameserver 1.1.1.1" /etc/resolv.conf

It started work afterwards ..
























As also was by then able to update the OS;































As still working.. Hope this helps whoever struggles to connect your VM or main machine into the internet.

===> $ sudo anosurf dns


Till next post  :-) 

How to Configure GitHub Actions for a Staging Environment with DockerHub

Deploying reliably is a critical step when building secure internal systems for service-oriented businesses. Automating your st...