HomeSoftware EngineeringMy AI System Works…However Is It Secure to Use?

My AI System Works…However Is It Secure to Use?


Software program is a technique of speaking human intent to a machine. When builders write software program code, they’re offering exact directions to the machine in a language the machine is designed to know and reply to. For advanced duties, these directions can develop into prolonged and tough to examine for correctness and safety. Synthetic intelligence (AI) presents the choice chance of interacting with machines in methods which might be native to people: plain language descriptions of objectives, spoken phrases, and even gestures or references to bodily objects seen to each the human and the machine. As a result of it’s so a lot simpler to explain advanced objectives to an AI system than it’s to develop thousands and thousands of traces of software program code, it’s not stunning that many individuals see the chance that AI programs would possibly eat larger and larger parts of the software program world. Nonetheless, larger reliance on AI programs would possibly expose mission homeowners to novel dangers, necessitating new approaches to check and analysis.

SEI researchers and others within the software program neighborhood have spent a long time learning the habits of software program programs and their builders. This analysis has superior software program growth and testing practices, growing our confidence in advanced software program programs that carry out essential features for society. In distinction, there was far much less alternative to check and perceive the potential failure modes and vulnerabilities of AI programs, and notably these AI programs that make use of giant language fashions (LLMs) to match or exceed human efficiency at tough duties.

On this weblog put up, we introduce System Theoretic Course of Evaluation (STPA), a hazard evaluation method uniquely appropriate for coping with the complexity of AI programs. From stopping outages at Google to enhancing security in aviation and automotive industries, STPA has confirmed to be a flexible and highly effective technique for analyzing advanced sociotechnical programs. In our work, we’ve additionally discovered that making use of STPA clarifies the protection and safety targets of AI programs. Primarily based on our experiences making use of it, we describe 4 particular ways in which STPA has reliably supplied insights to boost the protection and safety of AI programs.

The Rationale for System Theoretic Course of Evaluation (STPA)

If we have been to deal with a system with AI elements like some other system, widespread apply would name for following a scientific evaluation course of to establish hazards. Hazards are situations inside a system that would result in mishaps in its operation leading to dying, harm, or injury to gear. System Theoretic Course of Evaluation (STPA) is a latest innovation in hazard evaluation that stands out as a promising method for AI programs. The four-step STPA workflow leads the analyst to establish unsafe interactions between the elements of advanced programs, as illustrated by the essential security-related instance in Determine 1. Within the instance, an LLM agent has entry to a sandbox pc and a search engine, that are instruments that the LLM can make use of to raised tackle consumer wants. The LLM can use the search engine to retrieve info related to a consumer’s request, and it could possibly write and execute scripts on the sandbox pc to run calculations or generate information plots. Nonetheless, giving the LLM the flexibility to autonomously search and execute scripts on the host system doubtlessly exposes the system proprietor to safety dangers, as in this instance from the Github weblog. STPA presents a structured approach to outline these dangers after which establish, and finally forestall, the unsafe system interactions that give rise to them.

figure1_STPASchulker_09082025

Determine 1. STPA Steps and LLM Agent with Instruments Instance

Traditionally, hazard evaluation strategies have centered on figuring out and stopping unsafe situations that come up as a consequence of element failures, reminiscent of a cracked seal or a valve caught within the open place. These kind of hazards usually name for larger redundancy, upkeep, or inspection to cut back the likelihood of failure. A failure-based accident framework isn’t match for AI (or software program, for that matter), as a result of AI hazards should not the results of the AI element failing in the identical manner as a seal or a valve would possibly fail. AI hazards come up when fully-functioning packages faithfully comply with flawed directions. Including redundancy of such elements would do nothing to cut back the likelihood of failure.

STPA posits that, along with element failures, advanced programs enter hazardous states due to unsafe interactions amongst imperfectly managed elements. This basis is a greater match for programs which have software program elements, together with elements that depend on AI. As an alternative of pointing to redundancy as an answer, STPA emphasizes constraining the system interactions to stop the software program and AI elements from taking sure usually allowable actions at occasions when the actions would result in a hazardous state. Analysis at MIT evaluating STPA and conventional hazard-analysis strategies, reported that, “In all of those evaluations, STPA discovered all of the causal eventualities discovered by the extra conventional analyses, however it additionally recognized many extra, usually software-related and non-failure, eventualities that the normal strategies didn’t discover.” Previous SEI analysis has additionally utilized STPA to investigate the protection and safety of software program programs. Lately, we’ve additionally used this method to investigate AI programs. Every time we apply STPA to AI programs—even ones in widespread use—we uncover new system behaviors that would result in hazards.

