La certification IRAP est-elle indispensable pour l'IA d'entreprise en Australie ?

L'IRAP est indispensable lorsque votre plateforme d'IA traite des données du gouvernement australien classées OFFICIAL: Sensitive ou PROTECTED, ou lorsque vous fournissez ou hébergez des charges de travail gouvernementales, où elle constitue de fait un prérequis d'approvisionnement au titre du Protective Security Policy Framework. En dehors de ces cas, elle fonctionne comme une référence de sécurité crédible plutôt que comme une exigence stricte.

IRAP signifie Infosec Registered Assessors Program, géré par l'Australian Signals Directorate (ASD) via son Australian Cyber Security Centre. Des évaluateurs agréés par l'ASD déterminent de manière indépendante si un système satisfait aux contrôles de sécurité de l'Information Security Manual (ISM).

Pour les organisations qui traitent des données sensibles ou gouvernementales, cette évaluation indépendante est le moyen de démontrer votre posture de sécurité aux agences, aux régulateurs et aux équipes d'approvisionnement avant qu'ils ne vous confient des informations classifiées ou personnelles. Elle répond à une question pratique : une personne qualifiée a-t-elle vérifié ce système par rapport à une norme nationale reconnue ?

Qu'est-ce que l'IRAP et comment s'applique-t-il à l'IA d'entreprise ?

L'IRAP est le programme d'évaluation de sécurité indépendante du gouvernement australien et, pour l'IA d'entreprise, il s'applique à la plateforme d'IA elle-même, y compris sa configuration, sa couche applicative, la gestion des identités et les flux de données. L'infrastructure évaluée IRAP d'un fournisseur cloud ne couvre pas automatiquement le service d'IA qui s'exécute par-dessus. Ce service relève d'un périmètre distinct et nécessite sa propre évaluation.

Le programme est administré par l'ASD via l'Australian Cyber Security Centre. Des évaluateurs agréés par l'ASD, titulaires d'une habilitation de sécurité d'au moins niveau NV1, évaluent un système par rapport aux contrôles de l'ISM. Les évaluations sont circonscrites à un niveau de classification, généralement OFFICIAL, OFFICIAL: Sensitive ou PROTECTED, le niveau PROTECTED étant celui attendu par la plupart des charges de travail gouvernementales les plus sensibles dans les environnements de défense, de santé, d'application de la loi et du secteur public.

Un point est important pour la façon d'en parler : l'IRAP produit un rapport d'évaluation, et non un certificat de réussite ou d'échec. Les évaluateurs n'accréditent ni ne certifient les systèmes au nom de l'ASD ; ainsi « évalué IRAP » est plus exact que « certifié IRAP ». Les agences et les organisations réglementées lisent ensuite ce rapport dans le cadre de leur propre processus d'autorisation de sécurité. L'ISM est lui-même un document vivant que l'ASD met à jour plusieurs fois par an, et les versions récentes ont élargi la couverture relative à la gouvernance de l'IA et à la protection des données ; toute évaluation devrait donc être datée en fonction de la version de l'ISM par rapport à laquelle elle a été testée.

Pour l'IA en particulier, une évaluation examine comment la plateforme stocke les données, où elle exécute l'inférence et comment elle applique les contrôles d'accès à travers les personnes, les processus et la technologie. Le contrôle d'accès est une préoccupation centrale de l'ISM, et il correspond étroitement au comportement attendu d'une plateforme d'IA bien gouvernée. Glean Search, par exemple, applique des résultats tenant compte des autorisations au niveau de la couche de recherche, en renvoyant des réponses basées uniquement sur ce que chaque utilisateur est déjà autorisé à voir.

Qui a réellement besoin d'une IA évaluée IRAP en Australie ?

Quatre groupes ont besoin d'une IA évaluée IRAP en Australie : les agences gouvernementales, les fournisseurs qui les approvisionnent, les institutions financières réglementées par l'APRA et les opérateurs d'infrastructures critiques. Tous les autres peuvent considérer la norme comme une référence plutôt que comme une règle.

Les agences du gouvernement australien sont au cœur du dispositif. Lorsqu'elles achètent des services hébergés dans le cloud ou alimentés par l'IA pour des charges de travail sensibles, le Protective Security Policy Framework fait d'un système évalué IRAP un prérequis d'approvisionnement, et non un simple atout.

