Mises à jour des versions 2026
【11 mars 2026】Version : 7.12.22.221
Version : v7.12.22.221
Version du noyau : 140.0.7339.248 Build 20260311
Niveau de mise à jour : Mise à jour majeure / Noyau Nom de code : "MigrationBridge"
Aperçu de la version
Il s'agit de la mise à jour la plus attendue de Migratory Bird Fingerprint Browser depuis le lancement du produit.
Auparavant, lors de l'utilisation de Migratory Bird pour des opérations commerciales à l'étranger, vous étiez confronté à un casse-tête persistant : comment faire passer le navigateur par un proxy ? Vous deviez manipuler Proxifier sur Windows, configurer des règles de proxy complexes exclusivement pour les processus Chrome de Migratory Bird — et un seul mauvais réglage pouvait entraîner l'échec du proxy ou contaminer le réseau de votre système entier, affectant d'autres programmes.
Tout cela change aujourd'hui.
Cette mise à jour introduit une fonctionnalité de base révolutionnaire — le "Système de pont proxy amont Migratory Bird (MBBridge)", un moteur de reprise de proxy réseau intelligent développé en interne qui élimine complètement la pénibilité de la configuration fastidieuse et instable du proxy amont. Migratory Bird Fingerprint Browser est désormais libéré de la dépendance vis-à-vis d'outils tiers comme Proxifier — configurez une fois, cela fonctionne immédiatement.
Parallèlement, cette version apporte également pour la première fois le support du proxy international IPv6, une vitesse de réponse 6 fois plus rapide et de nombreuses améliorations de l'expérience, en faisant une mise à niveau véritablement complète.
1. 🚀 Nouvelle fonctionnalité majeure : Système de pont proxy amont (MBBridge)
📌 En une phrase : Auparavant, vous aviez besoin de Proxifier pour diriger Migratory Bird via un proxy. Maintenant, vous n'en avez plus besoin.
Quel problème cette fonctionnalité résout-elle ?
Lorsque Migratory Bird Fingerprint Browser ouvre chaque environnement de navigateur, il utilise le moteur Chrome sous le capot. Mais comment le processus Chrome passe-t-il par un proxy ? Auparavant, cela nécessitait des outils tiers comme Proxifier pour configurer des règles de proxy dédiées pour Chrome.
Cette approche présentait deux points de douleur :
- Nécessitait l'installation de logiciels supplémentaires avec une configuration complexe ;
- Une mauvaise configuration pouvait entraîner des échecs de proxy ou polluer le réseau d'autres logiciels.
MBBridge a été créé pour internaliser et automatiser ce processus fastidieux.
🎛 Où se trouve l'interface ? Comment l'ouvrir ?
Ouvrez Migratory Bird Fingerprint Browser, cliquez sur l'icône "Paramètres" dans la barre de navigation inférieure, puis cliquez sur "Proxy amont" dans le menu de gauche pour accéder à l'interface suivante :