Introduction to System Theoretic Course of Evaluation (STPA)

STPA begins by figuring out the set of harms, or losses, that system builders should forestall. In Determine 1 above, system builders should forestall a lack of privateness for his or her clients, which might outcome within the clients changing into victims of felony exercise. A secure and safe system is one that can’t trigger clients to lose management over their private info.

Subsequent, STPA considers hazards—system-level states or situations that would trigger losses. The instance system in Determine 1 might trigger a lack of buyer privateness if any of its element interactions trigger it to develop into unable to guard the shoppers’ non-public info from unauthorized customers. The harm-inducing states present a goal for builders. If the system design at all times maintains its potential to guard clients’ info, then the system can not trigger a lack of buyer privateness.

At this level, system principle turns into extra outstanding. STPA considers the relationships between the elements as management loops, which compose the management construction. A management loop specifies the objectives of every element and the instructions it could possibly problem to different elements of the system to attain these objectives. It additionally considers the suggestions obtainable to the element, enabling it to know when to problem totally different instructions. In Determine 1, the consumer enters queries to the LLM and evaluations its responses. Primarily based on the consumer queries, the LLM decides whether or not to seek for info and whether or not to execute scripts on the sandbox pc, every of which produces outcomes that the LLM can use to raised tackle the consumer’s wants.

This management construction is a robust lens for viewing security and safety. Designers can use management loops to establish unsafe management actions—mixtures of management actions and situations that may create one of many hazardous states. For instance, if the LLM executes a script that allows entry to personal info and transmits it exterior of the session, this might lead to it being unable to guard delicate info.

Lastly, given these doubtlessly unsafe instructions, STPA prompts designers to ask, what are the eventualities during which the element would problem such a command? For instance, what mixture of consumer inputs and different circumstances may lead the LLM to execute instructions that it mustn’t? These eventualities type the premise of security fixes that constrain the instructions to function inside a secure envelope for the system.

STPA eventualities may also be utilized to system safety. In the identical manner {that a} security evaluation develops eventualities the place a controller within the system would possibly problem unsafe management actions by itself, a safety evaluation considers how an adversary might exploit these flaws. What if the adversary deliberately tips the LLM into executing an unsafe script by requesting that the LLM take a look at it earlier than responding?

In sum, security eventualities level to new necessities that forestall the system from inflicting hazards, and safety eventualities level to new necessities that forestall adversaries from bringing hazards upon the system. If these necessities forestall unsafe management actions from inflicting the hazards, the system is secure/safe from the losses.

4 Methods STPA Produces Actionable Insights in AI Programs

We mentioned above how STPA might contribute to raised system security and safety. On this part we describe how STPA reliably produces insights when our group performs hazard analyses of AI programs.

1. STPA produces a transparent definition of security and safety for a system. The NIST AI Danger Administration Framework identifies 14 AI-specific dangers, whereas the NIST Generative Synthetic Intelligence Profile outlines 12 extra classes which might be distinctive to or amplified by generative AI. For instance, generative AI programs might confabulate, reinforce dangerous biases, or produce abusive content material. These behaviors are broadly thought-about undesirable, and mitigating them stays an lively focus of educational and trade analysis.

Nonetheless, from a system-safety perspective, AI danger taxonomies might be each overly broad and incomplete. Not all dangers apply to each use case. Moreover, new dangers might emerge from interactions between the AI and different system elements (e.g., a consumer would possibly submit an out-of-scope request, or a retrieval agent would possibly depend on outdated info from an exterior database).

STPA presents a extra direct method to assessing security in programs, together with these incorporating AI elements. It begins by figuring out potential losses—outlined because the lack of one thing valued by system stakeholders, reminiscent of human life, property, environmental integrity, mission success, or organizational popularity. Within the case of an LLM built-in with a code interpreter on a corporation’s inner infrastructure, potential losses might embrace injury to property, wasted time, or mission failure if the interpreter executes code with results past its sandbox. Moreover, it might result in reputational hurt or publicity of delicate info if the code compromises system integrity.