Les fournisseurs qui souhaitent vendre des plateformes d'IA aux agences du Commonwealth, des États ou des territoires héritent de la même exigence. Ils ont besoin d'un rapport d'évaluation au niveau de classification attendu par l'agence acheteuse. L'obligation suit les données et l'acheteur, et non la taille du fournisseur ; un petit prestataire peut donc être inclus dans le périmètre par un seul contrat gouvernemental.

Les organisations réglementées par l'APRA dans la banque, l'assurance et la retraite (superannuation) obéissent à un moteur connexe. Les normes CPS 234 et CPS 230 les rendent responsables de la sécurité et du risque opérationnel des tiers qui gèrent leurs actifs informationnels, et un fournisseur d'IA compte parmi ces tiers. Un rapport IRAP fournit à leurs équipes de gestion des risques des preuves indépendantes sur lesquelles s'appuyer.

Les opérateurs d'infrastructures critiques couverts par le Security of Critical Infrastructure Act font l'objet d'un examen réglementaire de leur posture de sécurité. Choisir des plateformes d'IA dotées de contrôles testés par rapport à l'ISM réduit l'effort nécessaire pour démontrer cette posture lors d'une revue.

Les entreprises du secteur privé sans données gouvernementales ni obligations sectorielles réglementées ont rarement besoin d'une évaluation formelle. Leur référence est généralement le Privacy Act et les Australian Privacy Principles, même si l'ensemble des contrôles de l'ISM reste un étalon utile pour mesurer la maturité de sécurité d'un fournisseur.

En quoi l'évaluation IRAP diffère des autres cadres de conformité cloud

L'IRAP évalue un système par rapport à l'Information Security Manual de l'Australie et, pour les charges de travail cloud et gouvernementales, au Protective Security Policy Framework. SOC 2, ISO 27001 et FedRAMP sont soit neutres sur le plan juridictionnel, soit conçus pour les États-Unis ; aucun d'eux ne traite donc à lui seul de la souveraineté des données australiennes.

SOC 2 Type II rend compte de la sécurité, de la disponibilité, de l'intégrité du traitement, de la confidentialité et du respect de la vie privée d'un service cloud. Il offre aux acheteurs une assurance utile, mais ne dit rien de la couverture des contrôles de l'ISM ni du lieu de traitement des données australiennes.

ISO 27001 certifie qu'une organisation exploite un système de management de la sécurité de l'information selon une norme reproductible. Le certificat ne correspond pas aux niveaux de classification gouvernementaux dans lesquels travaille une agence australienne ; il ne peut donc pas répondre à une question d'approvisionnement portant sur des données PROTECTED.

FedRAMP est l'analogue étranger le plus proche, puisqu'il autorise les services cloud à usage fédéral américain. FedRAMP High et IRAP PROTECTED partagent un socle conceptuel, mais ils relèvent de régimes distincts, et l'un ne se substitue jamais à l'autre dès lors que des données du gouvernement australien sont en jeu.

Le Privacy Act 1988 relève, lui aussi, d'un domaine différent. Il régit la manière dont les informations personnelles sont collectées, utilisées et divulguées, tandis qu'une évaluation IRAP teste la sécurité au niveau du système. Les deux se cumulent, et l'un ne décharge pas de l'autre. À noter pour les architectes : l'approche de gestion des risques de l'ISM s'appuie sur NIST SP 800-37 Rev. 2, et l'ISM lui-même est un guide plutôt qu'une législation ou un certificat de réussite ou d'échec.

Ce que l'évaluation IRAP examine dans une plateforme d'IA

Une évaluation IRAP d'une plateforme d'IA porte sur trois éléments : les contrôles de sécurité qui sous-tendent le système, le lieu de stockage et de traitement des données, et la façon dont la plateforme reste à jour après la validation de l'évaluateur. Chaque domaine comporte des attentes spécifiques pour les charges de travail d'IA.

Contrôles de sécurité à travers les personnes, les processus et la technologie

Les évaluateurs testent les contrôles de sécurité qui entourent une plateforme d'IA, couvrant les personnes, les processus et la technologie. Les domaines typiques incluent les correctifs, la journalisation centralisée, la cryptographie approuvée, la ségrégation réseau, le contrôle d'accès, la sécurité inter-domaines, la sécurité physique des centres de données et la gestion des risques liés à la sécurité de l'information.

