This report provides a comparative analysis of autonomous weapon systems (AWS) and artificial intelligence-enabled decision support systems (AI-DSS) used in in military targeting. It examines how both technologies shape human roles in decision making about the use of force, assesses their respective risks of unintended harm and analyses the key issues they raise under international law. By mapping the key similarities and differences between AWS and AI-DSS—particularly in their deployment across different phases of the targeting cycle—the report clarifies where existing policy frameworks apply and where gaps remain. It outlines three options for policymakers with regards to AI-DSS: integrate AI-DSS into current AWS processes, establish a dedicated track for AI-DSS or pursue no targeted response. The report concludes with three actionable recommendations aimed at supporting responsible governance: explore the need for a separate multilateral process for AI-DSS, build on lessons from AWS governance and prioritize research to guide the responsible integration of AI into military decision making.
Acknowledgments
SIPRI and the authors express their sincere gratitude to the ministries for foreign affairs of the Netherlands, Sweden and Switzerland for their generous financial support for this publication.
The authors also thank SIPRI colleagues Marta Bo, Vincent Boulanin, Netta Goussac, Dustin Lewis and Jules Palayer for their invaluable insights and support throughout the writing of this report. The authors are also grateful for comments, discussions and feedback provided at different stages of the project by Anna Andersson, Rupert Barrett-Taylor, Nehal Bhuta, Ingvild Bode, Jessica Dorsey, Martin Hagström, Sally Longworth, Arthur Holland Michel and Anna Nadibaidze. Finally, the authors acknowledge the invaluable editorial work of the SIPRI Editorial Department.
The humanitarian and legal concerns raised by autonomous weapon systems (AWS) have long been the subject of international policy processes, and more recently in discussions on the military adoption of artificial intelligence (AI). Growing attention to the military use of AI-enabled decision support systems (AI-DSS) raises the need to consider how these systems fit within global policy conversations. This report compares AWS and AI-DSS for targeting in terms of their respective characterization, risk of unintended harm, legal aspects and policy responses. The report makes a number of key findings to inform policymakers on this issue.
Both AWS and AI-DSS used in military targeting impact the role of humans in targeting decisions. However, a key difference is their scope of use in the targeting cycle: AWS are limited to the mission execution phase, while AI-DSS are used more broadly across multiple phases. Still, the distinction between the two systems can blur in practice, depending on how they are deployed.
Both AWS and AI-DSS carry risks of unintended harm, but these risks emerge in different ways. While both systems share reliability issues arising from known technical limitations of autonomy and AI, their distinct forms of human–machine interaction can lead to different outcomes. For AWS, which have a direct path between target identification and engagement, the risks are direct—for example, a false target identification can result in immediate lethal action without human input. For AI-DSS, which provide outputs to humans, the risk is indirect—harm materializes if humans act upon that false target identification.
Both AWS and AI-DSS raise questions about how much users are permitted to rely on these systems for fulfilling IHL obligations, and how to ensure responsibility and accountability. However, they pose distinct legal challenges. For AWS, concerns stem from the autonomous use of force and whether users can reasonably foresee and control the system’s effects. For AI-DSS, concerns arise from humans over-relying on AI when making legal assessments, because of, for example, automation bias, which can potentially lead to situations where the human becomes a passive approver of system recommendations. The use of AI-DSS also raises implications for legal frameworks beyond IHL, such as international human rights law.
These comparisons suggest three approaches available to policymakers navigating the current multilateral context regarding military AI: (a) specifically include AI-DSS in multilateral efforts on AWS; (b) establish a new process dedicated to AI-DSS; (c) take no specific approach to AI-DSS. Each option comes with certain implications and trade-offs that policymakers must take into account. The substantive similarities and differences between AWS and AI-DSS justify any one of these approaches; ultimately, the approach taken will need to reflect political and institutional appetite.
Based on these findings, the report makes three recommendations. First, states should consider whether a dedicated multilateral process for AI-DSS is needed, recognizing the trade-offs between different approaches. Second, future policy efforts on AI-DSS should build on insights from AWS governance, particularly regarding issues of human–machine interaction and oversight, legal compliance and accountability. Third, because AI-DSS also raise distinct issues that are absent or under-explored in AWS processes, policymakers should identify key knowledge gaps and commission research to guide responsible integration of AI into military decision making and support human agency in decisions to use force.
Autonomous weapon systems (AWS), capable of selecting and applying force to targets without human intervention, alter the human role in the use of force and raise a range of humanitarian, legal and ethical concerns.1 AWS are, accordingly, the subject of sustained national, regional and international policy debate.2 The foremost international forum for this debate is the United Nations where, under the auspices of the Meeting of High Contracting Parties to the Convention on Certain Conventional Weapons (CCW) in Geneva, states debate appropriate governance responses to AWS.3 AWS also feature prominently in a burgeoning global policy conversation on the military adoption of artificial intelligence (AI), including in the First Committee of the UN General Assembly, the Responsible AI in the Military Domain (REAIM) summits and the United States’ Political Declaration on Responsible Military Use of Artificial Intelligence and Autonomy.4 Although AI is one among many technological enablers of AWS, AWS have long provided a clear, prominent and dramatic example of a use-case of AI in the military domain.
Policymakers are increasingly recognizing that the military adoption of AI is a multifaceted issue, encompassing much more than the issues associated with AWS. This results not least from the interest generated by reported uses of AI-enabled decision support systems (AI-DSS) in contemporary armed conflicts, including by Israel in Gaza and by belligerents in the Russia–Ukraine war.5 AI-DSS are computerized tools integrating AI that provide information to assist military decision making, including targeting decisions.6 While these systems are intended to improve military targeting—by augmenting situational awareness, for instance—their capacity to shape targeting decisions, coupled with known limitations of AI, means they also raise humanitarian, legal and ethical concerns.7
This raises a key policy question: how can the global policy debate on military adoption of AI and autonomy, which currently focuses mostly on AWS, address AI-DSS? That is, should AI-DSS and AWS be considered in tandem under the same set of forums and processes, or dealt with separately, in distinct forums or processes? To support policymakers navigating this question, this report compares AWS and AI-DSS in terms of their characteristics, risks of unintended harm and legal aspects. It examines whether—and if so, to what extent—AI-DSS and AWS raise similar or different technical, legal and policy challenges. It aims to make a twofold contribution: first, to inform policymakers in multilateral processes on AWS about the potential suitability of including AI-DSS in such discussions; and second, to inform policymakers involved in international policy initiatives on military AI governance about useful approaches to addressing AI-DSS, including what lessons can be learnt from the global policy debate on AWS.
AI-DSS can be used for a wide range of military purposes—including supply chain logistics and maintenance, conflict forecasting, and wargaming—but their use for targeting is seen as a high-risk military application of AI.8 Accordingly, this report focuses on AI-DSS used for ‘military targeting’, a term broadly understood as ‘the use of force by warring parties—whether States’ armed forces or organized armed groups—against individuals or objects outside of their control’, and encompasses deliberate and dynamic application of force, in offence or defence.9
This report does not provide a comprehensive overview of all issues pertaining to AWS and AI-DSS. Rather, it aims to foster a more substantive comparison between the two technologies by limiting the focus to areas and issues subject to significant attention in international policy discussion on AWS, and where there is existing policy expertise, such as humanitarian risks, international humanitarian law (IHL) and human–machine interaction. There are other issues—for example, international human rights law, security issues and ethical issues—not considered in this report but that deserve further attention with respect to both AWS and AI-DSS.
This report is informed by previous SIPRI research, a review of academic and policy literature, and consultations with select experts.
To set the groundwork for understanding whether AI-DSS and AWS require joint or distinct policy approaches, three chapters undertake a comparative analysis. Chapter 2 begins by defining AWS and AI-DSS, and then compares how their respective technical characteristics impact their role in targeting decisions. Chapter 3 examines how the risks of unintended harm manifest in the use of AWS and AI-DSS in military targeting. Chapter 4 compares legal aspects, including to what extent AWS and AI-DSS pose similar or different challenges, in relation to compliance with IHL. Then, using these comparative analyses, Chapter 5 outlines three policy options to deepen the understanding of whether AI-DSS and AWS require similar or distinct risk mitigation measures. Finally, Chapter 6 presents key findings and recommendations.
This chapter compares the characteristics of AWS and AI-DSS in terms of their functionality and their respective roles in the military targeting cycle. The model of the targeting cycle varies by military doctrine. The model used here (figure 2.1) is a condensed summary of some publicly available doctrines that comprises four broad phases: (1) establishing overarching goals and objectives of the targeting effort; (2) identifying targets and developing target lists, as well as identifying the most appropriate means to attack the target; (3) executing the mission, wherein target persons or objects are identified and attacked; and (4) assessing the effectiveness of the attack.10 In practice these phases will not always be sequential, but iterative and bidirectional, and sometimes simultaneous.11 That is, use of force against a target occurs in phase 3, mission execution, but the decision to use force can have origins in phases 1, 2 and 3.
Figure 2.1. The scope of autonomous weapon systems and AI-enabled decision support systems in the phases of the targeting cycle
AWS are weapons that, once activated, can identify, select and apply force to targets without human intervention.12 AWS function based on pre-programmed target profiles and technical indicators that AWS ‘recognize’ through their sensors and software. A human operator might supervise and retain the option to override an AWS, but human input is not required for the AWS to function. AWS need not be underpinned by AI to operate (for example, landmines are sometimes classified as AWS). Indeed, the principal multilateral forum on the international governance of AWS, the UN CCW group of governmental experts on emerging technologies in the area of lethal autonomous weapons systems (GGE on LAWS), has mostly taken a technologically neutral stance when discussing these systems—that is, the forum has not taken AI to be an essential aspect of AWS.13 That said, AWS international policy debate is primarily concerned with advances in AI—such as machine learning (ML) and deep learning (DL)—that would make AWS capable of operating in dynamic, unstructured, open environments and of targeting individual persons.14
Decision support systems (DSS) are computerized tools designed to provide information to assist decision making.15 To do this, they can indicate (describe) relevant information, for instance by filtering and flagging information; predict (forecast) scenarios, such as enemy troop movement; and recommend (prescribe) actions, for example by presenting an optimal course of action or nominating targets.16 These are not cumulative functions; DSS can perform one or many of these tasks. DSS can comprise a range of model-based procedures for processing data, including rules-based programming based on formal logic used in so-called expert systems.17 DSS are not new but current global debate on their military uses is spurred by reported uses of contemporary statistical learning methods in AI, such as ML, DL and large language models (LLMs), which can process and aggregate multiple data sources.18 AI-DSS are this subset of DSS enabled by contemporary methods in the field of AI. The role of AI-DSS in the targeting context is to mediate some aspects of the users’ relationship with the battlespace, by organizing, filtering and presenting information that will inform an assessment about launching an attack.
AWS and AI-DSS are both capabilities that impact the human role in the use of force, in part by altering the process of making a decision to use force. The decision-making process that leads to the application of force is neither straightforward nor linear, but a complex series of interdependent decisions across various practices and processes within defence organizations, involving multiple decision-makers.19 Introducing machine autonomy into these decision-making processes adds to this complexity and transforms the roles and responsibilities of humans involved, affecting how decisions need to be made. For example, both AWS and AI-DSS can require targeting-related decisions—including generalized target types or models—to be made at lifecycle stages earlier than deployment, including at design and development stages. A distinction, however, is that AI-DSS can shape and influence human decisions about applying force. For example, an AI-DSS used for target prioritization influences what potential targets are seen and what gets focused on by the user.
A difference between AWS and AI-DSS is the scope of the targeting cycle to which each applies. AWS perform a limited number of functions at the mission execution phase (3) of the targeting cycle: identifying, selecting and engaging targets, whereas AI-DSS have a more extensive application across the targeting cycle (figure 2.1).
The use of AI-DSS at phase 1 to meaningfully support higher-order operational intent is likely currently more of an aspiration than an actuality.20 However, strategic-level uses of AI-DSS—including for wargaming—may indirectly influence the formation of higher-level operational goals in targeting.21 Phases 2, 3 and 4 are more likely to encompass current, imminent and near-future uses of AI-DSS.
AI-DSS are reportedly already in use at phase 2 for target nomination and prioritization. An example is generating target lists through inferring correlates across data points, such as where an individual can be indicated as a potential target if data on their pattern-of-life behaviours correlates with that of other suspected target individuals. There have also been reported cases of the development and adoption of AI-DSS LLMs to facilitate attack planning.22 For example, one US tech startup has advertised an AI chatbot, purportedly trained on a dataset that includes military doctrine and IHL, to facilitate the choice of munition for the destruction of a military target.23 Some commentators have also suggested that AI-DSS can be used at phase 2 to enhance civilian harm mitigation by augmenting collateral damage estimates, including through mapping critical infrastructure.24
AI-DSS can also be used at the mission execution phase (3) of the targeting cycle. This might include the use of AI to support selecting and tracking targets, including fixing targets geographically so as to maintain up-to-date awareness on their whereabouts. For example, Israel’s ‘Where’s Daddy?’ system reportedly uses mobile phone location data to alert its operators when a pre-determined target is at a given location.25 AI-DSS can also support mission execution in other ways, including through course-of-action analysis or resource optimization, such as indicating the availability or appropriateness of a weapon system.
Finally, AI-DSS can be used to aid post-assessments of an attack at phase 4, including informing battle damage assessments and after-action reports.26
AWS and AI-DSS not only differ in the scope of their targeting tasks, but also in their role in the execution of a targeting decision. AWS put into effect the identification, selection and engagement of a target without the need of intervention from a human operator. That is, AWS execute targeting decisions, based on some form of generalized human decision making made in advance. These generalized decisions can include target types which are then particularized by the AWS during an attack. In contrast, the outputs of AI-DSS are interpreted and acted upon by the user, who makes the particular targeting decision. That is, AI-DSS facilitate the execution of targeting decisions by human users.
This difference reflects the distinct operational needs that AWS and AI-DSS are intended to fulfil. AWS are intended to increase operational reach, persistence and speed.27 For example, AWS capable of operating without a constant communication link can extend operations to environments where there is communication denial or latency, or that are deemed too risky for military personnel.
AI-DSS are intended to support the human decision-maker by ‘improving the quality, increasing the speed, and bolstering the consistency of human decisions’.28 They do this by reducing the need for human analysts to interpret quantities of data that exceed human cognitive capacities for sense-making.29 Examples include presenting users with a wider range of prescriptive options as part of course-of-action analysis, and filtering and flagging information relevant to a specific target. Both uses relieve the user of the need to manually review intelligence materials and afford the opportunity for exercising higher-order thinking.
AWS and AI-DSS are similar in that they impact decisions about using force, but have two important differences: AWS are used in a narrower set of targeting tasks than AI-DSS, and AWS execute targeting decisions while AI-DSS support humans in making them. In practice, however, AWS and AI-DSS are not always divisible into discrete systems. This is because the functionality of a system can be determined by its context—its configuration, rules of engagement and operational command—rather than by its intrinsic properties. To give an example, the US MIM-104 Patriot missile system has both manual and ‘auto-fire’ modes. In manual mode the task of engaging the detected and selected target remains with the human operator, while in ‘auto-fire’ mode the system engages the selected target independently of the human operator.30
Systems like the Patriot call into question the utility of a categorical distinction between AWS and AI-DSS, particularly at mission execution stage. Policy deliberation on these systems might need to acknowledge that categorical distinctions between AWS and AI-DSS have to be dynamic or use-case specific. For example, policy debate could focus on how and when human users interact with the systems, including how the distribution of targeting tasks or functions between human and machine changes over the course of a targeting cycle.
More generally, in thinking about the integration of AI into targeting practices, there ought to be attention to (a) the conditions under which a system operates as an AWS or an AI-DSS; (b) the system’s affordances—that is, the hardware or software specifications determining the range of possible actions of the system including, for instance, connectivity to a weapon system; and (c) the authorization thresholds and control architectures that shape those roles. Such analysis may need to be more operationally grounded. It is in this context that chapter 3 explores the comparative risks of unintended harm that AWS and AI-DSS pose.
AWS and AI-DSS both carry risks of unintended harm, including harm to civilians. This chapter compares how and where such risks emerge with each system. It focuses on how technical limitations affect both system reliability issues and human–machine interaction, and considers other contextual variables.
The limitations of AI in the military domain are well documented. First, is the ‘black box’ issue—referring to system opacity, and the (current) dearth of methods to evaluate when and how systems might fail—which presents difficulties for scrutinizing these systems and accounting for unintended behaviours.31 Second, AI systems require quality (relevant, complete and accurate) data to function reliably, and there are many factors that can affect data quality in the battlefield.32 AI systems are also susceptible to adversarial behaviours, particularly at the point of deployment, including through data poisoning.33 Another technical limitation of AI systems is that they are prone to fail when used for tasks or environments different from those for which they were designed.34 They can, moreover, contain biases, resulting in differential effects along lines of gender and race.35 AI-DSS, by definition, and AWS that integrate AI will both be liable to these technical limitations.
At the heart of the risks posed by AWS and AI-DSS is the shared problem of technical reliability.36 Reliability is the property that the system will function as intended for a given amount of time in a given environment.37 All technologies, digital or otherwise, present reliability issues that can lead them to fail or to behave in unintended ways. Reliability is particularly pertinent to systems integrating AI because its specific technical limitations, described above, lead it to fail in ways that, for the human user, are highly unpredictable or barely imperceptible, or both—sometimes with faults only noticeable once significant harm has occurred.38
AWS execute targeting decisions independently of a human operator through actuators (i.e. hardware). The ‘real-world’ materialization of risk can therefore be seen as a direct one. For example, if an AWS identifies a non-threat (e.g. a civilian) as a threat (e.g. a combatant)—known as a false positive—the system will directly target the non-threat, unless something prevents the attack.
Risk mitigation measures for AWS have thus tended to focus on managing the challenge of unintended behaviours.39 These measures fall into two categories. The first focuses on exercising control over the AWS before the deployment or mission execution phase, by ensuring system design includes control parameters such as target types, duration of operation and geographical range of deployment.40 These measures also include auditability of AWS, systems of certification, and dynamic updating of rules of engagement.41 The second set of measures cover forms of supervisory control for operators to intervene, such as real-time kill switches.42
In contrast, AI-DSS are intended to support human decision making, so the manifestation of ‘real-world’ risk is, in principle, indirect. That is, a human must both interpret and then act upon information (outputs) provided by the AI-DSS, for risk to materialize as harm. For example, if an AI-DSS present a human with inaccurate, incomplete, misleading or false information—for example, misrepresenting a non-threat as a threat—harm only materializes if the human both accepts that information to be true and acts upon it. AI-DSS risk mitigation therefore must focus on whether users can challenge, correct or disregard inaccurate outputs.
Since AWS execute targeting decisions at a distance—geographic, temporal, epistemic—from their human operators, users must assess the likely effect of the system in the context of use. This assessment is key to informing judgements about the legality and ethicality of a given use of the system. Such assessments will always include an irreducible amount of uncertainty. Unintended harm can result from the use of an AWS because the user could not foresee, or was not required to foresee, all possible eventualities resulting from the system’s deployment.
Because AI-DSS mediate some aspects of their users’ relationship with the battlespace, they present a different risk scenario.43 AI-DSS organize, filter and present information that can inform assessments about launching an attack. AI-DSS will be detrimental to the decision-making process if they distort these assessments by presenting inaccurate, incomplete, misleading or false information. For example, an AI-DSS that provides inaccurate information about the presence of civilians or civilian objects will potentially lead to the system user(s) making an inaccurate assessment regarding the risk of harm to civilians or civilian objects in an attack. This risk is exacerbated by automation bias, where ‘humans place greater confidence and trust in the outputs of automated systems than their own critical deliberative skills’.44 It is important to note that these risks may result from design choice, rather than human error or technical limitation. AI-DSS are, after all, intended to provide a reductive representation of the battlespace—for example, by filtering complexity and noise—to highlight features relevant to facilitating targeting practices.45
AI-DSS can also contribute to the materialization of unintended harm by increasing the speed at which humans make targeting decisions. Speed is a key strategic driver for military adoption of AI to support decision making, but speed is also a key source of risk.46 Increased speed means more attacks can happen in quick succession or before more or better information about the target is obtained. That is, speed can impinge on the capacity for humans to exercise oversight of AI-DSS outputs. This provides greater opportunity for harm to materialize, for instance by exposing civilians to a higher number of attacks in a short period or before their presence is discovered.
The twin concerns of speed and automation bias introduce the risk that rather than ‘supporting’ the human decision-maker, AI-DSS come to exert an outsized and undue influence on the decision-making process. At best, this may mean that AI-DSS become detrimental to the decision-making process, resulting in sub-optimal outcomes. At worst, it means that AI-DSS are used as de facto AWS, where the hierarchy between human operator and AI-DSS is flipped, with the operator exercising only nominal oversight over outputs and passively approving system recommendations. The effect is that the space for humans to exercise judgement over AI-DSS may be diminished or closed entirely.
In practice, the materialization of unintended harm in the use of AWS and AI-DSS will depend not just on the intrinsic properties of the systems, but also contextual variables that affect how the systems will perform and will be used. Three sets of factors are relevant here, all of which have quantitative and qualitative effects on the risks of unintended harm: operating conditions, system affordances and control architectures. These factors either multiply the routes through which risk can emerge, or minimize the friction on the route by which risk can materialize, principally by diminishing the scope for humans to exercise (meaningful) oversight.
Operating conditions are the environmental properties under which the system is used. Variables that affect system performance and user ability to foresee risk include the extent to which the environment is known in advance, observable, cluttered, and dynamic or static. For example, the use of either AWS or AI-DSS in environments (relatively) absent of civilians or civilian objects reduces risk of harm to civilians or civilian objects.
System affordances include, but are not limited to, a system’s software, hardware and connectivity to other systems—for example, whether an AI-DSS is used as a standalone system or is connected to a weapons platform. In some experimental programmes, for instance, AI-DSS are connected to real-time fire-control systems so that the AI can cue a weapons platform automatically for the human user.47 This direct connectivity to weapons hardware reduces the friction between the AI-DSS output and the materialization of risk.
Control architectures shape the use of AWS and AI-DSS in the targeting cycle. They include the organizational and technical configurations that determine who has the capacity to authorize the use of these systems, under what conditions, and with what level of automation.48 Control architectures are an essential part of ensuring oversight of automated systems in targeting. For example, the Habsora (‘Gospel’) system used by Israel in Gaza operations reportedly embeds AI to recommend targets based on aggregated intelligence inputs. Formal strike authorizations remain with the human operator, but the system is reportedly geared towards rapid target recommendation cycles in a way that minimizes friction between target recommendation and target engagement. Without a well-calibrated control architecture, a system like this could tip towards the functional automation of targeting decisions, even if control remains formally with a human.
Control architectures can include the processes and procedures that enable users to test, evaluate and guarantee the performance of a system.49 They can also include those that establish parameters of use and risk mitigation measures that respond to system limitations, such as data governance practices and organizational workflows.50 For AI-DSS, organizational workflows might include verifying outputs at relevant stages of the targeting cycle, and assigning responsibilities for weighting and appropriately communicating outputs in broader intelligence assessments.51
While reliability issues for AWS and AI-DSS overlap, the way these systems interact with human decision making differ, leading to the risks of unintended harm emerging in different ways. Understanding these differences helps assess where risk mitigation strategies might align or diverge. Three key contextual elements—environmental conditions, system affordances and control architectures—also shape how risk materializes for both systems. Future policy efforts, especially regarding AI-DSS, could focus on these elements to better manage and reduce the risk of unintended harms.
States agree that the development and use of both AWS and AI-DSS must comply with international law, including international humanitarian law (IHL).52 In the policy debate on AWS, compliance with IHL has been central, with states developing a nuanced understanding of the challenges AWS pose for IHL.53 This chapter explores whether the legal issues raised by AI-DSS overlap with those of AWS, and to what extent insights from the policy debate on AWS can inform the policy efforts on AI-DSS.
AWS and AI-DSS used in targeting both engage the set of IHL rules that regulate the conduct of hostilities, including the principles of distinction, proportionality and precautions in attack.54 Also, both technologies provoke questions about what these rules fundamentally require of humans and permit from machines.
This interpretive question has been at the core of the AWS debate. It is broadly recognized that IHL does not prohibit humans from relying on automated technologies to support, inform and implement aspects of the evaluative decisions and judgements required to comply with the rules regulating the conduct of hostilities.55 But it is also widely accepted that the extent to which IHL permits such reliance is not unlimited, because human agency must be retained in targeting decisions. While the exact terms are debated, ‘human agency’ is here used to reflect the broad view that, to satisfy their legal obligations and ensure accountability, humans must retain the ability to reasonably foresee and control the behaviour and effects of any weapon system.56 Since AI-DSS also introduce questions about the extent to which humans are permitted to rely on machine processes while performing conduct of hostilities obligations, lessons learnt from the AWS policy debate on these issues can be applied to the AI-DSS context. That is, assumptions about the importance of retaining human agency established in the AWS debate can be used as a baseline approach to identify (im)permissible types and degrees of human–machine interaction in the context of AI-DSS. The International Committee of the Red Cross (ICRC) and others have already indicated the importance of ensuring human agency in the context of AI applications in the military domain, including AI-DSS.57
Responsibility and accountability for making legal determinations rest with humans (state agents as well as individuals) and cannot be transferred to a machine.58 That applies to both AWS and AI-DSS. However, concerns have long been raised that AWS may undermine states’ abilities to investigate and repress harmful incidents (as required by IHL), consequently undermining the ability to ensure accountability.59 These concerns flow especially from two factors. First is the ‘black box’ factor, which refers to the challenges of understanding and explaining on what basis complex automated systems produce outputs.60 Second, is the ‘many hands problem’, where the behaviours of an AWS likely reflect decisions made by a variety of actors at multiple stages of the system’s lifecycle, from its design and development to its use.61
Similar issues around accountability can also arise in the context of AI-DSS. AI-DSS are likely to introduce challenges around technical and organizational traceability, making it potentially difficult to understand and explain on what basis specific outputs—analyses, recommendations and predictions—came about.62 Because AI-DSS have a broad scope of application, these issues of traceability could manifest in multiple ways and at various (earlier) points across the targeting cycle. For example, reliance on AI-generated outputs in early phases of the targeting process may lead to increased opacity around how decisions to apply force came about. However, how AI-DSS impact the ability to hold humans accountable is an area that deserves further attention by experts and policymakers.
With AWS, users make legal assessments, including those regarding distinction and proportionality, before activating the system. The concern, therefore, is whether such assessments in relation to a specific attack will remain valid throughout the attack—that is, whether users will be able to reasonably foresee and control the behaviour and effects of AWS upon activation to ensure compliance with IHL.63 One particular concern is that the use of AWS in dynamic environments or over long periods could render assessments made pre-activation obsolete.
In contrast, AI-DSS do not directly engage the same concerns around the ability to reasonably foresee and control the behaviour and effects of these systems. Unlike AWS, AI-DSS do not ‘execute’ legal assessments but are instead designed to inform them, and their behaviours are in principle always produced under human supervision. However, this does not mean that AI-DSS are unproblematic when it comes to compliance with conduct of hostilities rules. Instead, AI-DSS raise questions about the extent to which humans can rely on AI outputs when making legal assessments.64 For example, does reliance on probabilistic targeting advice erode the context-specific, precautionary nature of many IHL obligations pertaining to attack? This is an aspect that has not featured strongly in the AWS debate but which must be addressed when discussing how to ensure compliance with IHL in the context of AI-DSS. The ICRC and subject-experts have warned that the use of AI-DSS may undermine users’ ability to make the context-specific and value-based human judgements needed to comply with IHL.65 As discussed in chapter 3, one concern is that the increased speed, distance and biases associated with the use of AI-DSS may result in operators becoming passive approvers of the system’s recommendations, rather than exercising their own judgement.66
The fact that AI-DSS ‘inform’ rather than ‘execute’ legal assessments can also have implications for the obligation to conduct legal reviews. Under Article 36 of Additional Protocol I of the Geneva Conventions, parties to a conflict are obliged to conduct legal reviews of all new weapons, means and methods of warfare to ensure that their employment in some, or all circumstances, is lawful.67 As weapon systems, AWS are clearly subject to Article 36 reviews. However, it is less clear to what extent AI-DSS, especially sub-components such as critical software, are subject to such a review.68 The ICRC has argued that AI-DSS integrated into weapon platforms and those that influence how weapon systems are used should be subject to a legal review as they amount to ‘means’ and ‘methods’ of warfare, respectively.69 However, this issue remains to be systematically addressed by states and experts.
Efforts to ensure compliance with IHL in the context of AI-DSS can, to some extent, draw on the AWS debate: both AWS and AI-DSS are subject to the same rules regulating the conduct of hostilities and their use generates questions around what compliance with these rules requires from humans and permits of machines in targeting decisions. And extensive discussions around ensuring accountability in the context of AWS can, to some extent, be applied to the AI-DSS debate. For example, commonly agreed measures around ensuring responsible chains of command and control, audit trails and mechanisms to investigate harmful incidents are relevant to both AWS and AI-DSS.70
However, despite these overlapping issues, the fact that AWS execute targeting decisions while AI-DSS inform them means the use of AI-DSS introduces distinct challenges, particularly around the extent to which humans are permitted to rely on AI outputs to inform legal assessments.
Moreover, insofar as AI-DSS can be used for a range of tasks beyond force application, discussions about lawful use should be seen as an opportunity to explore legal implications beyond IHL rules on the conduct of hostilities, such as the Geneva Convention rules and obligations related to prisoners of war and the protection of civilians, as well as law other than IHL.71 For example, the increased surveillance and data collection associated with the use of AI-DSS stress the need to better understand how these practices impact compliance with international human rights law. While other bodies of international law are also relevant to the development and use of AWS, they have been largely underexplored relative to the attention paid to IHL. However, the broader range of military applications for AI-DSS and its growing prominence in various policy forums increases the urgency of exploring the wider implications under international law of increased reliance on AI in the military domain.
AWS have been the subject of sustained national, regional, and international policy debate for over a decade.72 The foremost international forum for this debate is the UN CCW GGE on LAWS, established in 2016, where states debate appropriate regulatory responses to AWS. Since 2023, there have been two additional tracks for multilateral discussions on AWS: the First Committee of the UN General Assembly and the REAIM initiative. There is, in short, a robust global multilateral debate on AWS.
In contrast, AI-DSS used in military targeting are a relatively novel topic in global policy conversation, lacking the familiarity among policymakers that AWS enjoy. There is, for instance, currently no dedicated multilateral forum for discussing a regulatory response to AI-DSS. Nevertheless, a number of policymakers and civil society groups have urged for the development of a multilateral response to AI-DSS in light of the risks they pose.
This contrast raises a key policy question: how should global policy debate address AI-DSS? That is, do AI-DSS and AWS require similar or different policy responses, and should these systems be considered separately or in tandem?
The aim of this chapter is to support policymakers facing this question. It outlines three approaches available to policymakers: (a) specifically include AI-DSS in existing multilateral efforts on AWS; (b) establish a new process dedicated to AI-DSS; or (c) take no specific approach to AI-DSS. The chapter draws on the similarities and differences between AWS and AI-DSS highlighted in the previous chapters to assess the feasibility, including possible pitfalls, of each option.
One approach available to policymakers is to include AI-DSS in existing multilateral tracks dedicated to AWS, such as the GGE on LAWS. The substantial overlap in issues associated with AI-DSS and AWS provide some justification for this approach. For example, AI-DSS used in military targeting raise issues states have placed at the forefront of multilateral debate on AWS, including meaningful human involvement in the use of force, and risks to civilians and civilian objects.73 The international community’s longstanding focus on AWS can be seen as an opportunity for responding to AI-DSS. A decade of policy debate has provided a substantial pool of knowledge about the automation of military targeting, including the challenges of human–machine interaction with complex automated systems. Indeed, a longstanding insight from AWS policy discussions—that integrating technologies into the targeting process introduces distinct challenges, even apart from the actual use of force—provides a valuable foundation for engaging with the complexities of AI-DSS. Moreover, many of the tools, technologies, and processes associated with AWS may also be relevant to certain forms of AI-DSS.
Including AI-DSS in processes dedicated to AWS could therefore offer significant advantages by leveraging existing costs and resources; and allowing policymakers to benefit more immediately from the expertise accumulated in multilateral efforts on AWS.
There are, however, two main limitations of this approach. First, the technological neutrality of current multilateral efforts on AWS could mean that the specific issues raised by the use of AI are overlooked. Second, the difference in the range of applications of AWS and AI-DSS could undermine the efforts by confining or diluting the topics under discussion. These limitations are detailed below.
Existing multilateral forums on AWS, particularly the GGE on LAWS, have for the most part remained neutral about the types of technologies that can underpin AWS. This reflects the fact that current initiatives arose in the context of increased use of drones for targeted killings, and concerns that advances in a range of technologies—not just AI—would enable targeted killings without human oversight.74 While AI and data issues feature increasingly in the GGE on LAWS, its mandate continues to restrict its scope to ‘emerging technologies in the area of lethal autonomous weapon systems’.75 That is, the focus is on systems that identify, select and engage targets without human intervention.
Current concerns about AI-DSS in military targeting arose as part of wider concerns about the profound societal impact of AI and related data collection and processing technologies. That is, the recent attention given AI-DSS primarily as a consequence of their use in contemporary armed conflict dovetails with a wider global policy debate on safe and responsible uses of AI.
So long as multilateral forums dedicated to AWS continue to take a technologically neutral stance, addressing AI-DSS in these forums would mean cleaving AI-DSS from the types of societal concerns that have placed it on the global policy agenda. That is, failing to focus on the specific technology involved—AI— might mean losing the opportunity to benefit from insights and advances related to the governance of AI in other safety-critical domains such as healthcare and law enforcement. For example, if AI-DSS come within civil AI governance trajectories, there will need to be work to reconcile IHL-focused governance with human rights-based constraints on data use, not least in dual-use surveillance contexts.76 This could also mean that international policy efforts on AI-DSS become separated from efforts on other potential applications of military AI.
Existing multilateral initiatives on AWS have largely been motivated by the humanitarian concerns raised by the automated application of force. As described above, the focus of the GGE on LAWS has been on systems used in military targeting: AWS. As noted in chapter 2, AI-DSS encompass a much wider range of applications at the strategic, operational and tactical levels of military operations, including for battle management, supply chain logistics, conflict and instability forecasting, and humanitarian services. Even within the scope of military targeting—the focus of this report—AI-DSS cover a much broader range of functions and tasks than AWS.
Including AI-DSS in discussions dedicated to AWS would mean either addressing a very narrow subset of AI-DSS—those systems most closely aligned to AWS—or expanding the scope of discussions in AWS-dedicated forums. The first course of action would result in a very restricted multilateral response to AI-DSS, the second in discussions that either become too superficial to be meaningful, or that require considerable time and resources to cover the range in any detail. The latter path would likely offset any efficiencies gained from leveraging the processes and resources of existing processes.
A second approach is to establish a dedicated forum in which to address AI-DSS. This could be a dedicated focus on AI-DSS as part of existing processes dedicated to military AI, such as the inclusion of military AI on the agenda of the First Committee of the General Assembly, or in the REAIM initiative. Or, it could be a specific process dedicated to AI-DSS within existing forums, for example by setting up an expert working group or similar under the auspices of the GGE on LAWS.
The substantial differences in issues associated with AI-DSS and AWS— the vast difference in the range of applications of these systems, the different forms of human–machine interaction each presupposes, and the different sets of legal issues each provokes (see chapters 2–4)—provide justification for either pathway under this approach. A dedicated process on AI-DSS would be an opportunity to address these issues and explore a wider range of matters than AWS-dedicated processes allow. Policymakers could integrate insights and advances on the governance of AI from other domains, to address much broader applications of AI-DSS, and to move beyond framings that have impeded discussion—and thus progress—in the GGE on LAWS. There are, however, at least two challenges of this approach: first, the additional resources and expertise needed; and second, the risk of overlapping yet contradictory governance regimes.
In any new process, it will take time to reach consensus on the parameters of debate. Given the range of AI-DSS types and uses, decisions will need to be made on whether to take a broad view or to focus on high-risk applications. While dedicated governance efforts on AI-DSS should at minimum draw on policy insights and the expertise generated by efforts on AWS, they will need to be supported by additional research on how to translate and apply that expertise to AI-DSS, and by new research into aspects relevant to AI-DSS that are absent or under-explored in discussions on AWS. These might include, for instance, the use of data collection and processing technologies associated with AI, and the human rights considerations these engage.
As suggested in chapter 2, the distinction between AWS and AI-DSS is more porous than the categorical labels suggest. At the point of mission execution, at least, the distinction between the two systems is less a reflection of their intrinsic properties than of their conditions of use, system affordances and control architectures. Making the same categorical distinction in the policy debate thus reflects a policy choice, such as the GGE on LAWS choosing to take a technology-neutral approach to AWS. Because AI-DSS and AWS can overlap in practice, separate governance processes dedicated to each type of system could also contain areas of overlap. The risk is that this overlap leads to duplication of effort or inconsistent governance regimes for each system. Separate processes dedicated to AWS and AI-DSS should aim to avoid both outcomes by exchanging expertise and insights on progress, to ensure symmetry and alignment in potentially duplicated or contradictory policy responses.
A third option is that states do not take a specific approach to AI-DSS. This might mean addressing AI-DSS as part of a larger framing, including within the REAIM initiative, avoiding a system-centric approach. States could therefore omit explicit reference to AI-DSS in ongoing processes, such as the General Assembly’s resolution on military AI, the GGE on LAWS and the REAIM initiatives, with the expectation that their outcomes will nonetheless impact on the development and use of AI-DSS. An upside of this approach is flexibility and the scope to discuss issues related to a wide range of applications of AI in the military domain. A downside is that, without explicit reference to AI-DSS, the relevance of those outputs to AI-DSS are likely to be fairly high-level and lacking detailed measures to mitigate the specific risks posed by AI-DSS.
The results of the foregoing comparative analyses of AWS and AI-DSS in the areas of characterization (chapter 2), risks of unintended harm (chapter 3), legal aspects (chapter 4) and policy responses (chapter 4) are summarized in table 6.1. It shows that while there are some similarities between the two kinds of systems—noting that any categorical distinction is a matter of policy choice, as in practice the systems can overlap in some contexts of deployment—there are more differences, with different implications for the question of whether to address them in tandem or separately. This chapter presents two key findings relating to the comparisons, and three key recommendations for policymakers to advance on this topic.
AWS and AI-DSS are both capabilities that alter the human role in the use of force, in part by altering how decisions about using force are made. The decision-making process that leads to the application of force is already complex and distributed across multiple phases and actors. Introducing AWS and AI-DSS into the various stages of this process raises questions about the roles, responsibilities and legal obligations of human decision-makers across this process. For example, both AWS and AI-DSS raise concerns about how human oversight and control over these systems is maintained and how to minimize the risk of unintended harm. For AWS, these concerns relate primarily to the system operating at a distance without direct user input; for AI-DSS, to the increased speed with which targeting decisions can be made and the extent to which users rely on the system’s outputs without challenging or correcting outputs.
Understanding the relatively distinct ways in which AWS and AI-DSS impact the human role in targeting decisions is important for managing risks of unintended harm and ensuring lawful use (figure 6.1). AWS ‘execute’ targeting decisions, so the concerns revolve around whether the autonomous application of force will lead to unforeseen outcomes that are legally non-compliant. In contrast, AI-DSS ‘inform’ targeting decisions, so the concern is that they mediate a user’s relationship with the battlespace, by filtering, selecting and analysing data that is presented to the user to interpret and act upon. The way AI-DSS alter the human role in targeting decisions is, in a sense, more complex and wide-ranging than for AWS because AI-DSS influence judgements about targeting decisions. This is particularly concerning if AI-DSS present inaccurate, incomplete, misleading or false information about the battlespace.
Figure 6.1. Differences between AI-enabled decision support systems and autonomous weapon systems for human–machine interaction, risk pathways and use of force
Given high-profile reported uses of AI-DSS in contemporary armed conflicts, some policymakers and civil society groups have called for urgent development of a multilateral response to AI-DSS. There are at least three options available to states in responding to these calls: (a) include AI-DSS in multilateral processes dedicated to AWS; (b) establish a new process dedicated to AI-DSS, either separately or within AWS processes; or (c) take no specific approach to AI-DSS, in the hope that current processes will address AI-DSS. Each of these options brings trade-offs and feasibility issues. States ought to begin deliberating on how best to respond to these calls.
The international community’s longstanding focus on AWS can be seen as an opportunity for addressing AI-DSS. Policy efforts on AWS have provided a substantial pool of knowledge about human–machine interaction in targeting, including how to ensure that humans and institutions fulfil their legal obligations, foresee and mitigate risk, and can be held accountable. In light of these overlapping themes, international governance efforts on AI-DSS should draw on insights generated in the AWS context. Policymakers ought to begin exploring about how these insights can translate to and complement efforts on AI-DSS.
AI-DSS raise a number of issues and considerations that have not been given detailed treatment, or have been absent, from international policy efforts on AWS. This includes, for instance, discussions on the use of data collection and processing technologies associated with AI, and the human rights considerations these systems engage. The fact that AI-DSS is a nascent issue on the global policy agenda also provides a prime opportunity for states to consider how the integration of AI into consequential military decision-making processes is framed. To this end, AI-DSS could present an opportunity to discuss and develop policy responses about how to support or enable the exercise of human agency in targeting decisions that involve systems integrating AI. States ought to identify and commission research on keys areas that need addressing.