These losses are context particular and depend upon how the system is used. This definition aligns intently with requirements such because the MIL-STD-882E, which defines security as freedom from situations that may trigger dying, harm, occupational sickness, injury to or lack of gear or property, or injury to the setting. The definition additionally aligns with the foundational ideas of system safety engineering.

Losses—and subsequently security and safety—are decided by the system’s goal and context of use. By shifting focus from mitigating normal AI dangers to stopping particular losses, STPA presents a clearer and extra actionable definition of system security and safety.

2. STPA steers the design towards making certain security and safety. Accidents may result from element failures—situations the place a element not operates as meant, reminiscent of a disk crash in an info system. Accidents may also come up from errors—circumstances the place a element operates as designed however nonetheless produces incorrect or surprising habits, reminiscent of a pc imaginative and prescient mannequin returning the improper object label. Not like failures, errors should not resolved by reliability or redundancy however by adjustments in system design.

A duty desk is an STPA artifact that lists the controllers that make up a system, together with the tasks, management actions, course of fashions, and inputs and suggestions related to every. Desk 1 defines these phrases and offers examples utilizing an LLM built-in with instruments, together with a code interpreter operating on a corporation’s inner infrastructure.

Screenshot 2025-09-08 at 10.41.19 AM

Desk 1. Notional Accountability Desk for LLM Agent with Instruments Instance

Accidents in AI programs can—and have—occurred as a consequence of design errors in specifying every of the weather in Desk 1. The field beneath accommodates examples of every. In all these examples, not one of the system elements failed—every behaved precisely as designed. But the programs have been nonetheless unsafe as a result of their designs have been flawed.

The duty desk supplies a chance to guage whether or not the tasks of every controller are acceptable. Returning to the instance of the LLM agent, Desk 1 leads the analyst to contemplate whether or not the management actions, course of mannequin, and suggestions for the LLM controller allow it to meet its tasks. The primary duty of by no means producing code that exposes the system to compromise is unsupportable. To satisfy this duty, the LLM’s course of mannequin would wish a excessive degree of consciousness of when generated code isn’t safe, in order that it might accurately decide when not to supply the execute script command due to a safety danger. An LLM’s precise course of mannequin is proscribed to probabilistically finishing token sequences. Although LLMs are skilled to disregard some requests for insecure code, these steps scale back, however don’t remove, the chance that the LLM will produce and execute a dangerous script. Thus, the second duty represents a extra modest and acceptable purpose for the LLM controller, whereas different system design selections, reminiscent of safety constraints for the sandbox pc, are obligatory to completely forestall the hazard.

STPA_figure2_09082025

Determine 2: Examples of accidents in AI programs which have occurred as a consequence of design errors in specifying every of the weather outlined in Desk 1.

By shifting the main target from particular person elements to the system, STPA supplies a framework for figuring out and addressing design flaws. We’ve discovered that obtrusive omissions are sometimes revealed by even the straightforward step of designating which element is accountable for every side of security after which evaluating whether or not the element has the knowledge inputs and obtainable actions it wants to perform its tasks.

3. STPA helps builders think about holistic mitigation of dangers. Generative AI fashions can contribute to lots of of several types of hurt, from serving to malware coders to selling violence. To fight these potential harms, AI alignment analysis seeks to develop higher mannequin guardrails—both immediately educating fashions to refuse dangerous requests or including different elements to display inputs and outputs.

Persevering with the instance from Determine 1/Desk 1, system designers ought to embrace alignment tuning of their LLM in order that it refuses requests to generate scripts that resemble identified patterns of cyberattack. Nonetheless, it won’t be attainable to create an AI system that’s concurrently able to fixing essentially the most tough issues and incapable of producing dangerous content material. Alignment tuning can contribute to stopping the hazard, however it can not accomplish the duty by itself. In these circumstances, STPA steers builders to leverage all of the system’s elements to stop the hazards, beneath the belief that the habits of the AI element can’t be absolutely assured.