Les charges de travail d'IA soulèvent leurs propres questions. Les évaluateurs veulent voir comment la plateforme gouverne le comportement des modèles, applique la classification des données et empêche des informations sensibles d'apparaître dans une réponse d'IA destinée à quelqu'un qui ne devrait pas les voir.

L'architecture tenant compte des autorisations pèse lourd ici. Une plateforme qui renvoie des réponses sourcées basées uniquement sur ce que l'utilisateur à l'origine de la requête est autorisé à consulter répond directement aux exigences de contrôle d'accès de l'ISM, car le modèle n'atteint jamais des données que l'utilisateur ne pourrait pas ouvrir lui-même.

Résidence des données et traitement souverain

La résidence des données est un axe de questionnement central et, pour l'IA, la question la plus pointue porte sur le lieu d'exécution de l'inférence, et pas seulement sur le lieu de stockage des enregistrements. Certaines plateformes hébergent le stockage en Australie mais acheminent le traitement des modèles à l'étranger lors des pics de demande, ce qui rompt l'hypothèse de souveraineté sur laquelle les acheteurs s'appuient.

Le déploiement verrouillé par région, qui maintient à la fois le stockage et le calcul au sein des régions de centres de données australiens, est un contrôle que les évaluateurs examinent de près. Les acheteurs devraient exiger des preuves, et non une déclaration marketing.

La rétention contractuelle des données à zéro jour auprès des fournisseurs de modèles sous-jacents constitue un contrôle supplémentaire. Elle démontre que les requêtes et les réponses contenant des données sensibles ne sont pas conservées en dehors du périmètre évalué.

Surveillance continue et réévaluation

Une évaluation IRAP capture un instant précis dans le temps ; l'actualité compte donc autant que le résultat initial. En vertu de l'exigence 0109 du PSPF, une agence ne devrait s'appuyer que sur une évaluation réalisée au cours des 24 derniers mois par rapport à l'ISM en vigueur à ce moment-là, et procéder à une réévaluation plus tôt après un changement important, tel qu'une nouvelle architecture ou un incident mal géré.

Aucun cycle annuel ne s'applique, et aucune date d'expiration imprimée n'existe. Les plateformes dotées d'une journalisation d'audit intégrée, d'une surveillance des accès en temps réel et de rapports automatisés réduisent l'effort opérationnel nécessaire pour maintenir cette posture stable entre les évaluations formelles.

Les véritables conséquences du déploiement de l'IA sans évaluation de sécurité adéquate

Déployer l'IA sans une évaluation de sécurité adéquate expose une organisation à l'échec des appels d'offres, à des sanctions réglementaires et à une réponse aux violations plus lente. Les coûts pèsent le plus lourdement sur les agences et les entreprises réglementées.

Une agence gouvernementale ne peut généralement pas mettre en place un système OFFICIAL: Sensitive ou PROTECTED sans à la fois une évaluation IRAP à jour et, pour l'hébergement, une certification dans le cadre du DTA Hosting Certification Framework. L'absence de l'un ou l'autre bloque purement et simplement le déploiement et peut déclencher des constatations d'audit sur des systèmes déjà en production.

Pour les entités réglementées par l'APRA, un fournisseur d'IA incapable de démontrer des contrôles de sécurité testés selon l'ISM crée une exposition au titre de la norme CPS 234, la norme prudentielle de sécurité de l'information en vigueur depuis le 1er juillet 2019. La norme exige un test systématique des contrôles et une notification rapide à l'APRA des incidents de sécurité importants, et elle s'étend aux tiers qui traitent les actifs informationnels d'une entité.

La réponse aux violations devient également plus difficile. Le dispositif Notifiable Data Breaches, qui fait partie du Privacy Act 1988 et est en vigueur depuis le 22 février 2018, exige que les organisations concernées évaluent et signalent les violations éligibles susceptibles de causer un préjudice grave. Une plateforme d'IA dotée de contrôles d'accès faibles et de pistes d'audit insuffisantes ralentit cette évaluation alors que le compte à rebours est déjà lancé.

