0Pricing
Micro Frontends Architecture with Module Federation · Leçon

Sécuriser les applications distantes de Module Federation

Découvrez comment protéger le mécanisme de chargement des applications distantes lui-même, afin d’empêcher les attaquants d’injecter ou de modifier le code fédéré lors de l’exécution.

Sécuriser les applications distantes de Module Federation est une leçon Micro Frontends Architecture with Module Federation gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Micro Frontends Architecture with Module Federation, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

Remotes Are Live Code

Module Federation fetches and executes remote JavaScript at run time. That power is also a risk: if an attacker controls a remote URL, they can run code inside your app.

The Threat: Remote Tampering

Key threats to the federation layer include:

  • A compromised remote host serving malicious code
  • Man-in-the-middle modification of remoteEntry.js
  • Loading a remote from an unexpected origin

Always Serve Over HTTPS

Loading any remote over plain HTTP allows in-transit tampering. Every remoteEntry.js and chunk must be served over HTTPS, with HSTS enforced.

Allowlist Remote Origins

Do not load remotes from arbitrary URLs. Restrict allowed origins with a Content Security Policy so only trusted hosts can supply scripts.

Content-Security-Policy: script-src 'self' https://cdn.trusted.com

Subresource Integrity (SRI)

SRI lets the browser verify a fetched script matches a known hash, rejecting it if it was altered. Pairing SRI with federation guards against tampered remotes.

<script src="/cart/remoteEntry.js"
  integrity="sha384-..." crossorigin="anonymous">

Validate the Remote Manifest

If you load remote URLs from a manifest, that manifest is a high-value target. Serve it from a trusted origin and validate its contents before using any URL.

Avoid Dynamic Untrusted URLs

Never build a remote URL from user input or untrusted config. An attacker who influences the URL can point your app at malicious code.

// dangerous:
import(userProvidedUrl);
// safe: import from a fixed allowlisted name

Isolate Remotes Where Possible

Because remotes share the same page context, a malicious remote can read the DOM and globals. For untrusted third-party MFEs, consider iframe or sandbox isolation.

Protect Shared State and Tokens

A compromised remote can read shared stores and globals. Never place raw auth tokens on window or in shared state where any remote could harvest them.

Verify Integrity in CI/CD

Generate and pin SRI hashes during the build, and check that deployed remoteEntry files match expected hashes, so a tampered artifact fails verification before users hit it.

Defense in Depth

No single control is enough. Combine HTTPS, CSP allowlists, SRI, manifest validation, and isolation so that bypassing one layer still leaves others protecting the app.

Quick Check

Test your federation-security knowledge.

Recap

You learned to secure federation remotes:

  • Remotes execute live code, so the loader is an attack surface
  • Always use HTTPS and a CSP script-src allowlist
  • Verify integrity with SRI and hash checks in CI
  • Never load remotes from untrusted URLs
  • Isolate untrusted MFEs and protect tokens

Defense in depth keeps federated code trustworthy.

Questions Fréquemment Posées

La leçon « Sécuriser les applications distantes de Module Federation » est-elle gratuite ?

Oui — le texte complet de « Sécuriser les applications distantes de Module Federation » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Micro Frontends Architecture with Module Federation, passe à CoddyKit PRO. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Sécuriser les applications distantes de Module Federation » ?

Découvrez comment protéger le mécanisme de chargement des applications distantes lui-même, afin d’empêcher les attaquants d’injecter ou de modifier le code fédéré lors de l’exécution. Tu pratiques Micro Frontends Architecture with Module Federation avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Micro Frontends Architecture with Module Federation ?

Aucune expérience préalable n'est requise. Micro Frontends Architecture with Module Federation sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Sécuriser les applications distantes de Module Federation » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Micro Frontends Architecture with Module Federation ?

Oui. Chaque leçon Micro Frontends Architecture with Module Federation inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Authentification et autorisation
  2. Risques de sécurité entre applications
  3. Bonnes pratiques pour une fédération sécurisée
  4. Sécuriser les applications distantes de Module Federation
← Retour à Micro Frontends Architecture with Module Federation