Think about the potential mitigations for a safety danger, such because the one from the situation in Determine 1. STPA helps builders think about a wider vary of choices by revealing methods to adapt the system management construction to cut back or, ideally, remove hazards. Desk 2 accommodates some instance mitigations grouped in response to the DoD’s system security design order of priority classes. The classes are ordered from only to least efficient. Whereas the LLM-centric security method would give attention to aligning the LLM to stop it from producing dangerous instructions, STPA suggests a group of choices for stopping the hazard even when the LLM does try to run a dangerous script. The order of priority first factors to structure decisions that remove the problematic habits as the simplest mitigations. Desk 2 describes methods to harden the sandbox to stop the non-public info from escaping, reminiscent of using and imposing ideas of least privilege. Shifting down by the order of priority classes, builders might think about lowering the chance by limiting the instruments obtainable throughout the sandbox, screening inputs with a guardrail element, and monitoring exercise on the sandbox pc to alert safety personnel to potential assaults. Even signage and procedures, reminiscent of directions within the LLM system immediate or consumer warnings, might contribute to a holistic mitigation of this danger. Nonetheless, the order of priority presupposes that these mitigations are prone to be the least efficient, pushing builders to not rely solely on human intervention to stop the hazard.



Class Instance for LLM Agent with Instruments
Situation
An attacker leaves an adversarial immediate on a generally searched web site that will get pulled into the search outcomes.
The LLM agent provides all search outcomes to the system context, follows the adversarial immediate,
and makes use of the sandbox to transmit the consumer’s delicate info to an internet site managed by the attacker.

1. Remove hazard by design choice
Harden sandbox to mitigate in opposition to exterior communication. Steps embrace using and imposing ideas
of least privilege for LLM brokers and the infrastructure supporting/surrounding them when provisioning and configuring
the sandboxed setting and allocating assets (CPU, reminiscence, storage, networking and many others.)

2. Cut back danger by design alteration

  • Restrict LLM entry throughout the sandbox, for instance, to Python interpreters operating in digital environments with a restricted set of packages. Encrypt information at relaxation and management it utilizing appropriately configured permissions for learn, write, and execute actions leveraging ideas of least privilege.
  • Community entry ought to be segmented, if not remoted, and unused ports ought to be closed to restrict lateral motion and/or exterior assets that may be leveraged by the LLM.
  • Prohibit all community site visitors aside from explicitly allowed supply and locations addresses (and ports) for inbound and outbound site visitors.
  • Keep away from the usage of open-ended extensions and make use of extensions with granular performance.
  • Implement strict sandboxing to restrict mannequin publicity to unverified information sources. Use anomaly detection strategies to filter out adversarial information.
  • Throughout inference, combine Retrieval-Augmented Technology (RAG) and grounding strategies to cut back dangers of hallucinations (OWASP LLM04: 2025).


3. Incorporate engineered options or units
Incorporate host, container, community, and information guardrails by leveraging stateful firewalls, IDS/IPS, host-based monitoring,
data-loss prevention software program, and user-access controls that restrict the LLM utilizing guidelines and heuristics.

4. Present warning units
Mechanically notify safety, interrupt classes, or execute preconfigured guidelines in response to unauthorized or surprising useful resource utilization/actions. These might embrace:

  • Flagging packages or strategies within the Python script that try OS, reminiscence, or community manipulation
  • Makes an attempt at privilege escalation
  • Makes an attempt at community modification
  • Makes an attempt at information entry or manipulation
  • Makes an attempt at information exfiltration by way of site visitors neighborhood deviation (D3FEND D3-NTCD), per host download-upload ratio evaluation (D3FEND D3-PHDURA), and community site visitors filtering (D3FEND D3-NTF)


5. Incorporate signage, procedures, coaching, and protecting gear

  • Add warnings to keep away from unauthorized behaviors to the LLM’s system immediate.
  • Require consumer approval for high-impact actions (OWASP LLM06:2025).


Desk 2: Design Order of Priority and Instance Mitigations

Due to their flexibility and functionality, controlling the habits of AI programs in all attainable circumstances stays an open downside. Decided customers can usually discover tips to bypass subtle guardrails regardless of the very best efforts of system designers. Additional, guardrails which might be too strict would possibly restrict the mannequin’s performance. STPA permits analysts to suppose exterior of the AI elements and think about holistic methods to mitigate attainable hazards.