Les coûts réputationnels et opérationnels s'ajoutent aux coûts juridiques. Les organisations qui détiennent des dossiers de citoyens, des données de patients ou des informations financières font l'objet d'un examen public après un incident, et les plateformes aux contrôles non documentés accumulent une dette technique de plus en plus coûteuse à résoudre à mesure que l'usage de l'IA se répand dans l'entreprise.

Principaux avantages de l'IA évaluée IRAP pour les acheteurs d'entreprise

L'IA évaluée IRAP offre aux acheteurs d'entreprise une preuve documentée de sécurité, des achats plus rapides et une correspondance plus claire avec les réglementations auxquelles ils doivent répondre. La valeur est concrète, et pas seulement réputationnelle.

Un rapport d'évaluation fournit aux équipes de sécurité et aux comités d'achat une preuve indépendante qu'une plateforme répond à des contrôles de niveau gouvernemental. Cette preuve raccourcit les cycles d'évaluation, car les examinateurs travaillent à partir d'un rapport testé plutôt que d'un questionnaire fournisseur.

Le même rapport répond à plusieurs obligations. Les contrôles ISM correspondent étroitement à CPS 234 et au modèle de maturité ASD Essential Eight, de sorte qu'une seule évaluation peut alimenter en preuves plusieurs cadres qu'un acheteur réglementé suit déjà.

Un bon rapport règle également les questions de responsabilité partagée. Il indique quels contrôles le fournisseur satisfait et lesquels restent à la charge du client, comme la configuration des identités, la classification des données et les paramètres de la couche applicative, ce qui élimine une source courante de lacunes lors de l'intégration.

Pour les fournisseurs, une évaluation au niveau PROTECTED lève les objections dès le début des transactions avec le secteur public et le secteur réglementé, ce qui permet aux offres d'atteindre plus rapidement la liste restreinte. Et parce que les plateformes évaluées intègrent des protocoles de réponse aux incidents documentés, des chaînes d'escalade et des délais de notification, les acheteurs héritent dès le premier jour d'une posture de réponse conforme aux attentes de l'OAIC et de l'APRA.

Comment évaluer si votre plateforme d'IA nécessite une évaluation IRAP

Pour décider si votre plateforme d'IA nécessite une évaluation IRAP, tout se résume à trois étapes : cartographier vos obligations, interroger votre fournisseur avec précision et intégrer le résultat dans un programme de gouvernance plus large.

Cartographiez votre classification des données et vos obligations réglementaires

Commencez par classifier les données que touchent vos charges de travail d'IA. Si elles impliquent des données du gouvernement australien au niveau OFFICIAL: Sensitive ou PROTECTED, l'évaluation IRAP est une exigence incontournable au titre du PSPF, et la décision est de fait déjà prise pour vous.

Ensuite, vérifiez à quel régulateur vous devez répondre. L'APRA, l'ASIC, la TGA et les règles relatives aux infrastructures critiques attendent chacune une assurance de sécurité de la part des fournisseurs, et plusieurs renvoient à des contrôles de niveau ISM. Ajoutez les obligations de transparence relatives à la prise de décision automatisée du Privacy Act, qui entrent en vigueur le 10 décembre 2026 et exigent que les entités APP divulguent dans leur politique de confidentialité les types d'informations personnelles et de décisions concernés lorsqu'un programme contribue de manière substantielle à des décisions qui affectent les droits d'une personne.

Si vous ne traitez que des données commerciales sans exposition au secteur public ou réglementé, les normes SOC 2 Type II, ISO 27001 et la conformité au Privacy Act constituent une base pratique.

Posez les bonnes questions lors de l'évaluation des fournisseurs

Demandez le rapport d'évaluation IRAP du fournisseur et lisez trois détails : le niveau de classification, le périmètre exact des services évalués et la date. Une évaluation réalisée sur une ancienne version de l'ISM peut ne pas refléter les contrôles actuellement en vigueur.

Demandez où s'exécute l'inférence, et pas seulement où résident les données, et demandez un schéma de flux de données qui retrace une requête utilisateur jusqu'à la réponse de l'IA. Confirmez que la plateforme respecte vos autorisations existantes et ne répond qu'à partir de ce à quoi l'utilisateur à l'origine de la requête peut accéder.

