4.2.3. Compliance with the requirements for technical solutions: effective, interoperable, robust and reliable
(79) The second sentence of Article 50(2) AI Act provides that the technical solutions for marking and detection must be effective, interoperable, robust and reliable. These requirements should be understood as follows:
- Effectiveness refers to the capability of the technical solution implemented by providers to detect their marks and enable natural persons to distinguish artificially generated or manipulated content produced by their AI system, and thus contribute to the trust and integrity of the information ecosystem.
- Reliability refers to the capability of the technical solution to accurately identify and distinguish AI-generated or manipulated content from other content in nominal conditions across the variety of content generated or manipulated by the provider´s AI system.
- Robustness refers to the capability of the technical solution to accurately identify and distinguish AI-generated or manipulated content produced by the provider’s AI system from other content under varying conditions, covering both common alterations and adversarial attacks.
- Interoperability refers to the capability of the different technical solutions for marking and detection to operate seamlessly across multiple systems, actors, contexts and technical implementations to enable detection of AI-generated or manipulated content, regardless of the marking technique(s) deployed by providers of different AI systems.
(80) Providers must ensure that the combination of the technical solutions for marking and detection holistically meet all aforementioned requirements to the legally required degree, taking into account the limitations and the complementarities of the various solutions deployed. The technical solutions must comply with all requirements insofar as this is technically feasible, taking into account the specificities and limitations of various types of content, the costs of implementation, and the generally acknowledged state of the art, as may be reflected in relevant technical standards.
(81) ‘Technically feasible’ solutions within the meaning of Article 50(2) AI Act are solutions that are capable of being implemented for the modalities covered in the scope of the provision, using currently available technology, methods, and engineering practices, within the specific technical architecture and operational environment concerned. The provider is not obliged to make use of a technical solution that is not yet developed or available on the market, or that is technically unfeasible for implementation. Technical feasibility is an objective notion that is not dependent on the specific resources and capabilities of individual providers.
(82) Article 50(2) AI Act requires providers to implement technically feasible solution(s) that align with the generally acknowledged state of the art, in order to meet the four quality requirements of effectiveness, robustness, reliability and interoperability.
(83) The ‘state of the art’ is to be understood as a developed stage of technical capability at a given time as regards products, processes and services, based on the relevant consolidated findings of science, technology and experience and which is accepted as good practice in technology (28). The state of the art does not necessarily imply the latest scientific research still in an experimental stage or with insufficient technological
(28) See Annex II of Commission Implementing Decision C(2025) 3871 final on a standardisation request to the European Committee for Standardisation and the European Committee for Electrotechnical Standardisation as regards high-risk AI system in support of Regulation (EU) 2024/1689 of the European Parliament and of the Council and repealing Implementing Decision C(2023)3215 final.
maturity. Providers must continuously adapt their marking and detection solutions in a timely and proportionate manner as the technology and state of the art evolves.
(84) In light of Article 50(7) AI Act, providers may rely on a code of practice, assessed as adequate pursuant to that provision to demonstrate compliance with the marking and detection obligations in Article 50(2) and (5) AI Act, which is aligned with the state of the art. For further information regarding the effects of adherence to such a code and the supervision of other providers who do not adhere to a code, see Section 8.1 below.
(85) The costs of implementation of certain technical solutions for marking and detection can also be taken into account. In certain cases, as described in the following points, the costs may be disproportionate to marginal gains with more limited value for enabling humans to distinguish AI-generated or manipulated content, and ensuring the integrity and trust in the information ecosystem.
(86) There may therefore be narrowly defined cases where a technical solution based on less robust metadata markings is sufficient for the purpose of complying with Article 50(2) AI Act, taking into account the specificities of the AI system’s outputs if they pose inherently lower risks of deception, manipulation or negative effects on the information ecosystem. This is specifically the case where a generative AI system is embedded in physical products generating outputs in a technically controlled and closed environment that is mainly instructive in nature (e.g., an AI system embedded in navigation systems in vehicles) to the extent effective technical measures are embedded in the product to prevent the output from leaving the product environment, for example by being captured or exported and disseminated externally.
(87) There may also be limited cases of “industrial AI applications” or “business to business applications” (excluding public and consumer-facing AI systems) where the proportionality principle and the limited benefits for the transparency objectives means that no marking and detection of AI-generated or manipulated outputs is required. This applies only if the following requirements are met cumulatively:
i. The AI system’s generated output is strictly technical in nature, for example engineering designs, industrial production workflows, technical instructions, output generated as a result of predictive system maintenance processes in industrial settings, internal documentation processes or production steps and workflows before the output is finalised and made available to other external persons or the public.
ii. The AI system’s generated output is only intended to be perceived and processed by a limited pre-defined number of natural persons acting in a professional capacity within the organisation of the provider and the deployer.
iii. The AI system’s generated output must not be intended to be shared outside the company or to be usable by external persons, with appropriate safeguards in place to avoid reasonably foreseeable misuse (e.g. cloud isolation, role-based controls).
(88) Real-time content generation that is ephemeral and consumed immediately, without being recorded, stored or disseminated further (e.g. in video games, virtual reality applications), may also be exempted when marking is not technically feasible and the persons exposed to the content are made aware that the content is AI-generated or manipulated (e.g. in- experience disclosure, session-level notifications).
Link a questa unità: https://fwks.it/news/normativa/testi/linee-guida-art50?u=g-4-2-3