Sommaire
Une page de connexion déjà rencontrée sur d’autres vitrines
Parmi les vitrines sans identité que BrokerDefense a examinées au fil des années, munich-fg.com présente une particularité qui va bien au-delà d’une ressemblance visuelle superficielle. La seule copie conservée de cette page, datée du 6 avril 2021, révèle une construction technique que nos relevés ont retrouvée à l’identique sur plusieurs autres enseignes du même type : mêmes noms de fichiers, même organisation en dossiers, même champ de connexion masqué. Ce n’est pas une coïncidence de présentation ; c’est une signature relevée fichier par fichier.
Le dossier Connexion privée illustre précisément ce point : cette autre vitrine, bâtie sur le même gabarit technique, a elle aussi cessé de délivrer la moindre réponse depuis son portail. Les deux cas partagent la même architecture interne, sans que nos vérifications permettent d’affirmer quoi que ce soit sur l’identité de leurs exploitants respectifs.
Ce qui distingue munich-fg.com de nombreuses pages de connexion ordinaires tient à la façon dont ses ressources sont organisées : un dossier commun, mutualisé entre plusieurs domaines, contient des scripts que l’on retrouve sous le même chemin et sous le même nom dans d’autres cas documentés par BrokerDefense. Le thème graphique, lui, est décliné au nom propre du domaine, donnant l’apparence d’une identité distincte là où la structure sous-jacente est partagée.
Notre article d’origine, publié le 21 mars 2021, avait déjà signalé l’absence totale de mentions légales et d’information sur l’éditeur. Les relevés techniques conduits à cette occasion, et la copie conservée de la page, constituent aujourd’hui la seule source disponible sur ce que munich-fg.com proposait réellement.
Dernière mise à jour : 02/10/2026
Ce que la page conservée d’avril 2021 donnait à voir
Le titre affiché dans l’onglet du navigateur était « Munich-FG », complété par le mot « Accueil ». C’est l’unique désignation formelle que la page fournissait sur elle-même. Pour le reste, le contenu se réduisait à deux blocs fonctionnels : un espace réservé aux clients déjà inscrits et un formulaire destiné aux nouveaux venus.
Le bloc « Espace Client » comportait un formulaire de connexion classique dans sa présentation, mais dont la mécanique interne révèle, comme on le verra, des caractéristiques inhabituelles. À côté de ce formulaire figurait une section intitulée « Inscription rapide », sollicitant sept informations : le prénom, le numéro de téléphone, un mot de passe, le nom de famille, une adresse de courriel, la confirmation du mot de passe, et enfin l’acceptation de termes et conditions dont aucun lien ni aucun texte explicatif n’était fourni sur cette page.
Ce que la page ne contenait pas est tout aussi instructif. Aucun produit n’y était décrit, aucun tarif ou grille de frais n’y figurait, et aucune mention légale d’éditeur n’y apparaissait, ni raison sociale, ni numéro d’immatriculation, ni adresse physique, ni coordonnées d’un service client identifiable. La page invitait à s’inscrire et à se connecter sans jamais préciser à quoi.
Cette absence d’information sur l’activité exercée est, à elle seule, un signal fort. Une vitrine légitime proposant un espace client à ses utilisateurs accompagne toujours ce portail d’éléments permettant d’identifier son exploitant et de comprendre la nature des services offerts.
Un socle technique mutualisé, un thème au nom de chaque domaine
L’examen des fichiers de la copie conservée fait apparaître une organisation en deux couches distinctes. La première est un dossier de ressources mutualisées, logé sous le chemin /Themes/Common/Content/Scripts/, qui réunit plusieurs scripts : CommonCrypto.js, ScriptCrypto.js, jquery.cookie.js, jquery.polyglot.language.switcher.js, TranslationFR.js, intlTelInput.min.js et jquery.webticker.min.js. Ces fichiers ne portent aucune référence au domaine munich-fg.com : ils sont conçus pour être partagés.
La seconde couche est propre au domaine. Sous /Themes/munich-fg/Content/, nos relevés ont identifié cinq scripts spécifiques : HomePage.js, KeepSessionAlive.js, bootstrap.js, languageswitcherCrypto.js et owl.carousel.js. Les feuilles de style associées, rangées sous /Themes/munich-fg/Content/Styles/, comprennent bootstrap.css, mini.css, mini-3.css, style_FR.css, owl.carousel.css, animate.css et responsi.css. Une image nommée login.jpg complète l’ensemble.
Le champ de formulaire masqué, nommé TryLoginServiceUrl et portant la valeur /Login/TryLogin, se retrouve sous ce même nom et cette même valeur dans d’autres vitrines sans identité documentées par BrokerDefense. Ce n’est pas un script générique du commerce : c’est un élément caractéristique d’une construction partagée entre plusieurs enseignes.
La logique du gabarit est donc lisible : un socle commun non marqué assure les fonctions techniques, tandis qu’un dossier portant le nom du domaine donne à chaque enseigne l’apparence d’une identité propre. Cette organisation permet de déployer rapidement plusieurs vitrines au look distinct tout en conservant une infrastructure identique, sans qu’il soit possible, sur la seule base de ces éléments techniques, d’imputer les différents domaines à un même exploitant.
Munich-fg.com ne figure plus au fichier du .com
Au 2 octobre 2026, le service d’annuaire du registre des noms en .com ne rend aucune fiche pour munich-fg.com. Nos vérifications ont été conduites ce jour-là en parallèle avec un autre nom relevant du même registre, qui a bien répondu normalement, ce qui confirme que l’absence de résultat pour munich-fg.com ne tient pas à une indisponibilité du service.
Le nom ne fait répondre aucune requête, qu’il soit écrit sans préfixe ou précédé du préfixe www. Aucun enregistrement d’adresse, de courrier ou de serveur de noms ne subsiste. Nos vérifications n’ont relevé aucun certificat journalisé pour ce nom. Aucune réponse n’est disponible en protocole de transfert, ni sur le port sécurisé ni sur l’autre.
Le dossier Advent-CMLTD, documenté par BrokerDefense, présente la même situation : ce nom, qui partage la même famille technique que munich-fg.com, est lui aussi sorti du fichier des enregistrements du .com. Les deux cas illustrent une trajectoire comparable, du déploiement rapide à la disparition totale de toute trace d’enregistrement.
Pour toute recherche complémentaire sur l’historique de ce nom, la fiche WHOIS complète sur DomainTools peut constituer un point de départ utile.
Quand la vitrine s’est évaporée, par où commencer
Lorsqu’une enseigne disparaît sans laisser d’adresse ni de coordonnées exploitables, la première étape consiste à rassembler méthodiquement tout ce qui a été échangé avec elle : messages reçus par courriel ou par messagerie, captures d’écran de conversations, documents transmis lors de l’inscription. Ces pièces établissent la réalité de la relation et la chronologie des faits.
Il convient également de réunir les relevés bancaires qui retracent les débits effectués vers cette enseigne, en veillant à conserver les coordonnées du compte destinataire telles qu’elles figurent sur les avis d’opération. Toute pièce reliant directement un versement à l’enseigne munich-fg.com doit être préservée dans son état d’origine, sans modification ni sélection préalable.
La responsabilité de l’établissement qui a laissé passer ces opérations mérite d’être examinée sérieusement. Un établissement bancaire ou de paiement qui traite des opérations sans exercer la vigilance attendue à l’égard de leurs bénéficiaires peut voir sa responsabilité recherchée pour manquement à ce devoir. Cette voie est distincte de la plainte pénale et peut être poursuivie en parallèle.
Pour identifier si un nom figure dans les listes publiées par les autorités de surveillance françaises, la page des mises en garde officielles du portail ABE Info Service constitue la référence à consulter en premier lieu. L’absence de munich-fg.com sur ces listes ne signifie pas que la vitrine était régulière : elle indique seulement qu’aucune autorité n’a pris de mesure d’inscription à son encontre.
Sur le volet pénal, un dépôt de plainte conserve son intérêt, notamment pour constituer un dossier officiel sur lequel les autorités pourront s’appuyer si d’autres signalements convergent vers la même affaire.
Un entretien filmé avec Maître Goce Novakov, avocat dont la pratique ordinaire se situe à Paris, revient sur la condamnation d’une banque par une cour d’appel pour manquement à son devoir de vigilance dans une affaire d’escroquerie, une décision qui a permis à des victimes d’obtenir réparation. Cette affaire ne concerne pas le nom dont il est question ici, mais elle éclaire concrètement les conditions dans lesquelles la responsabilité d’un établissement peut être retenue.
Munich-fg.com : les réponses aux questions les plus posées
Un portail client légitime identifie toujours son éditeur, décrit les services accessibles après connexion et fournit des mentions légales vérifiables. La page de munich-fg.com ne comportait aucun de ces éléments : ni raison sociale, ni produit décrit, ni tarif, ni coordonnées d’éditeur. Par ailleurs, ses fichiers techniques révèlent un socle mutualisé avec d’autres enseignes sans identité, ce qu’aucune plateforme régulière ne présente.
Cela signifie que le nom n’est plus rattaché à aucun titulaire dans la base officielle du registre. Il ne peut plus être résolu : aucun serveur de noms, aucune adresse, aucun service de messagerie ne lui est associé. Toute tentative d’y accéder ou d’y envoyer un message échoue sans réponse. La vitrine a donc disparu sans qu’aucune coordonnée permettant de retrouver son ancien exploitant n’ait subsisté dans les données publiques.
Tout document reçu ou transmis doit être gardé dans son format d’origine : courriels avec leurs en-têtes complets, captures d’écran horodatées des conversations, formulaires remplis, accusés de réception et tout avis d’opération bancaire mentionnant le compte destinataire. Ces pièces constituent le fondement de toute démarche ultérieure, qu’elle soit civile ou pénale, et leur intégrité conditionne leur valeur probante.
Contactez notre service d’aide aux victimes
Article réécrit le 02/10/2026