Vérifiez les engagements de non-rétention (zero-day retention) auprès des fournisseurs de modèles en amont, et demandez comment le fournisseur maintient les contrôles à jour entre les évaluations formelles.

Intégrez IRAP à votre cadre de gouvernance de l'IA plus large

Considérez une évaluation IRAP comme une couche de défense en profondeur au sein d'un effort plus large de sécurité de l'IA, et non comme l'ensemble du programme. Elle valide la sécurité de la plateforme, mais vous restez responsable de la classification des données, de la gestion des identités et des politiques qui régissent la façon dont le personnel utilise l'IA.

Associez la plateforme évaluée à un programme de gouvernance qui tient à jour un registre d'IA, mène des évaluations des risques et fait correspondre les contrôles à un cadre reconnu tel qu'ISO 42001 ou le NIST AI Risk Management Framework. Soutenez cela par une surveillance continue, incluant des journaux d'audit, des revues d'accès et des contrôles du comportement des modèles, afin que la posture validée par l'évaluateur tienne dans le temps.

Foire aux questions

Qu'est-ce que la certification IRAP et pourquoi est-elle importante pour l'IA ?

IRAP est une évaluation de sécurité, pas une certification. Des évaluateurs agréés par l'ASD testent un système par rapport aux contrôles de l'Information Security Manual à un niveau de classification défini. Pour l'IA, l'évaluation confirme que le traitement des données, l'application des accès et la localisation du traitement répondent aux normes de sécurité du gouvernement australien avant que les agences ne confient à la plateforme des informations sensibles.

Comment l'évaluation IRAP se compare-t-elle à SOC 2 ou ISO 27001 ?

SOC 2 et ISO 27001 sont des cadres d'assurance internationaux que de nombreux fournisseurs détiennent comme preuve de sécurité de base. IRAP est spécifique à l'Australie et mesure les systèmes par rapport à l'ISM et aux niveaux de classification gouvernementaux. Les cadres se cumulent plutôt que de se substituer. Seul IRAP satisfait directement aux exigences des marchés publics du Commonwealth pour les données gouvernementales sensibles.

Une plateforme d'IA peut-elle hériter de l'évaluation IRAP de son fournisseur d'infrastructure cloud ?

En partie seulement. L'évaluation IRAP d'un fournisseur de cloud hyperscale couvre sa couche d'infrastructure, et non le service d'IA qui s'exécute au-dessus. L'application du fournisseur, la configuration des identités, le traitement des données et la gouvernance des modèles se situent au-dessus de la ligne d'infrastructure et nécessitent leur propre évaluation au niveau de classification requis par les acheteurs.

Que se passe-t-il si un fournisseur d'IA perd son alignement IRAP entre deux évaluations ?

Une évaluation IRAP reflète un instant précis, et l'ISM change plusieurs fois par an. Si un fournisseur cesse de maintenir ses contrôles ou saute la réévaluation par rapport aux versions plus récentes de l'ISM, les agences peuvent avoir besoin de réévaluer la plateforme. Les acheteurs réglementés devraient inscrire des engagements de réévaluation tous les 24 mois dans les contrats fournisseurs.

IRAP est-il obligatoire pour les déploiements d'IA du secteur privé en Australie ?

Pas directement. IRAP est conçu pour un usage gouvernemental, de sorte que la plupart des acheteurs commerciaux font plutôt face aux obligations du Privacy Act et des Australian Privacy Principles. Les entreprises réglementées par l'APRA, les exploitants d'infrastructures critiques et les sous-traitants gouvernementaux font de plus en plus référence aux contrôles évalués IRAP dans leur due diligence fournisseur, ce qui fait de l'évaluation un facteur de différenciation sur le marché bien au-delà des marchés publics formels du Commonwealth.

Pour les charges de travail australiennes réglementées, l'évaluation IRAP n'est pas une case à cocher après le déploiement, et elle devrait façonner la façon dont vous évaluez une plateforme d'IA dès le premier jour. Nous intégrons la sécurité et la gouvernance dans la façon dont nous connectons, comprenons et exploitons les connaissances de votre organisation, afin que vous puissiez adopter l'IA sans assouplir les contrôles sur lesquels vos équipes de conformité s'appuient. Demandez une démo pour découvrir comment Glean et l'IA peuvent transformer votre environnement de travail.