Afficher le sommaire Masquer le sommaire
Le 12 février 2026, le Defence Acquisition Council indien a accordé l’Acceptance of Necessity pour 114 Rafale F4. Première étape formelle du processus d’acquisition, cette validation par le ministre de la Défense Rajnath Singh était attendue. Elle n’a pas rapproché les deux parties d’une signature.
Le contrat devait être bouclé en février 2025, lors de la visite d’Emmanuel Macron à New Delhi. Éric Trappier, PDG de Dassault Aviation, promettait publiquement une signature avant fin 2025. En avril 2026, la validation finale par le Cabinet Committee on Security n’est pas obtenue. La signature est désormais projetée pour 2026 ou le premier semestre 2027.
Paris a pourtant consenti à des concessions industrielles considérables : 96 des 114 appareils seront assemblés en Inde, le taux de composants locaux doit atteindre 60%, une option porte sur 24 Rafale F5. Le contrat est évalué à 40 milliards de dollars. Aucune de ces concessions n’a débloqué la situation.
Trois systèmes, une exigence
L’Inde veut l’accès libre au code source de trois systèmes embarqués du Rafale. Le radar Thales RBE2 AESA, qui assure la détection et le guidage des missiles. Le MDPU, ordinateur de mission central qui fusionne l’ensemble des données capteurs. La suite de guerre électronique SPECTRA, qui gère le brouillage et l’auto-protection de l’appareil.
Sans ce code source, l’Indian Air Force ne peut ni modifier l’armement embarqué, ni intégrer ses propres missiles, ni mettre à jour seule la bibliothèque de menaces du SPECTRA. Chaque évolution opérationnelle dépend de Dassault.
Cette exigence avait déjà été formulée lors de la commande des 36 premiers Rafale, aujourd’hui en service. Elle était restée sans conséquence visible. En mai 2025, elle en a eu.
Sindoor, ou le prix de la dépendance
Le 22 avril 2025, un attentat à Pahalgam tue 26 personnes. L’Inde conduit trois semaines plus tard l’Opération Sindoor : une série de frappes contre des infrastructures militaires pakistanaises, avec des Rafale armés de missiles SCALP et de bombes guidées AASM Hammer.
Le Pakistan affirme avoir abattu plusieurs appareils indiens, dont des Rafale, grâce à des chasseurs J-10C chinois armés de missiles PL-15. L’Inde n’a jamais officiellement reconnu la perte d’un seul appareil de ce type. Son chef d’état-major a toutefois implicitement admis des pertes lors d’une conférence à Singapour. Un officiel français du renseignement a confirmé à CNN la destruction d’au moins un Rafale. Ces éléments n’ont pas été vérifiés de manière indépendante.
Le lieutenant-général américain David Deptula a établi le lien directement. Sans accès au code source, l’Inde était, selon lui, « incapable de reprogrammer rapidement le Rafale pour des munitions indigènes ou d’optimiser l’interopérabilité des liaisons de données ». L’IAF avait par ailleurs sous-estimé la portée réelle du missile PL-15 : plus de 200 kilomètres en opération, contre 150 kilomètres dans ses estimations initiales. Le SPECTRA n’avait pas pu être mis à jour pour intégrer cette donnée.
Le verrou que Paris ne peut pas ouvrir
Parmi les systèmes que New Delhi veut intégrer au Rafale figure le BrahMos, missile de croisière co-développé par l’Inde et la Russie sur la base du missile Oniks. Autoriser cette intégration sans contrôle strict du processus exposerait le code du SPECTRA et du MDPU à des ingénieurs russes. Paris considère ce scénario irrecevable.
Dassault et ses partenaires ont développé ces trois systèmes sur plusieurs décennies. Le ministère français des Armées les traite comme relevant de la sécurité nationale, indépendamment de tout enjeu commercial.
HAL a produit plus de 220 Su-30MKI sous licence à Nashik. L’Inde entretient avec Moscou des liens de défense qui précèdent de loin le programme Rafale, et que ce contrat ne dissoudra pas.
Paris propose, New Delhi attend autre chose
Dassault resterait maître d’œuvre de toute intégration de systèmes indiens sur le Rafale. Des interfaces de programmation applicative remplaceraient le transfert de code source complet : l’Inde intégrerait ses systèmes sans accéder à la logique propriétaire sous-jacente. Les Émirats arabes unis, premiers clients F4, déploient déjà un dispositif sur ce modèle.
Des équipes conjointes associant Dassault, Thales et MBDA travaillent à l’intégration du missile air-air Astra Mk1 (portée 110 kilomètres), de l’arme antiradiation Rudram-I et de la bombe guidée SAAW. Ces travaux avancent dans le cadre du compromis français.
En février 2026, le secrétaire à la Défense indien R.K. Singh a déclaré que « l’autorité totale d’intégrer des armes et des systèmes indiens » dans le Rafale serait un « point fort » de l’acquisition. Le modèle d’interfaces contrôlées par Dassault ne permet pas cette autorité. New Delhi le sait.
La Russie, les Émirats et le financement du F5
L’Indian Air Force aligne aujourd’hui environ 31 escadrons opérationnels, contre 42 requis pour couvrir simultanément les frontières chinoises et pakistanaises. Certaines projections post-Sindoor descendent à 29, après le retrait des derniers MiG-21. Acheter 114 Rafale sans autonomie logicielle ne comblerait pas ce déficit opérationnel : Sindoor l’a démontré.
Les Émirats arabes unis, qui ont commandé 80 Rafale en décembre 2021, réclament eux aussi l’accès au code source. Le refus français est identique. Début avril 2026, Abu Dhabi s’est retiré du cofinancement du Rafale F5, abandonnant une participation de 3,5 milliards d’euros sur un programme estimé à 5 milliards. Paris finance désormais seul le développement de son futur standard de combat.
En avril 2026, Rostec a formalisé une offre combinée Su-57E et Su-35M à destination de l’Inde : accès complet aux codes sources, production sous licence à Nashik, taux de localisation projeté entre 40 et 60%. Les analystes militaires occidentaux jugent le Rafale technologiquement supérieur. L’offre russe a néanmoins une crédibilité industrielle que le précédent Su-30MKI rend difficile à écarter dans la négociation.
Céder à New Delhi sur le code source ouvre immédiatement la même demande des Émirats. Trappier et le ministère des Armées se retrouvent à tenir deux lignes simultanément, avec 40 milliards d’un côté et 3,5 milliards déjà perdus de l’autre.
Justement, c’est plus facile de modifier un programme via une interface (API) que de fouiller le code source écrit par quelqu’un d’autre.
Pour définir ces interfaces, le propriétaire du code source doit fournir une interface par caractéristique/propriété de l’application, le gros du travail est déjà fait.
En plus, on bénéficie de la maintenance du programme (évolutions/corrections) faite par le propriétaire.