Expert SecOps IA

Le client renforce la sécurité de ses usages d’intelligence artificielle et la capitalisation de ses contrôles SecOps. Le périmètre couvre trois ensembles distincts : la plateforme IA générative, IA4ALL et UiPath. IA4ALL et UiPath restent hors du périmètre produit de la plateforme IA Gen, tout en partageant des besoins de gouvernance, de contrôle d’accès, de tests et de traçabilité. Le dispositif dispose déjà d’un référent sécurité plateforme IA Gen et de travaux concrets : coordination transverse, contrôles d’accès et de cloisonnement de la passerelle LLM, observabilité, tests de sécurité et suivi de recommandations d’audit. La mission vise à consolider ces acquis, à les rendre réutilisables et à accompagner les évolutions des usages. Le besoin porte sur un seul renfort dédié réunissant l’accompagnement sécurité IA4ALL/UiPath et les missions SecOps transverses. Ce renfort complète le référent actuel ; il ne le remplace pas et ne constitue pas un poste d’ingénierie plateforme généraliste. Les travaux concernent notamment les exigences PSP et les usages de données C3/C4, les agents et accès aux outils MCP, les tests de sécurité et le red teaming, la détection des usages IA non référencés, la posture de sécurité IA, les modèles ouverts et la préparation au Run. Les interventions sont priorisées selon les risques, les besoins des projets, les dépendances et la capacité disponible. Les modalités contractuelles, la charge et la durée sont renseignées dans les champs dédiés après validation. Description L’Expert SecOps IA transverse senior assure un rôle opérationnel de sécurité : instruction des exigences, mise en œuvre et vérification de contrôles, tests, automatisation, intégration, observabilité, preuves et préparation de l’exploitation. Il réunit deux familles de missions dans un poste unique : sécurité IA4ALL/UiPath et SecOps transverse. Il travaille en complément du référent sécurité plateforme IA Gen, avec une autonomie opérationnelle et en collaboration avec les équipes SecOps, DRG, Gouvernance, architecture, plateforme, projets et production. Missions et responsabilités : 1. Sécurité IA4ALL/UiPath et cadrage PSP / C3-C4 - Recueillir les usages, données, flux, connecteurs, identités et possibilités d’action. - Contribuer aux revues PSP avec les architectes : exigences, faisabilité, architectures par phases, écarts et preuves attendues. - Instruire les conditions de déploiement et les preuves fournisseurs, notamment isolation, accès privilégiés, clés, journaux, localisation et réversibilité selon les exigences applicables. - Formaliser avec les parties prenantes les règles de recours à la plateforme IA Gen/agentique pour les accès aux modèles, outils et connecteurs. 2. Contrôles d’accès, gateway et observabilité sécurisée - Vérifier les contrôles SSO, habilitations, secrets, rotation des clés et séparation des cas d’usage sur les activités confiées. - Contribuer aux revues de changements de composants et de modèles, avec les re-tests pertinents. - Instruire la protection des logs et traces, leur cloisonnement, les droits d’accès, la conservation et les besoins de supervision, sans présumer des configurations existantes. - Suivre les remédiations avec les responsables techniques et produire les preuves associées. 3. Tests de sécurité IA et régression - Construire des scénarios d’injection directe/indirecte, jailbreak, exfiltration, abus d’outils et défauts d’autorisation adaptés aux usages. - Exécuter ou contribuer aux tests autorisés, analyser les résultats et vérifier les corrections. - Automatiser progressivement les tests rejouables et leur intégration au delivery. - Capitaliser les audits et tests existants dans un pack réutilisable, avec limites et conditions d’application. 4. Patterns agents, MCP, RAG et modèles ouverts - Décliner les contrôles de moindre privilège, validation humaine, isolation d’exécution et traçabilité des actions. - Distinguer l’accès aux modèles de l’accès aux outils MCP et documenter les règles applicables. - Cadrer les contrôles Secure RAG, recherche web et exécution de code selon les usages retenus. - Contribuer à la qualification des modèles ouverts : provenance, licence, version, hébergement, tests et conditions de revalidation. 5. Qualification des solutions de sécurité - Traduire les besoins en critères et scénarios pour le red teaming, le Shadow IT/Shadow AI et l’AI-SPM. - Contribuer aux POC et benchmarks pilotés par l’équipe SecOps, en documentant couverture, limites, faux positifs et contraintes d’intégration. - Apporter l’expertise technique aux échanges éditeurs et au circuit de remédiation, sans créer de pilotage parallèle. 6. Capitalisation, mise en production et Run - Relier exigences, contrôles, versions, résultats, écarts et décisions dans un dossier de preuves exploitable. - Préparer les livrables sécurité des mises en production et les conditions de maintien des contrôles. - Produire les runbooks du périmètre confié et contribuer aux circuits de supervision et d’escalade. - Documenter au fil de l’eau, transférer les connaissances et remettre les actifs dans les espaces internes autorisés. Positionnement et limites : - Un renfort unique, pas deux personnes supplémentaires ni un remplacement du référent actuel. - Pas de responsabilité générale de construction de la plateforme, de FinOps, de delivery des cas d’usage métier ou d’exploitation 24/7. - Pas d’acceptation autonome du risque, d’exception C3/C4 ou de décision de mise en production hors du circuit habilité. - Le rôle contribue au choix des solutions et aux échanges éditeurs dans le pilotage de l’équipe SecOps prévu par l’organisation cible. - Les tests offensifs, accès aux données et changements de production sont soumis à autorisation. - Les activités sont priorisées ; l’exhaustivité du portefeuille et son industrialisation simultanée ne sont pas présumées. Ce qui caractérise le profil : Une pratique démontrée de sécurité opérationnelle, une compréhension des risques IA et une capacité à produire des contrôles et preuves réutilisables. Le candidat doit pouvoir expliquer un contrôle réellement implémenté, son test, ses limites, sa remédiation et sa reprise par une autre équipe. Livrables L1. État des lieux et backlog sécurité priorisé : périmètres, contrôles, preuves disponibles, écarts, dépendances et responsables proposés. L2. Dossiers sécurité IA4ALL/UiPath et revues PSP sur le périmètre retenu : flux, exigences, architectures envisagées, écarts, preuves et décisions attendues. L3. Patterns et fiches de contrôles réutilisables : conditions d’application, limites et procédures de vérification. L4. Pack de tests de sécurité et de régression versionné, rejouable et documenté. L5. Contributions aux évaluations de solutions et modèles : critères, scénarios, résultats, limites et intégration au circuit de décision. L6. Dossier de preuves et fiche de décision reliant usages, versions, contrôles, résultats et écarts. L7. Runbooks et procédures de sécurité opérationnelle, revus avec les responsables de reprise. L8. Tableau de suivi et matrice d’adoption des contrôles, distinguant applicabilité, déploiement et preuve. L9. Dossier de transfert et reste à faire priorisé, avec actifs remis et responsables de reprise identifiés. Les volumes, périmètres prioritaires et critères de réception sont convenus au démarrage. Aucun GO de sécurité ni industrialisation complète de tous les chantiers n’est garanti par la seule remise d’un livrable.