4. STPA factors to the exams which might be obligatory to substantiate security. For conventional software program, system testers create exams based mostly on the context and inputs the programs will face and the anticipated outputs. They run every take a look at as soon as, resulting in a cross/fail end result relying on whether or not the system produced the right habits. The scope for testing is helpfully restricted by the duality between system growth and assurance (i.e., Design the system to do issues, and make sure that it does them.).

Security testing faces a special downside. As an alternative of confirming that the system achieves its objectives, security testing should decide which of all attainable system behaviors have to be prevented. Figuring out these behaviors for AI elements presents even larger challenges due to the huge house of potential inputs. Fashionable LLMs can settle for as much as 10 million tokens representing enter textual content, photos, and doubtlessly different modes, reminiscent of audio. Autonomous autos and robotic programs have much more potential sensors (e.g., mild, detection, and ranging LiDAR), additional increasing the vary of attainable inputs.

Along with the impossibly giant house of potential inputs, there’s hardly ever a single anticipated output. The utility of outputs relies upon closely on the system consumer and context. It’s tough to know the place to start testing AI programs like these, and, because of this, there’s an ever-proliferating ecosystem of benchmarks that measure totally different parts of their efficiency.

STPA isn’t an entire resolution to those and different challenges inherent in testing AI programs. Nonetheless, simply as STPA enhances security by limiting the scope of attainable losses to these explicit to the system, it additionally helps outline the mandatory set of security exams by limiting the scope to the eventualities that produce the hazards explicit to the system. The construction of STPA ensures analysts have alternative to evaluation how every command might lead to a hazardous system state, leading to a doubtlessly giant, but finite, set of eventualities. Builders can hand this listing of eventualities off to the take a look at group, who can then choose the suitable take a look at situations and information to research the eventualities and decide whether or not mitigations are efficient.

As illustrated in Desk 3 beneath, STPA clarifies particular safety attributes together with correct placement of duty for that safety, holistic danger mitigation, and hyperlink to testing. This yields a extra full method to evaluating and enhancing security of the notional use case. A safe system, for instance, will shield buyer privateness based mostly on design selections taken to guard delicate buyer info. This design ensures that every one elements work collectively to stop a misdirected or rogue LLM from leaking non-public info, and it identifies the eventualities that testers should look at to substantiate that the design will implement security constraints.

Profit

Software to Instance

creates an actionable definition of security/safety

A safe system is not going to lead to a lack of buyer privateness. To stop this loss, the system should shield delicate buyer info always.

ensures the right construction to implement security/safety tasks

Accountability for safeguarding delicate buyer information is broader than the LLM and consists of the sandbox pc.

mitigates dangers by management construction specification

Since even an alignment-tuned LLM would possibly leak info or generate and execute a dangerous script, guarantee different system elements are designed to guard delicate buyer info.

identifies exams obligatory to substantiate security

Along with testing LLM vulnerability to adversarial prompts, take a look at sandbox controls on privilege escalation, communication exterior sandbox, warnings tied to prohibited instructions, and information encryption within the occasion of unauthorized entry. These exams ought to embrace routine safety scans utilizing up-to-date signatures/plugins related to the system for the host and container/VM. Safety frameworks (e.g., RMF) or guides (e.g., STIG checklists) can help in verifying acceptable controls are in place utilizing scripts and handbook checks.

Desk 3. Abstract of STPA Advantages on Notional Instance of Buyer Information Administration

Preserving Security within the Face of Growing AI Complexity

The long-standing development in AI—and software program usually—is to repeatedly increase capabilities to fulfill rising consumer expectations. This usually ends in growing complexity, driving extra superior approaches reminiscent of multimodal fashions, reasoning fashions, and agentic AI. An unlucky consequence is that assured assurances of security and safety have develop into more and more tough to make.

We’ve discovered that making use of STPA supplies readability in defining the protection and safety objectives of AI programs, yielding beneficial design insights, modern danger mitigation methods, and improved growth of the mandatory exams to construct assurance. Programs pondering proved efficient for addressing the complexity of business programs up to now, and, by STPA, it stays an efficient method for managing the complexity of current and future info programs.

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

- Advertisment -
Google search engine

Most Popular

Recent Comments