GRC Careers: AI Governance, Risk and Compliance JobsConnecting Talent and Trust. Post a Job Log in

HomeCybersecurity & GRC Career GuidesAI Security Skills

AI Security Skills

Get new GRC career guides by email. We publish most weeks. No spam, and we never sell or share your address with anyone.

AI Security Skills illustration

AI security is the part of the field where the attacker is a person rather than a statistical drift. It overlaps with conventional security and then goes somewhere conventional security has no answer for, because the vulnerability is often in the model's behavior rather than in any code you could patch.

The attack surface, in plain terms

Prompt injection. Instructions hidden in content the model reads. A support agent that summarizes a customer email can be instructed by that email. The reason this is hard is structural: the model has no reliable way to separate the instructions it was given from the data it was handed. There is no patch for that, only architecture that limits what the model is permitted to do.

Data poisoning. Corrupting training or fine-tuning data so the model learns something the attacker chose. It is slow, it is quiet, and it is very hard to detect after the fact, which makes provenance of training data a security control rather than a data quality nicety.

Model and data extraction. Querying a system enough times to reconstruct its training data or approximate the model itself. Rate limiting is not a complete answer, though its absence is a finding on its own.

Supply chain. Models downloaded from public hubs, weights of unclear provenance, and serialization formats that execute code on load. This is the closest thing to familiar territory and it is where the quickest wins usually are.

Why the traditional answers fall short

Input validation assumes you can tell good input from bad. With natural language you frequently cannot, since the malicious instruction is a legitimate sentence.

Patching assumes a fix exists. Prompt injection has no equivalent to a patched CVE, because the behavior is emergent rather than a defect in a line of code.

So the practical posture shifts toward containment. Assume the model can be made to try something, and make sure it lacks the permissions to succeed. An agent with read-only access that gets hijacked is an incident. The same agent with write access to production is a very different day.

Where to start

The OWASP Top 10 for Large Language Model Applications is the most usable reference for practitioners, and MITRE ATLAS catalogues adversarial techniques against machine learning systems in a structure security teams already recognize from ATT&CK. NIST has published adversarial machine learning taxonomy work that is useful for shared vocabulary.

Naming these accurately in an interview is a reasonable proxy for having done the reading, and most candidates cannot.

The governance side pays too

Not everyone in this area is doing red team work. A large share of the hiring is for people who can assess whether an AI deployment is sensibly bounded: what the system is allowed to reach, what happens when it is wrong, who reviews its actions, and whether anyone would notice an abuse.

Those are governance questions with a security frame, and people from GRC backgrounds answer them better than people who only know the attacks.

Practising without a lab

Work out the blast radius of an AI feature you already use. What can it read, what can it change, who would see it if it went wrong. Write that up in a page. It is a more convincing artifact than a certificate, and it is the exact analysis the job consists of.

Where to go next

Frequently Asked Questions

What is AI security?

Protecting AI systems from deliberate attack, including prompt injection, data poisoning, model and training data extraction, and supply chain compromise. It overlaps with conventional security but diverges where the vulnerability is in model behavior rather than in code.

What is prompt injection?

Hidden instructions placed in content a model reads, such as a customer email a support agent summarizes. It is structurally hard because the model has no reliable way to distinguish instructions it was given from data it was handed, so there is no patch, only architecture that limits what the model may do.

Why can't traditional security controls solve AI security?

Input validation assumes you can distinguish good input from bad, which natural language defeats since the malicious instruction is a legitimate sentence. Patching assumes a defect exists to fix, and prompt injection is emergent behavior rather than a coding flaw.

What is the practical defense?

Containment. Assume the model can be induced to attempt something and ensure it lacks the permissions to succeed. A hijacked agent with read-only access is an incident; the same agent with write access to production is a far worse one.

What is data poisoning?

Corrupting training or fine-tuning data so the model learns what an attacker chose. It is slow, quiet and difficult to detect afterwards, which makes provenance of training data a security control rather than a data quality concern.

What frameworks cover AI security?

The OWASP Top 10 for Large Language Model Applications is the most practical reference. MITRE ATLAS catalogues adversarial techniques against machine learning in a structure familiar from ATT&CK. NIST has published adversarial machine learning taxonomy work useful for shared vocabulary.

Do I need to be an offensive security specialist?

No. A large share of hiring is for people who can assess whether a deployment is sensibly bounded: what it can reach, what happens when it is wrong, who reviews its actions, and whether abuse would be noticed. Those are governance questions with a security frame.

What is AI supply chain risk?

Models pulled from public hubs, weights of unclear provenance, and serialization formats that execute code when loaded. It is the most familiar part of AI security for existing security teams and usually where the fastest improvements are available.

What jobs require AI security skills?

AI security engineer and architect, security engineer working on ML systems, AI red team roles, and AI governance positions assessing deployment boundaries and permissions.

More in this series

Written and reviewed by
Founder and Publisher, GRC Careers and AI Governance Jobs
  • Founder of ExecSearches and GRC Careers
  • Executive search across corporate, higher education, financial services, and nonprofit sectors
  • Focus on AI governance and GRC hiring
VP of Operations and GRC Practitioner
  • More than a decade in risk advisory and internal audit in financial services
  • Led SOX and regulatory audits for Citi, Goldman Sachs, Morgan Stanley, and McKesson
  • Public Accounting Certification, Cornell University