69 Maropost incidents · août 2024 — official updates, affected components, duration and resolution details.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur l'instabilité de la plate-forme affectant les boutiques Neto. Les clients peuvent éprouver des problèmes intermittents pour accéder aux magasins touchés. Notre équipe s'efforce de rétablir la stabilité. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.
Les services sont actuellement stables. Nous continuons de surveiller le rendement et d'étudier la cause de la perturbation.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous recevons des rapports de panneaux de contrôle recevant "erreur logiciel". Notre équipe de développement enquête maintenant.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Certains marchands et partenaires de Neto connaissent des problèmes d'accès au SFTP. Notre équipe enquête activement et travaille à la mise en œuvre d'un correctif. Nous fournirons d'autres mises à jour au fur et à mesure des progrès réalisés.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Certains marchands de Neto éprouvent des difficultés à accéder à leurs panneaux de contrôle. Notre équipe étudie activement la question et fournira d'autres mises à jour au fur et à mesure que de plus amples renseignements seront disponibles.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Nous mettons en œuvre des correctifs pour les questions d'accès au panneau de contrôle. Nous fournirons d'autres mises à jour au fur et à mesure des progrès réalisés.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur les rapports de retards lors de la synchronisation des données dans l'application Neto POS.
Les syncs sont revenus à la normale.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Entretien prévu Nous compléterons une mise à jour de sécurité de compte pour Maropost Identity ce soir 5/10/2026. À la suite de cette mise à jour, tous les utilisateurs de Maropost Identity seront tenus de compléter une sécurité de compte réinitialiser la prochaine fois qu'ils se connecteront. Les utilisateurs seront invités à : - Définir un nouveau mot de passe en utilisant Forgot Password - Enregistrer un nouvel ensemble de codes de récupération - Configurez leur application d'authentification - Configuration complète d'authentification multi-facteurs (MFA) Les codes de récupération et les configurations d'authentification existants seront réinitialisés dans le cadre de ce processus. MFA sera nécessaire pour tous les utilisateurs Maropost Identité, y compris les utilisateurs qui n'ont pas déjà configuré un authentificateur. Aucune mesure n'est nécessaire avant la mise à jour. Les utilisateurs doivent suivre les instructions présentées lorsqu'ils accèdent à Maropost Identity. Pour plus d'informations sur la réinitialisation du mot de passe, les codes de récupération et la configuration MFA, veuillez consulter notre guide: https://galaxy.maropost.com/kb/articles/2475-maropost-identity-password-reset-what- you-need-to-do Si vous éprouvez des difficultés à terminer la réinitialisation, veuillez contacter Maropost Support.
# Identité Maropost – incident de sécurité postmortem (en milliers de dollars) **Service affecté:** Identité Maropost \(Connexion et authentification\) **Période d'incident:** 26-30 septembre 2026 **Réparation et remise des titres de créance à l'échelle mondiale Terminé :** 6 octobre 2026 ** État :** Résolue ## Aperçu Entre le 26 et le 30 septembre 2026, Maropost a identifié une activité non autorisée impliquant Maropost Identity, le service d'authentification utilisé pour accéder en toute sécurité aux produits Maropost. Notre enquête a révélé qu'une partie externe exploitait une vulnérabilité en matière de sécurité au sein du service d'identité, permettant un accès administratif non autorisé. **Importantement, les mots de passe des utilisateurs sont stockés en utilisant un hachage cryptographique sécurisé à sens unique. Notre enquête n'a révélé aucune preuve que des hachages de mot de passe stockés ont été extraits ou que des mots de passe en texte clair ont été exposés.** Après avoir identifié l'activité, nos équipes du génie et de la sécurité ont pris des mesures immédiates pour contenir l'incident, enquêter sur son impact et mettre en oeuvre des mesures correctives. La vulnérabilité identifiée a depuis été corrigée, et une remise des titres de compétence a été achevée le 6 octobre 2026 à titre de mesure de précaution. Ce qui s'est passé L'incident impliquait une vulnérabilité dans la fonctionnalité de réinitialisation du mot de passe de Maropost Identity. Cette vulnérabilité a été exploitée par un tiers non autorisé, qui a ensuite obtenu un accès élevé au sein du service d'identité. Notre enquête a permis de déterminer les activités suivantes : * Accès non autorisé aux informations sur les comptes d'identité, y compris les noms d'utilisateur et les adresses électroniques. * Un volume exceptionnellement élevé de demandes de réinitialisation de mots de passe dans les comptes clients et internes. * Modifications non autorisées aux identifiants de connexion et aux paramètres d'authentification multi-facteurs \(MFA\) sur un sous-ensemble de comptes. Nos équipes ont identifié une activité anormale le 30 septembre 2026 et ont pris des mesures immédiates pour enquêter et contenir l'incident. Impact client Notre enquête a permis d'identifier l'accès non autorisé aux informations du compte Maropost Identité, y compris les noms d'utilisateur et les adresses e-mail. Bien que des modifications non autorisées de la certification et de l'authentification multi-facteurs \(MFA\) aient été identifiées sur un sous-ensemble de comptes, Maropost a par la suite invalidé les sessions existantes et complété une remise globale de la certification pour protéger les utilisateurs. ## Mesures prises pour résoudre l'incident Après la détection, les équipes d'ingénierie et de sécurité de Maropost ont mis en œuvre plusieurs mesures pour contenir l'incident et sécuriser le service d'identité. ** Réparation de la vulnérabilité en matière de sécurité** Le logiciel d'identification touché a été amélioré et des essais de vérification ont été effectués pour confirmer la vulnérabilité identifiée. **Contenu d'accès non autorisé** Les sources réseau associées à l'activité suspecte ont été bloquées et les contrôles administratifs d'accès ont été renforcés. **Sécurité des crédits et des sessions** Les séances d'utilisation existantes ont été invalidées, les demandes pertinentes et les justificatifs d'intégration ont été remplacés, et les comptes administratifs ont été examinés. **Mot de passe mondial et MFA Reset** Le 6 octobre 2026, Maropost a effectué une réinitialisation globale des mots de passe utilisateurs, des configurations MFA et des codes de récupération afin d'éliminer le risque d'accès continu grâce à des identifiants précédemment modifiés. ** Vérification des comptes** D'autres examens de comptes ont été entrepris, y compris la désactivation des comptes non vérifiés identifiés au cours de l'enquête. Mesures préventives En plus de l'assainissement immédiat, Maropost s'emploie à améliorer la sécurité afin de renforcer son identité et de réduire le risque d'incidents similaires. Ces améliorations comprennent : * Renforcement des restrictions administratives d'accès et des contrôles d'authentification. * Améliorer la surveillance et l'alerte pour les activités inhabituelles de connexion et de réinitialisation des mots de passe. * Améliorer les contrôles de sécurité des applications et des intégrations. * Renforcement des processus de gestion de la vulnérabilité et de mise à jour des logiciels. * Effectuer d'autres évaluations de la sécurité et examiner les procédures d'intervention en cas d'incident. Ces mesures font partie de notre engagement permanent à maintenir la sécurité et la fiabilité des services Maropost. Les clients doivent-ils prendre des mesures? Les clients qui réinitialisent avec succès leur mot de passe Maropost Identity et reconfigurent leur authentification multi-facteurs le 6 octobre 2026 ou après n'ont pas besoin de répéter ce processus dans le cadre de cet incident. Les clients qui n'ont pas encore terminé la réinitialisation requise doivent sélectionner **Mot de passe oublié** sur la page de connexion Maropost Identité et suivre les instructions fournies. Par précaution générale de sécurité, nous encourageons les clients à rester vigilants pour les demandes de mot de passe inattendues, les courriels suspects ou les tentatives d'obtenir des identifiants de compte. Maropost ne demandera jamais aux clients de divulguer leurs mots de passe ou codes de récupération MFA. Pour de plus amples informations, veuillez consulter: [Réinitialisation du mot de passe Maropost – ce que vous devez faire](https://galaxy.maropost.com/kb/articles/2475) Si vous éprouvez des difficultés à accéder à votre compte ou à identifier une activité de compte inattendue, veuillez contacter notre équipe de support : [Contacter Maropost Support](https://galaxy.maropost.com/contact-support) Déclaration de clôture Protéger nos clients, leurs comptes et leurs informations reste une priorité pour Maropost. Nous reconnaissons l'importance de maintenir la confiance dans nos services et avons pris des mesures pour remédier à la vulnérabilité identifiée, sécuriser les titres d'authentification affectés et renforcer les contrôles protégeant Maropost Identity. Nous continuerons d'examiner et d'améliorer nos pratiques en matière de sécurité dans le cadre de notre engagement continu à protéger les renseignements sur les clients.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Par mesure de sécurité de précaution, Maropost a lancé une réinitialisation du mot de passe pour les utilisateurs de Maropost ID. Lors de la connexion, les utilisateurs peuvent être invités à réinitialiser leur mot de passe avant de pouvoir continuer à accéder à leurs produits Maropost. La majorité des utilisateurs sont en mesure de terminer la réinitialisation du mot de passe avec succès. Cependant, nous sommes conscients que certains utilisateurs peuvent ne pas recevoir le mot de passe réinitialiser l'e-mail et peuvent donc être incapables de terminer la réinitialisation ou d'accéder à leur plateforme. Si vous n'êtes pas en mesure d'accéder à votre compte parce que vous n'avez pas reçu le mot de passe réinitialiser l'email, veuillez déposer une demande d'assistance en utilisant le formulaire ci-dessous et notre équipe vous aidera à retrouver l'accès: Demande de soutien : https://share.hsforms.com/1PF2VNMWnS2al3GnLh8msNQrp8ms
# Identité Maropost – incident de sécurité postmortem (en milliers de dollars) **Service affecté:** Identité Maropost \(Connexion et authentification\) **Période d'incident:** 26-30 septembre 2026 **Réparation et remise des titres de créance à l'échelle mondiale Terminé :** 6 octobre 2026 ** État :** Résolue ## Aperçu Entre le 26 et le 30 septembre 2026, Maropost a identifié une activité non autorisée impliquant Maropost Identity, le service d'authentification utilisé pour accéder en toute sécurité aux produits Maropost. Notre enquête a révélé qu'une partie externe exploitait une vulnérabilité en matière de sécurité au sein du service d'identité, permettant un accès administratif non autorisé. **Importantement, les mots de passe des utilisateurs sont stockés en utilisant un hachage cryptographique sécurisé à sens unique. Notre enquête n'a révélé aucune preuve que des hachages de mot de passe stockés ont été extraits ou que des mots de passe en texte clair ont été exposés.** Après avoir identifié l'activité, nos équipes du génie et de la sécurité ont pris des mesures immédiates pour contenir l'incident, enquêter sur son impact et mettre en oeuvre des mesures correctives. La vulnérabilité identifiée a depuis été corrigée, et une remise des titres de compétence a été achevée le 6 octobre 2026 à titre de mesure de précaution. Ce qui s'est passé L'incident impliquait une vulnérabilité dans la fonctionnalité de réinitialisation du mot de passe de Maropost Identity. Cette vulnérabilité a été exploitée par un tiers non autorisé, qui a ensuite obtenu un accès élevé au sein du service d'identité. Notre enquête a permis de déterminer les activités suivantes : * Accès non autorisé aux informations sur les comptes d'identité, y compris les noms d'utilisateur et les adresses électroniques. * Un volume exceptionnellement élevé de demandes de réinitialisation de mots de passe dans les comptes clients et internes. * Modifications non autorisées aux identifiants de connexion et aux paramètres d'authentification multi-facteurs \(MFA\) sur un sous-ensemble de comptes. Nos équipes ont identifié une activité anormale le 30 septembre 2026 et ont pris des mesures immédiates pour enquêter et contenir l'incident. Impact client Notre enquête a permis d'identifier l'accès non autorisé aux informations du compte Maropost Identité, y compris les noms d'utilisateur et les adresses e-mail. Bien que des modifications non autorisées de la certification et de l'authentification multi-facteurs \(MFA\) aient été identifiées sur un sous-ensemble de comptes, Maropost a par la suite invalidé les sessions existantes et complété une remise globale de la certification pour protéger les utilisateurs. ## Mesures prises pour résoudre l'incident Après la détection, les équipes d'ingénierie et de sécurité de Maropost ont mis en œuvre plusieurs mesures pour contenir l'incident et sécuriser le service d'identité. ** Réparation de la vulnérabilité en matière de sécurité** Le logiciel d'identification touché a été amélioré et des essais de vérification ont été effectués pour confirmer la vulnérabilité identifiée. **Contenu d'accès non autorisé** Les sources réseau associées à l'activité suspecte ont été bloquées et les contrôles administratifs d'accès ont été renforcés. **Sécurité des crédits et des sessions** Les séances d'utilisation existantes ont été invalidées, les demandes pertinentes et les justificatifs d'intégration ont été remplacés, et les comptes administratifs ont été examinés. **Mot de passe mondial et MFA Reset** Le 6 octobre 2026, Maropost a effectué une réinitialisation globale des mots de passe utilisateurs, des configurations MFA et des codes de récupération afin d'éliminer le risque d'accès continu grâce à des identifiants précédemment modifiés. ** Vérification des comptes** D'autres examens de comptes ont été entrepris, y compris la désactivation des comptes non vérifiés identifiés au cours de l'enquête. Mesures préventives En plus de l'assainissement immédiat, Maropost s'emploie à améliorer la sécurité afin de renforcer son identité et de réduire le risque d'incidents similaires. Ces améliorations comprennent : * Renforcement des restrictions administratives d'accès et des contrôles d'authentification. * Améliorer la surveillance et l'alerte pour les activités inhabituelles de connexion et de réinitialisation des mots de passe. * Améliorer les contrôles de sécurité des applications et des intégrations. * Renforcement des processus de gestion de la vulnérabilité et de mise à jour des logiciels. * Effectuer d'autres évaluations de la sécurité et examiner les procédures d'intervention en cas d'incident. Ces mesures font partie de notre engagement permanent à maintenir la sécurité et la fiabilité des services Maropost. Les clients doivent-ils prendre des mesures? Les clients qui réinitialisent avec succès leur mot de passe Maropost Identity et reconfigurent leur authentification multi-facteurs le 6 octobre 2026 ou après n'ont pas besoin de répéter ce processus dans le cadre de cet incident. Les clients qui n'ont pas encore terminé la réinitialisation requise doivent sélectionner **Mot de passe oublié** sur la page de connexion Maropost Identité et suivre les instructions fournies. Par précaution générale de sécurité, nous encourageons les clients à rester vigilants pour les demandes de mot de passe inattendues, les courriels suspects ou les tentatives d'obtenir des identifiants de compte. Maropost ne demandera jamais aux clients de divulguer leurs mots de passe ou codes de récupération MFA. Pour de plus amples informations, veuillez consulter: [Réinitialisation du mot de passe Maropost – ce que vous devez faire](https://galaxy.maropost.com/kb/articles/2475) Si vous éprouvez des difficultés à accéder à votre compte ou à identifier une activité de compte inattendue, veuillez contacter notre équipe de support : [Contacter Maropost Support](https://galaxy.maropost.com/contact-support) Déclaration de clôture Protéger nos clients, leurs comptes et leurs informations reste une priorité pour Maropost. Nous reconnaissons l'importance de maintenir la confiance dans nos services et avons pris des mesures pour remédier à la vulnérabilité identifiée, sécuriser les titres d'authentification affectés et renforcer les contrôles protégeant Maropost Identity. Nous continuerons d'examiner et d'améliorer nos pratiques en matière de sécurité dans le cadre de notre engagement continu à protéger les renseignements sur les clients.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous recevons des rapports des panneaux de contrôle qui reçoivent « Nous reviendrons bientôt en ligne ». Notre équipe de développement enquête maintenant.
Nous avons identifié la question et notre équipe de développement s'emploie à la résoudre dès que possible.
Le problème a été résolu et les services fonctionnent normalement. Notre équipe suit de près la situation.
Le problème a été résolu et les services fonctionnent normalement.
Que s'est-il passé ? Une configuration de fonctionnalités a été activée pour certains magasins Neto avant que les modifications d'application correspondantes n'aient terminé le déploiement dans l'environnement de production. Cela a créé un état inattendu pour ces magasins et empêché les utilisateurs de charger avec succès le panneau de configuration après la connexion. Impact Les marchands touchés étaient temporairement incapables d'accéder à leur panneau de contrôle Neto. La portée de la question était limitée, et aucune perturbation plus générale de la plateforme Neto n'a été décelée. Résolution Une fois la cause identifiée, la configuration de la fonction a été désactivée pour les magasins touchés, rétablissant ainsi l'accès au panneau de contrôle. Nos équipes ont ensuite surveillé les environnements touchés pour confirmer que l'accès au panneau de contrôle et les services de soutien sont restés stables. Actions préventives Pour réduire la probabilité que cela se reproduise, nous renforçons le processus de déploiement autour des changements de configuration des fonctionnalités. Cela comprend: * Vérifier que la version requise de l'application a été complètement déployée avant d'activer les fonctionnalités associées. * Ajout de contrôles supplémentaires autour du déploiement et du séquençage de configuration. * Effectuer des tests de validation et de fumée immédiatement après l'activation de la fonction. * Améliorer la coordination et la confirmation de l'état de déploiement de la production avant le déploiement des modifications de configuration. Nous nous excusons auprès des marchands touchés par cette perturbation et apprécions leur patience pendant que nos équipes travaillaient pour rétablir l'accès.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous avons identifié des pics intermittents qui font que certains marchands reçoivent une erreur de retour sous peu lors de la navigation sur le panneau de contrôle. Nous continuons d'enquêter sur ces erreurs et d'apporter des améliorations pour les prévenir.
Nous assistons actuellement à une augmentation du trafic de robots qui contourne certaines de nos garanties existantes. Nous avons ajouté d'autres protections, qui contribuent à réduire l'impact. Cependant, les tendances du trafic continuent de changer, de sorte que nous apportons des ajustements continus à nos mesures d'atténuation. Nous adoptons actuellement une approche plus agressive et suivons de près la situation. Nous fournirons d'autres mises à jour à mesure que la situation progressera.
Notre équipe continue de surveiller le problème et de prendre des mesures pour résoudre les pics le plus rapidement possible. Nous observons toujours des pics intermittents de 503, ce qui peut donner lieu à de brèves apparitions de la page de retour. Bien que ces événements deviennent moins fréquents, nous continuons de travailler à une correction plus stable et permanente. Nous continuerons de suivre de près la situation et de prendre les mesures nécessaires.
Nous continuons de surveiller.
Nous continuons de voir des pics intermittents de 503 affectant certains marchands, ce qui peut entraîner des périodes de lenteur ou de brèves apparitions de la page -We-ll sera de retour sous peu. Notre équipe a identifié les modes de circulation qui contribuent au problème et continue d'apporter des ajustements aux mesures de protection et d'atténuation supplémentaires déjà mises en place. Bien que nous assistions à des périodes de stabilité entre ces pics, la question n'est pas encore entièrement résolue. Nous continuons de travailler à l'amélioration de la stabilité et fournirons une autre mise à jour à mesure que la situation progressera
Notre enquête a identifié l'augmentation du trafic automatisé de robots contribuant à la lenteur intermittente et les erreurs de retour dans un avenir proche. Comme mesure temporaire immédiate, nous mettons en place un contrôle de sécurité Cloudflare supplémentaire sur certaines pages de produits filtrés et de catégories. Certains visiteurs peuvent voir brièvement un message "Vérifier votre connexion", qui devrait être complété automatiquement et n'apparaîtra qu'une seule fois pendant cette session. Nous continuons à travailler avec Cloudflare sur des améliorations à long terme pour renforcer la détection des robots et la stabilité des plateformes. Aucune action n'est requise de la part des marchands. Nous continuerons de fournir des mises à jour à mesure que la situation progressera.
Un correctif a maintenant été mis en œuvre et nous suivons les résultats. Nous avons introduit une protection de sécurité Cloudflare supplémentaire sur les sites marchands Neto pour certaines demandes de recherche de produits et de filtrage de catégorie. Cette mesure temporaire a pour but de réduire l'impact du trafic de robots automatisés contribuant à la lenteur intermittente récente et de revenir sous peu. Certains visiteurs peuvent voir brièvement un message "Vérifier votre connexion" lors de l'accès à ces pages. Cela devrait se terminer automatiquement et n'apparaîtra qu'une seule fois pendant la session du visiteur. Notre équipe continue de suivre de près les performances de la plateforme et l'efficacité de ce changement.
Cet incident a été résolu.
Ce qui s'est passé Notre enquête a permis d'identifier une augmentation importante du trafic automatisé de bot ciblant le filtrage des produits, la catégorie et les demandes de recherche. Ce trafic a imposé une charge supplémentaire sur des parties de la plate-forme Neto, entraînant de courtes périodes de performance dégradée et des erreurs intermittentes de 503 pour certains commerçants et leurs clients. Résolution Nous avons introduit une solution **intérimaire** en ajoutant des protections Cloudflare supplémentaires pour identifier et défier ce trafic automatisé avant d'atteindre la plateforme Neto. Après la mise en œuvre de ces protections le 13 août, les performances de la plateforme se sont stabilisées et nous n'avons pas observé d'autres pics significatifs de 503 au cours de la période de surveillance. Certains visiteurs peuvent voir brièvement un message **=Contrôler votre connexion** lors de l'accès à certaines pages de produits filtrés et de catégories. Ce contrôle est effectué automatiquement et est conçu pour empêcher le trafic automatisé de placer une charge excessive sur la plate-forme. Actions préventives Nous continuons de surveiller de près les tendances du trafic, les erreurs 503 et les performances des plateformes. Nous continuons également à travailler avec Cloudflare sur l'amélioration de la détection des robots afin que l'on puisse identifier et atténuer plus efficacement l'évolution du trafic automatisé. Nous nous excusons pour la perturbation que cet incident a causée et apprécions votre patience pendant que nos équipes ont travaillé pour restaurer et améliorer la stabilité de la plateforme.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
On Aug 4, 2026 through Aug 6, 2026, some customers experienced intermittent slowness and errors across parts of the system during several short periods. Our team identified elevated traffic and processing load as the cause, reduced the load, and restored stable performance. The incidents were caused by a large increase of sophisticated bots that Cloudflare miscategorized and treated as human traffic. The issue is resolved and we continue to monitor the system. We are collaborating with Cloudflare to improve detection of these requests and reduce their impact going forward.
Nous recevons des rapports des panneaux de contrôle qui reçoivent « Nous reviendrons bientôt en ligne ». Notre équipe de développement enquête maintenant.
Nous avons identifié la question et notre équipe de développement s'emploie à la résoudre dès que possible.
Notre équipe a déployé un correctif et suit de près la situation pour assurer le retour des services à la normale.
Le problème a été résolu et les services fonctionnent normalement.
Le 27 juillet 2026, un sous-ensemble de marchands ont éprouvé un problème d'accès à leurs panneaux de contrôle. Les utilisateurs touchés ont été montrés un message de "Nous serons de retour en ligne sous peu" après avoir tenté de se connecter. L'incident a commencé à **11:48 AEST** et a été résolu à **13:17 AEST**, pour une durée totale de **1 heure et 29 minutes**. Que s'est-il passé ? Lors d'une version de logiciel de production, un changement affectant la configuration d'un panneau de contrôle lié à la sécurité a causé l'échec des demandes authentifiées pour un sous-ensemble de panneaux de contrôle. La question ne concernait que les panneaux de commande où la fonction de sécurité pertinente était activée. Les utilisateurs pouvaient accéder à la page de connexion, mais après l'authentification ils n'étaient pas en mesure d'accéder au panneau de contrôle. Impact Certains marchands étaient temporairement incapables d'accéder à leurs panneaux de contrôle et d'accomplir des tâches administratives. La perturbation était limitée à un sous-ensemble de panneaux de commande. Les services sont revenus à la normale une fois la configuration affectée désactivée. Calendrier * **11:48 AM AEST** – Des rapports ont été reçus des panneaux de contrôle affichant -Nous serons de nouveau en ligne sous peu, et l'équipe de développement a commencé à enquêter. * **12:35 AEST** – La cause du problème a été identifiée et les travaux d'assainissement ont commencé. * **12:55 AEST** – Un correctif a été déployé et le service a été placé sous surveillance. * **13:17 AEST** – Le problème a été confirmé comme résolu et les services fonctionnaient normalement. Cause profonde Un changement inclus dans la version de production a provoqué une configuration de déclaration de sécurité incorrecte pour les panneaux de commande touchés. Cela a produit un en-tête de réponse qui a dépassé la limite de taille prise en charge, causant des requêtes authentifiées de panneau de contrôle à l'échec. Résolution La fonction de sécurité affectée a été désactivée, rétablissant immédiatement l'accès aux panneaux de contrôle touchés. Une correction de code permanente est également mise en œuvre afin que la fonction puisse fonctionner sans générer la configuration invalide. Actions préventives Pour réduire la probabilité d'un incident semblable, nous sommes : * Ajout d'une couverture de régression pour l'accès au panneau de contrôle authentifié lorsque les fonctions de déclaration de sécurité sont activées. * Élargir la validation de mise en place pour les changements de taille et de configuration de sécurité des en-têtes de réponse. * Amélioration des contrôles de libération des combinaisons de fonctionnalités-toggle avant le déploiement de la production. * Mettre en œuvre la correction permanente du code et la valider avant de réhabiliter la fonction affectée. Nous nous excusons pour la perturbation et apprécions la patience des marchands touchés pendant que nos équipes travaillaient à rétablir l'accès.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur les rapports de lenteur intermittente affectant le panneau de contrôle Neto.
Notre équipe a déployé un correctif et suit de près la situation pour assurer le retour des services à la normale.
Cet incident a été résolu.
Le 24 juillet 2026, certains clients ont connu une lenteur intermittente dans certaines parties du service pendant deux courtes périodes. Notre équipe a identifié le trafic élevé et la charge de traitement comme la cause, a pris des mesures pour réduire la charge, et a rétabli des performances stables. La question est maintenant résolue et nous continuons de suivre de près. Nous prenons des mesures pour améliorer la résilience et aider à empêcher que des problèmes similaires ne se reproduisent.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur les rapports de lenteur intermittente affectant le panneau de contrôle Neto. Les utilisateurs peuvent rencontrer des retards lors de l'accès ou de la navigation du panneau de contrôle. Nos équipes d'ingénierie étudient activement la question afin d'identifier la cause fondamentale et de rétablir des performances normales le plus rapidement possible.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Le **23 juillet 2026**, les clients ont connu une lenteur intermittente en accédant au panneau de contrôle **Neto**, ce qui a eu une incidence sur environ **20 % des demandes**. La question a été causée par un changement de configuration de l'infrastructure qui a introduit une combinaison de types d'instances avec des caractéristiques de performance différentes, ce qui a entraîné dans certains cas une surcharge sous le trafic de production. Notre équipe d'ingénierie a résolu le problème en supprimant le type d'instance touché, en remplaçant les instances touchées par des instances optimisées par calcul et en mettant à jour la configuration de l'infrastructure afin d'éviter qu'elle ne se reproduise. Nous mettons également en œuvre des améliorations supplémentaires à nos processus de configuration et de validation de l'infrastructure pour améliorer encore la fiabilité de la plate-forme.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Australia Post a signalé une dégradation de l'API affectant les performances des API d'impression d'étiquettes. Pour les dernières mises à jour, veuillez consulter la page d'état du développeur Australia Post : https://status.developers.auspost.com.au/incidents/l1qmd679b34p Veuillez noter que nous connaissons actuellement des performances dégradées sur les API d'impression des étiquettes Nos équipes enquêtent actuellement et nous vous tiendrons informés au moment où nous nous efforçons de résoudre le problème. Australie Veuillez vous excuser pour tout désagrément causé.
MISE À JOUR de Australia Post Situation de l'incident : Surveillance Un correctif a été mis en place et nous suivons les résultats. https://status.developers.auspost.com.au/incidents/l1qmd679b34p
Incident résolu Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes actuellement au courant d'un problème affectant l'intégration eBay, avec un message d'erreur apparaissant: "Liste Durée est requise. Record sauté.". Notre équipe de développement étudie activement la question.
Nous continuons d'enquêter sur cette question.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Résumé Le 22 juillet 2026, les marchands utilisant l'intégration eBay ont constaté que les mises à jour d'inscription étaient ignorées avec l'erreur suivante: La durée de l'inscription est requise. Enregistrement sauté. L'incident a été signalé à 9h42 AEST et résolu à 16h40 AEST, avec une durée totale d'environ 6 heures et 58 minutes. Nous nous excusons pour la perturbation causée aux marchands en utilisant l'intégration eBay. Impact Pendant l'incident, les enregistrements eBay touchés n'ont pas pu être traités avec succès. Cela peut avoir empêché les marchands de créer ou de mettre à jour des listes par le biais de l'intégration. Les commerçants qui ont enregistré un modèle de règle de listage eBay pendant que le problème était présent peuvent également avoir eu quelques champs de gabarit enregistrés sans leurs valeurs attendues, malgré la valeur correcte continuant à apparaître dans l'interface. Les autres services de plate-forme n'ont pas été touchés. ### Cause profonde Un processus interne d'importation de données utilisé pour mettre à jour les informations eBay partagées a été annulé avant qu'il ne soit terminé. Parce que le processus avait déjà mis à jour une partie de l'ensemble de données, son annulation a laissé les informations eBay nécessaires incomplètes. Cela a provoqué des mises à jour subséquentes de la liste d'échec de validation et être ignoré. Un processus direct de sauvegarde et de restauration de la base de données partagée touchée n'était pas disponible. Notre équipe de développement a donc utilisé un processus de récupération de la base de données ponctuelle pour récupérer et restaurer les informations concernées. Résolution Notre équipe de développement a restauré une base de données de production dans un environnement de récupération séparé et a extrait les tableaux touchés. L'information récupérée a ensuite été rétablie dans chacun des groupes de bases de données de production pertinents. La première restauration a été validée par Développement et Soutien avant la mise à jour des autres modules. Une fois la restauration terminée, nous avons surveillé l'intégration pour confirmer que les dossiers d'eBay étaient traités avec succès avant de marquer l'incident comme résolu. Suivi du commerce Les commerçants qui ont enregistré un modèle de règle de listage eBay pendant que l'incident se produisait devraient sauver de nouveau le modèle touché. Pour déterminer si un modèle a été modifié au cours de l'incident : 1. Connectez-vous à votre panneau de contrôle. 2. Ouvrir les rapports**. 3. Sélectionnez le rapport **Staff User Log**. 4. Saisissez `ebaytmpl` dans le champ **Type de page**. 5. Saisissez `edit` dans le champ **Processus**. 6. Examiner les modifications effectuées pendant la fenêtre de l'incident. 7. Notez les modèles d'ID touchés indiqués dans la colonne **Notes**. 8. Ouvrir et réenregistrer chaque modèle eBay affecté. Le champ **Listing Durée** a peut-être été enregistré comme vide même si l'interface continuait à afficher le code GTC. Les commerçants qui n'utilisent pas eBay Politiques d'affaires devraient également examiner les champs sous la section templates **Returns**, car ces champs peuvent devoir être réintroduits avant que le modèle soit sauvegardé. Calendrier Toutes les heures sont en AEST le 22 juillet 2026. * **9:42 AM** – Enquête commencée après les rapports d'eBay listing records en cours d'abandon. * **11:24 AM** – La restauration de la base de données ponctuelle a commencé. * **11:37** – La base de données de récupération a été restaurée avec succès. * ** 11 h 50** – Les renseignements touchés ont été extraits et préparés en vue de leur restauration. * **12:05 PM** – La restauration du premier groupe de bases de données de production a été achevée. * ** 12h11** – Le développement et le soutien ont confirmé le succès de la première restauration. * **12:17** – La restauration a commencé dans les autres groupes de bases de données. * **12:43 PM** – La restauration a été effectuée dans tous les groupes restants. * **2:33 La fixation a été confirmée au moment de la mise en œuvre et la surveillance a commencé. * **4:40 PM** – La surveillance a confirmé que l'intégration fonctionnait avec succès et que l'incident était résolu. Actions de suivi Nous examinons les améliorations suivantes : * Ajouter des mesures de protection contre l'annulation des processus d'importation de données de sorte que les mises à jour partiellement terminées ne peuvent laisser l'information partagée dans un état incomplet. * Améliorer les procédures de validation et de récupération des informations d'intégration eBay partagées. * Restaurer un processus de sauvegarde de la base de données partagée pour offrir une option de récupération plus rapide et plus ciblée. * Examiner si une validation supplémentaire peut empêcher les modèles d'être sauvegardés lorsque les valeurs sous-jacentes requises sont manquantes.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur un problème où certains magasins Neto reçoivent 503 erreurs sur les demandes d'API.
Notre équipe a déployé une solution et suit de près la situation.
La question a été réglée. Notre équipe continuera de suivre de près la situation.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous traversons une interruption de service pour le panneau de commande Neto et Storefronts. Nous enquêtons sur la solution et publierons une mise à jour dès que possible.
Nous avons identifié le problème et nous avons trouvé une corruption dans le système de fichiers réseau. Nous avons apporté les corrections appropriées et le système a commencé à se rétablir.
La correction du système de fichiers réseau est résolue et le service est rétabli. Nous continuons de surveiller la plateforme pour en assurer la disponibilité et la stabilité.
Le 8 juillet 2026, nous avons connu un problème d'infrastructure qui a touché toutes les boutiques Neto et cPanels pendant environ 1 heure et 30 minutes. L'incident a été causé par une défaillance de notre infrastructure de système de fichiers partagés, qui a empêché les services essentiels d'accéder aux fichiers nécessaires pour desservir les sites Web et cPanels. Par conséquent, la plate-forme a automatiquement bloqué de nouvelles demandes pour protéger la cohérence des données, ce qui a entraîné une perturbation du service dans toutes les piles Neto. Notre équipe d'ingénieurs a réagi immédiatement en rétablissant les services de système de fichiers touchés, en ne passant pas à une instance d'infrastructure saine, et en remplaçant les machines virtuelles touchées. Une fois ces actions de récupération terminées, tous les webstores et cPanels ont été rétablis à un fonctionnement normal. Nous poursuivons notre enquête pour déterminer la raison sous-jacente de la défaillance du système de fichiers. Sur la base de nos constatations, nous mettrons en oeuvre une surveillance et une alerte supplémentaires, ainsi que toute amélioration nécessaire de l'infrastructure, pour aider à détecter et à prévenir des incidents semblables à l'avenir.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.
We are continuing to investigate this issue. We will provide further updates as more information becomes available.
Our team has identified and resolved the issue. If you created a Unified Login account and encountered the “Something went wrong” error, your account was still successfully created. Please use the credentials you set to log in as normal via app.maropost.com If you continue to experience any issues, please contact our support team for assistance.