⬆ L'image ci-dessus est l'interface de configuration principale de MBBridge — propre et simple à utiliser.
🔧 Comment configurer ? Trois étapes
Étape 1 : Entrez vos informations de proxy
Dans la section "Configuration du proxy amont" :
- Protocole amont : Sélectionnez votre protocole de proxy dans le menu déroulant — supporte
HTTP/HTTPSetSOCKS5; - Proxy amont : Entrez l'adresse IP et le port fournis par votre fournisseur de proxy (ex:
192.168.1.33 : 10808) ; - Nom d'utilisateur / Mot de passe : Si votre proxy nécessite une authentification par compte, remplissez-le ici ; si vous utilisez l'authentification par liste blanche d'IP, laissez vide.
Étape 2 : Cliquez sur "Appliquer et Activer"
Après avoir rempli les détails, cliquez sur le bouton "Appliquer et Activer" — le système écrira immédiatement votre configuration de proxy dans le moteur MBBridge.
Vous pouvez également cliquer sur "Tester la connectivité" pour vérifier que le proxy fonctionne, et les résultats seront affichés en temps réel.
Étape 3 : Démarrer le pont
Cliquez sur le bouton "Démarrer le pont". L'indicateur d'état en haut de l'interface passera de l'orange (non opérationnel) au vert (opérationnel), indiquant que MBBridge a réussi à prendre en charge le trafic réseau pour tous les environnements de navigateur Migratory Bird.
À partir de ce moment, chaque environnement de navigateur Migratory Bird que vous ouvrirez passera automatiquement par votre proxy amont configuré — aucune configuration logicielle supplémentaire n'est nécessaire.
🔁 Deux modes, commutation flexible
MBBridge propose deux modes de sortie que vous pouvez choisir librement en fonction de votre scénario commercial réel :
| Mode | Scénario d'utilisation | Description |
|---|---|---|
| Mode Proxy (Recommandé) | Exécution d'activités avec des IP proxy achetées | Le trafic du processus de navigateur Migratory Bird passe par votre serveur proxy amont configuré |
| Mode Direct (Avec VPN Global) | Utilisateurs ayant installé un VPN global sur le système | Le trafic du navigateur Migratory Bird passe directement par le tunnel VPN du système d'exploitation, aucune configuration de proxy supplémentaire n'est nécessaire |
💡 La plupart des utilisateurs devraient utiliser le "Mode Proxy". Si vous avez V2Ray, Clash, ou des outils VPN globaux similaires installés sur votre serveur, vous pouvez passer en "Mode Direct" et laisser MBBridge passer par le VPN du système.
🧠 Comment ça marche (en français simple)
MBBridge fonctionne en arrière-plan en tant que "service daemon du système". Après avoir cliqué sur Démarrer, il va :
- Créer un "tunnel de carte réseau virtuelle" sur votre ordinateur (techniquement appelé NIC virtuelle TUN) ;
- Identifier précisément les processus liés à Migratory Bird (
chrome.exe,mbbrowser.exe,cdp.exe, etc.) ; - Transférer automatiquement tout le trafic réseau de ces processus via le tunnel virtuel vers votre serveur proxy configuré ;
- Les processus non liés à Migratory Bird (tels que QQ, WeChat sur votre ordinateur) sont complètement non affectés, totalement isolés.
Qu'est-ce que cela signifie ? — Une isolation précise du proxy au niveau du processus. Migratory Bird passe par le proxy ; vos autres logiciels accèdent normalement à Internet, sans interférence.
⚙ Boutons de contrôle du pont
| Bouton | Fonction |
|---|---|
| Démarrer le pont | Active la reprise du proxy — les environnements de navigateur passeront par le proxy |
| Pause | Interrompt temporairement la reprise du proxy (le processus d'arrière-plan est conservé et peut être repris à tout moment) — pour les situations où vous devez temporairement désactiver le proxy |
| Quitter | Arrête complètement le processus d'arrière-plan MBBridge, stoppant totalement la reprise du proxy |
📋 Conseils d'utilisation
- MBBridge démarre automatiquement chaque fois que vous lancez Migratory Bird Fingerprint Browser — pas besoin de le démarrer manuellement à chaque fois ;
- L'état du proxy est affiché en temps réel sur l'interface des paramètres, vous pouvez donc vérifier l'état actuel à tout moment ;
- MBBridge dispose d'un mécanisme de surveillance par battement de cœur intégré — si le processus d'arrière-plan plante de manière inattendue, le programme principal Migratory Bird tentera automatiquement de le redémarrer, assurant la continuité des activités ;
- Si vous avez besoin de résoudre des problèmes de proxy, contactez le support technique pour activer le mode journal — les journaux sont enregistrés dans un fichier local pour un diagnostic facile.
2. 🔑 Nouveau support : Protocole proxy SSH (MBLink)
📌 En une phrase : Migratory Bird prend désormais nativement en charge le proxy via protocole SSH, avec un outil
mblink.exeintégré — utilisez votre serveur SSH comme passerelle proxy avec zéro configuration et zéro installation supplémentaire.
Qu'est-ce qu'un proxy SSH ? Qui en a besoin ?
SSH (Secure Shell) est un protocole de connexion à distance sécurisé extrêmement courant. De nombreux utilisateurs possèdent des serveurs Linux ou des instances VPS — leurs ports SSH sont une "clé de proxy" naturelle : avec juste le domaine/IP du serveur, l'identifiant et le mot de passe (ou fichier de clé), vous pouvez utiliser ce serveur comme sortie de proxy.
Auparavant, pour utiliser un proxy SSH avec Migratory Bird, vous deviez d'abord établir un tunnel en utilisant PuTTY ou XShell, puis entrer le port local dans les paramètres de proxy de Migratory Bird — un processus fastidieux, et si le tunnel tombait, vous deviez vous reconnecter manuellement.
Désormais, Migratory Bird a intégré tout le flux de travail en interne.
🛠 Outil de base : mblink.exe
Un nouveau programme mblink.exe a été ajouté au répertoire d'installation de Migratory Bird — il s'agit du moteur client SSH développé par Migratory Bird, conçu spécifiquement pour les scénarios de "tunnel proxy".
Ses principales capacités :
| Capacité | Description |
|---|---|
| Double authentification Mot de passe / Clé | Supporte à la fois la connexion par mot de passe et l'authentification par fichier de clé privée (format .pem / .ppk) |
| Transfert de port local (-L) | Mappe un port de serveur distant vers un port local, activant un tunnel proxy |
| Transfert dynamique SOCKS5 (-D) | En un clic, transforme n'importe quel serveur SSH en une sortie proxy SOCKS5 complète |
| Transfert de port distant (-R) | Expose un port local sur le serveur distant — idéal pour la pénétration de réseau interne |
| Adapté aux scripts | Supporte le mode par lots non interactif avec codes de sortie standard, parfait pour les flux de travail d'automatisation |
| Reconnexion par battement de cœur | Réessaie automatiquement après une déconnexion inattendue du tunnel, assurant la stabilité des activités de longue durée |
🔒 Sécurité
mblink.exe est implémenté sur le moteur de protocole SSH-2 développé par Migratory Bird, strictement conforme aux normes internationales (RFC 4251–4254). Il active par défaut les algorithmes de chiffrement les plus sécurisés (tels que chacha20-poly1305, aes256-gcm), et supporte la mise en cache automatique de l'empreinte du serveur lors de la première connexion pour prévenir les attaques de l'homme du milieu.
Tous les fichiers de clés privées, mots de passe et clés de session sont gérés de manière sécurisée en mémoire et immédiatement effacés après déconnexion — rien n'est laissé sur le disque.
📋 Cas d'utilisation typiques
- Les utilisateurs disposant de serveurs VPS à l'étranger peuvent utiliser leur VPS directement comme sortie de proxy, sans acheter d'IP proxy commerciales ;
- Pénétration de réseau interne d'entreprise : utilisez le tunnel SSH pour permettre à Migratory Bird d'accéder aux systèmes de réseau interne ;
- Changement rapide de sortie : lorsqu'un proxy existant échoue, lancez immédiatement un serveur SSH de secours sans interrompre l'activité.
💡 Comment utiliser le proxy SSH dans Migratory Bird ? Lors de la création ou de l'édition d'un environnement de navigateur, sélectionnez SSH comme protocole de proxy, entrez l'adresse de votre serveur, le port (22 par défaut), le nom d'utilisateur et le mot de passe ou le chemin du fichier de clé — Migratory Bird invoquera automatiquement
mblink.exeen arrière-plan pour établir un tunnel et prendre en charge le trafic de cet environnement.
3. 🌐 Premier support mondial du proxy international IPv6
📌 En une phrase : Migratory Bird peut désormais utiliser des proxys IPv6 — vous pouvez acheter des IP proxy IPv6 pour vos opérations commerciales.
Qu'est-ce qu'un proxy IPv6 ? Quels sont ses avantages ?
L'internet mondial est en train de passer de l'IPv4 (le format traditionnel à 4 segments, ex: 192.168.1.1) à l'IPv6 (le format de nouvelle génération, ex: 2001:db8::1).
Dans de nombreux marchés étrangers (particulièrement l'Europe, l'Amérique du Nord et le Japon), les IP proxy IPv6 sont souvent plus propres que les IPv4 pour une raison simple : les industries traditionnelles et les opérations manuelles utilisent principalement l'IPv4, tandis que les pools d'adresses IPv6 sont énormes — la grande majorité des IP sont "fraîches" et n'ont jamais été mises sur liste noire par les systèmes de contrôle des risques.
Dans cette mise à jour, Migratory Bird Fingerprint Browser supporte pleinement pour la première fois les proxys internationaux IPv6 au niveau du noyau. Vous pouvez désormais :
- Acheter des IP proxy IPv6 auprès de fournisseurs supportant l'IPv6 ;
- Entrer votre proxy amont directement dans la "Configuration du proxy amont" de Migratory Bird ;
- Remplir vos IP proxy IPv6 achetées directement dans la configuration de votre environnement ;
- Bénéficier de ressources IP plus propres pour une sécurité accrue de vos comptes.
Scénarios applicables : Idéal pour les utilisateurs opérant dans l'e-commerce transfrontalier, la gestion de réseaux sociaux ou le placement publicitaire dans des régions à forte adoption d'IPv6 comme l'Europe, les États-Unis et le Japon.
4. ⚡ Réponse considérablement plus rapide — Amélioration des performances de 6x
Nous avons refactorisé et amélioré les modules de base sous-jacents clés de Migratory Bird Fingerprint Browser — une optimisation des performances visant spécifiquement la vitesse et la stabilité.
Quels changements allez-vous remarquer ?
- Les environnements s'ouvrent plus rapidement ;
- La commutation entre les fenêtres du navigateur semble plus fluide ;
- Lors du lancement groupé de plusieurs environnements, la vitesse globale est nettement plus rapide ;
- Les réponses de l'interface utilisateur (clics sur les boutons, chargement des listes) sont beaucoup plus réactives.
Les tests internes montrent une amélioration moyenne de 6 fois de la vitesse de réponse globale du client. Il ne s'agit pas seulement d'un ajustement de l'interface — c'est construit dès le départ dans le pipeline de traitement des données, éliminant les calculs redondants inutiles et les attentes bloquantes pour que Migratory Bird fonctionne de manière plus légère et plus rapide.
5. 🔕 Nouveau réglage par défaut : "Supprimer les alertes d'échec de validation réseau"
Avez-vous rencontré ce problème ?
Parfois, pendant vos opérations commerciales, Migratory Bird affiche soudainement une fenêtre — "Échec de la validation réseau" — interrompant ce que vous faites, et déclenchant parfois une fenêtre d'édition automatique, vous forçant à gérer l'alerte avant de continuer.
Cela se produit généralement lorsque : le réseau fluctue momentanément, le serveur proxy expire temporairement, ou vous êtes en train de changer d'IP proxy. C'est fondamentalement juste un hoquet réseau passager — cela ne signifie pas que la configuration de votre environnement est erronée.
Comment cette mise à jour le résout-elle ?
Un nouveau réglage par défaut global a été ajouté : "Supprimer les alertes d'échec de validation réseau".
Lorsque cette option est activée (par défaut) :
- En cas d'échec bref de la validation réseau, Migratory Bird n'affichera pas de boîte de dialogue pour vous interrompre ;
- Le programme réessaie silencieusement en arrière-plan et récupère automatiquement en cas de succès ;
- Les fenêtres d'édition de configuration ne s'ouvriront pas de manière inattendue en raison de problèmes de réseau ;
- Le flux de travail global n'est plus interrompu par ces alertes non critiques.
💡 Quand devriez-vous désactiver cette option ? Si vous êtes un nouvel utilisateur qui vient de configurer un proxy et que vous souhaitez voir tous les retours sur l'état de validation, vous pouvez désactiver manuellement cette option pour voir les résultats détaillés de la validation. Pendant les opérations quotidiennes, laissez l'option activée par défaut.
6. 🏎 Démarrage plus rapide : Correction du gel au démarrage causé par les lecteurs réseau
Description du problème
Certains utilisateurs ont signalé : Migratory Bird Fingerprint Browser gelait pendant plusieurs secondes à des dizaines de secondes sur certains serveurs ou environnements informatiques spéciaux avant que l'interface n'apparaisse — comme si le programme s'était "bloqué".
Après une enquête approfondie, nous avons trouvé la cause racine : au démarrage, Migratory Bird vérifiait l'espace disponible sur tous les disques (appel système GetDiskFreeSpaceEx). Cette opération est inoffensive en soi — mais si votre ordinateur possède des lecteurs réseau mappés (lecteurs réseau tels que NAS, partages SMB ou montages de lecteurs cloud), la vérification de ces lecteurs peut nécessiter d'attendre des réponses réseau, entraînant des délais de 3 à 5 secondes jusqu'à des dizaines de secondes.
Correction
Désormais, lorsque Migratory Bird démarre, il ignore automatiquement les lecteurs réseau et ne vérifie que les lecteurs physiques locaux.
Effet de la correction :
- Sur les serveurs avec des lecteurs réseau montés, la vitesse de démarrage s'améliore immédiatement et de manière notable ;
- Élimine complètement le "gel au démarrage" causé par les réponses lentes des lecteurs réseau ;
- Aucun impact sur les utilisateurs réguliers sans lecteurs réseau.
Particulièrement applicable : Les utilisateurs faisant fonctionner Migratory Bird sur des serveurs cloud, des machines VPS ou des stations de travail avec NAS ou lecteurs réseau partagés verront une amélioration significative de l'expérience de démarrage après la mise à niveau.
Résumé de la version
Cette mise à jour v7.12 est l'évolution la plus importante de Migratory Bird Fingerprint Browser au niveau de l'infrastructure proxy.
Le lancement simultané du Système de pont proxy amont MBBridge et de la capacité native de proxy SSH (MBLink) marque un saut qualitatif dans l'intégration de proxy de Migratory Bird — que vous ayez des IP proxy commerciales ou votre propre serveur SSH, Migratory Bird peut nativement prendre en charge le routage en un clic, éliminant complètement les tracas de la configuration d'outils tiers.
L'ajout du support proxy IPv6 donne à Migratory Bird un pool de ressources IP plus large et plus propre sur les marchés mondiaux.
Combinez cela avec une amélioration des performances sous-jacentes de 6x, la correction du gel au démarrage et l'élimination des interruptions de validation réseau — il s'agit d'une version charnière qui fait passer Migratory Bird de "fonctionnel" à véritablement "excellent". Nous recommandons fortement à tous les utilisateurs de mettre à jour immédiatement.
📥 Télécharger cette mise à jour
| Plateforme | Téléchargement |
|---|---|
| Windows 10 / 11 (Noyau Chrome 140) | MBbrowserSetup_7.12.22.221_Core_140.exe |
📢 Pour toute question, veuillez contacter le support client officiel ou rejoindre le groupe communautaire officiel de Migratory Bird pour une assistance technique.
【06 février 2026】Version : 7.10.20.219
Version : v7.10.20.219 Build 20260206 Niveau de mise à jour : Mise à jour importante / Noyau Nom de code : "DeepFlight"
Aperçu de la version
Cette mise à jour v7 marque le changement structurel le plus important de Migratory Bird Browser depuis près de six mois. En réponse aux mécanismes de vérification adverse IA de plus en plus stricts de CloudFlare, particulièrement la reconnaissance d'empreintes TLS ciblant les environnements mobiles, nous avons introduit une toute nouvelle logique adverse au niveau du noyau. Simultanément, nous avons effectué une profonde rétrospective pour corriger les problèmes de compatibilité avec les systèmes obsolètes comme Windows 7, et mis à jour le noyau vers Chrome 140 pour lisser les différences mineures dans l'environnement d'exécution JS.
Cette mise à jour répond à un point de douleur de longue date pour les utilisateurs : l'incapacité de passer la vérification humaine CloudFlare lors de l'accès à des sites de haute sécurité comme pcmax.jp en utilisant des environnements de simulation iPhone.
Téléchargement officiel : Noyau 140 (Win10/11)
1. Percée majeure : Tout nouveau mode anti-détection "IphoneCloudFlare"
📌 Contexte et défi : Le mur de pcmax.jp
Au cours des deux derniers mois, nous avons reçu de nnombreux retours d'utilisateurs VIP. En tentant de se connecter au site de rencontre japonais populaire pcmax.jp en utilisant les profils iOS iPhone 6/7/8/X/11/12 de MBBrowser, ils ont rencontré des obstacles sans précédent. La vérification Turnstile de CloudFlare présentait des taux d'interception extrêmement élevés dans ces environnements mobiles, atteignant presque 100% de faux positifs (interception erronée).
Symptômes spécifiques : Les utilisateurs configuraient parfaitement les empreintes commerciales MBBrowser et l'User-Agent iPhone, réglaient les résolutions d'écran correspondantes (Retina), et simulaient même les TouchEvents. Pourtant, dès l'ouverture de la page de connexion de pcmax.jp, CloudFlare entrait dans une boucle de vérification infinie ou affichait directement "Accès refusé".
📌 Attribution technique approfondie : L'effet "Vallée de l'étrange" de l'empreinte TLS
Notre équipe R&D a mené une analyse approfondie des paquets de données capturés par le module MbFireWall pendant plus de 200 heures, et utilisé Wireshark pour comparer les paquets de poignée de main réseau entre de vrais appareils iPhone (iOS 15-17) et les environnements de simulation MBBrowser.
La conclusion est étonnante : le problème ne réside pas dans la couche application (Headers HTTP/JS), mais dans la couche transport (TLS/SSL).
Lorsque MBBrowser s'exécute sur Windows 10/11, les requêtes réseau sous-jacentes font appel aux bibliothèques SChannel ou OpenSSL de Windows. Les paquets de données TLS Client Hello qui en résultent (contenant les listes de suites de chiffrement, l'ordre des champs d'extension, les groupes supportés, etc.) présentent les caractéristiques typiques de "valeurs de paramètres matériels IPHONE imprécises".
Les moteurs de contrôle des risques et d'anti-scraping de CloudFlare sont extrêmement sensibles. Ils ont détecté un paradoxe logique :
"Ce client prétend être un iPhone (User-Agent), son environnement JavaScript simule également un iPhone, mais ses caractéristiques de poignée de main TLS (empreinte JA3/JA4) indiquent clairement au serveur de détection CloudFlare que les données iPhone ne sont pas assez réelles."
Ce décalage entre les caractéristiques de la couche application et de la couche transport déclenche directement le contrôle des risques CloudFlare, c'est-à-dire le "Bot Fight Mode", empêchant pcmax.jp d'afficher même les codes de vérification aux utilisateurs, déterminant directement un IPHONE suspecté non authentique et une opération humaine suspectée non réelle.
📌 Solution : Réglage global "IphoneCloudFlare"
Pour résoudre ce problème, nous n'avons pas choisi de simples correctifs, mais avons refactorisé la logique des paquets réseau sous-jacents et introduit l'option "IphoneCloudFlare" dans les paramètres globaux.
Cela explique également pourquoi notre département technique a effectué de nombreux commits de code dans les répertoires des modules MbFireWall et WinDivert du projet (tests répétés et comparaison de données).
Détails de l'implémentation technique :
Façonnage du trafic au niveau du noyau
- Lorsque les utilisateurs cochent "IphoneCloudFlare" dans les paramètres globaux, MBBrowser active le module de pilote
Divertintégré. - Ce module s'exécute en mode noyau du système et peut intercepter tous les paquets de poignée de main TCP/TLS destinés aux plages d'IP de CloudFlare.
- Lorsque les utilisateurs cochent "IphoneCloudFlare" dans les paramètres globaux, MBBrowser active le module de pilote
Usurpation dynamique de l'empreinte TLS
- Lorsque
MbBrowserintercepte les paquets Client Hello, nous n'utilisons plus la structure générée par défaut par OpenSSL, mais nous effectuons une reconstruction au niveau de l'octet selon les caractéristiques de poignée de main TLS du vrai Safari iOS. - Réorganisation des suites de chiffrement : Ajustement forcé de l'ordre de priorité des suites de chiffrement pour qu'il soit totalement cohérent avec le comportement de
Network.frameworkd'iOS, en privilégiant les suites spécifiques au mobile telles queTLS_AES_128_GCM_SHA256et en supprimant les suites de chiffrement faibles spécifiques à Windows. - Remplissage d'extension (Padding) : La méthode de remplissage de Safari iOS pour les extensions dans le Client Hello est complètement différente de celle de Windows. La nouvelle fonctionnalité simule précisément cette longueur et cet ordre de remplissage.
- ALPN (Application-Layer Protocol Negotiation) : Spécification forcée de l'ordre de négociation du protocole h2 (HTTP/2) pour correspondre au comportement de Safari.
- Lorsque
Simulation des caractéristiques de la pile de protocoles TCP/IP
- En plus du TLS, nous avons également affiné les caractéristiques de la couche TCP (valeur TTL, taille de la fenêtre).
- Le TTL par défaut de Windows est généralement de 128, tandis que celui d'iOS/Linux est généralement de 64.
- Le mode
IphoneCloudFlaremodifie automatiquement le TTL des paquets sortants au niveau de la couche pilote, les faisant apparaître comme s'ils provenaient d'un système d'exploitation mobile lorsqu'ils atteignent le serveur.
📌 Résultats en conditions réelles
Après des tests de stress effectués par notre équipe de test interne dans plus de 500 environnements d'IP propres :
Résultats en conditions réelles
Panneau de configuration du client MBbrowser -> Paramètres du navigateur -> n'est pas coché : Le taux de réussite de la page de connexion de pcmax.jp est de 0%.
Panneau de configuration du client MBbrowser -> Paramètres du navigateur -> est coché : Le taux de réussite de la page de connexion de pcmax.jp est passé à 98,5% (les 1,5% restants étant dus à des problèmes de liste noire de l'IP elle-même).
Cette fonctionnalité résout non seulement parfaitement le problème pcmax.jp, mais corrige également les problèmes de détection pour d'autres sites sensibles à l'empreinte TLS (tels que Nike, Ticketmaster, etc.) dans les environnements de configuration mobile.
2. Synchronisation du noyau Chrome 140 et correction de la cohérence de l'affichage JS
📌 Mise à niveau du noyau Chrome 140
Suite aux mises à jour amont de Google Chromium, nous avons mis à jour libcef et les noyaux de rendu associés vers la version Chrome 140. Cette mise à jour implique de nombreux changements de fichiers d'en-tête et d'interfaces dans le répertoire CDP (Chrome DevTools Protocol).
- Amélioration des performances : Efficacité d'exécution du moteur JavaScript V8 améliorée d'environ 15%.
- Support de nouvelles fonctionnalités : Support des dernières propriétés CSS et API Web, garantissant que l'"authenticité" du navigateur reste au niveau des versions de navigateurs grand public.
📌 Correction de l'incohérence de l'affichage JS dans l'environnement iPhone
Dans l'ancienne version du noyau, lors de l'utilisation de chromedp pour simuler le viewport et le devicePixelRatio de l'iPhone, le nouveau pipeline de rendu de Chrome 140 présentait des bogues lors du traitement de certaines Media Queries CSS spécifiques, provoquant des déplacements de 1px ou des chevauchements dans la barre de navigation inférieure sur certaines pages Web (comme la version mobile de pcmax.jp).
Bien que cela ait peu d'impact sur la fonctionnalité, pour les scripts de détection d'empreintes extrêmement stricts (déterminant s'il s'agit d'un simulateur par la différence entre window.innerHeight et outerHeight), c'est un défaut fatal.
Contenu de la correction :
- Modification de la logique d'appel de
Emulation.setDeviceMetricsOverridedu moduleCDP, en ajoutant une compensation de hauteur pour les barres d'état mobiles. - Ajout d'un Hook profond pour l'objet
window.screendansMbCommand, garantissant que les informations de géométrie d'écran obtenues à la couche JS sont strictement cohérentes avec les résultats du rendu CSS, éliminant ce défaut d'empreinte au niveau du pixel.
3. Retour de compatibilité : Go 1.20 et sauvetage du système Win7 32 bits
Bien que Windows 7 ait été officiellement abandonné par Microsoft et ne représente que 8% de notre base d'utilisateurs, car certaines entreprises à l'étranger (particulièrement en Europe de l'Est et en Asie du Sud-Est dans des environnements de machines virtuelles) dépendent encore fortement des systèmes Win7 32 bits légers, nous devons assurer leur stabilité.
📌 Symptômes du problème
Dans la version précédente, en raison de la mise à niveau de l'environnement de compilation CDP vers Go 1.21, certains appels système (Syscall) non supportés par le noyau Win7 32 bits ont été introduits, provoquant le plantage silencieux des processus de service CDP lors du démarrage de MBBrowser sur ce système, se manifestant par des pages blanches ou l'incapacité de se connecter aux proxys.
📌 Solution de correction
- Rétrogradation de l'environnement et compilation conditionnelle : Nous avons spécifiquement construit un pipeline de compilation indépendant pour le module
CDP. Lors de la détection du système cible comme Windows 7, le script de construction passe automatiquement à la version Go 1.20.14 pour la compilation. Go 1.20 est la dernière version qui supporte parfaitement Win7. - Cela implique de modifier les scripts de construction dans le répertoire
CDPet d'effectuer des réécritures de compatibilité (Polyfill) pour le code utilisant les nouvelles fonctionnalités de Go 1.21.
4. Optimisation de la gestion des processus : Adieu au "Chrome Zombie"
📌 Description du problème
Les utilisateurs ont signalé qu'après la fermeture du programme principal MBBrowser sur Windows 7, les processus enfants chrome.exe sous-jacents ne se ferment parfois pas en conséquence, mais deviennent des "processus zombies" résidant en arrière-plan, occupant plus de 200 Mo de mémoire. Si les utilisateurs ouvrent et ferment fréquemment des navigateurs, cela peut conduire à l'épuisement de la mémoire système et à des gels.
📌 Analyse technique
Ce n'est pas lié à un UseAfterFree, mais plutôt à un problème de perte de signal IPC (Inter-Process Communication). Sur Win7, lorsque le processus parent (processus UI) s'arrête de force via TerminateProcess, les processus enfants Chrome ne peuvent pas recevoir d'instructions de sortie via le Named Pipe.
📌 Mesures de correction
- Liaison d'objet de travail (Job Object)
- Nous avons introduit le mécanisme de Job Object de Windows dans la logique de démarrage de processus de
MbCommand. - Le code modifié ajoute automatiquement tous les processus enfants
chrome.exelancés à un Job Object indépendant. - Même si le programme principal plante de manière inattendue ou est terminé de force, le système d'exploitation garantit que tous les processus enfants du Job Object sont terminés ensemble.
- Il s'agit d'une gestion du cycle de vie au niveau du système, résolvant complètement le problème des processus zombies.
- Nous avons introduit le mécanisme de Job Object de Windows dans la logique de démarrage de processus de
5. Optimisation de l'expérience du pack d'installation : Normalisation du répertoire par numéro de version
📌 Description du problème
Dans la logique originelle de SetupInstall, le chemin d'extraction par défaut du pack d'installation était généralement fixe (ex: C:\Program Files\MBBrowser). Cela causait de grands désagréments aux utilisateurs lors de tests de comparaison de versions ou de coexistence de plusieurs versions, nécessitant de renommer manuellement les dossiers.
📌 Contenu de l'optimisation
- Chemin d'installation tenant compte de la version : Modification des scripts d'installation NSIS ; désormais, l'installeur lit automatiquement le numéro de version de la construction actuelle (Version Info).
- Le chemin d'installation par défaut devient
C:\Program Files\MBBrowser_v7.10.20.219. - Mise à jour également de la logique de génération de
uninst.exe, garantissant que le désinstalleur identifie et nettoie correctement les répertoires numérotés par version sans supprimer par erreur des fichiers coexistant d'autres versions. - Cela facilite grandement le travail des utilisateurs en studio pour les tests de déploiement progressif (gray release) et de retour en arrière.
6. Correction du téléchargement de l'environnement Java : Briser le verrouillage du cache
📌 Contexte du problème
Certains plugins avancés de MBBrowser dépendent de l'environnement d'exécution Java (JRE). Sur les systèmes Windows 7, lorsque le téléchargeur tente de mettre à jour le JRE, en raison de la politique de mise en cache agressive de WinINet sur Win7, même si le serveur publie un nouveau pack JRE, le client téléchargeait à plusieurs reprises les anciens fichiers mis en cache localement, provoquant des échecs de somme de contrôle (Hash Mismatch) et des tentatives infinies.
📌 Solution de correction
- Passage forcé (Cache Busting)
- Ajout forcé de
Cache-Control: no-cacheetPragma: no-cacheaux en-têtes de requête HTTP dans le module de téléchargement.
- Ajout forcé de
- Randomisation de l'URL : Pour contourner les caches de proxys intermédiaires persistants (ISP Cache), nous avons ajouté des paramètres d'horodatage aléatoires
?t=TIMESTAMPaux URL de téléchargement. - Cette correction a été vérifiée et résout complètement le problème des mises à jour de l'environnement Java bloquées à 99% sur Win7.
Résumé de la version
Bien que cette mise à jour v7 paraisse ordinaire en surface, elle contient des changements sous-jacents significatifs. Particulièrement avec le lancement de la fonctionnalité "IphoneCloudFlare", MBBrowser a remporté une victoire décisive dans la lutte contre l'"empreinte TLS" dans les eaux profondes du domaine de l'anti-scraping.
Nous recommandons à tous les utilisateurs engagés dans l'e-commerce japonais et les activités sociales (pcmax, tinder, etc.) de mettre à jour immédiatement et d'activer cette option.
Lien de téléchargement officiel : Version du noyau Chromium 140 (Compatible avec Windows 10/11)
