Application mobile supprimée de l'App Store ou de Google Play (ou compte de développeur résilié) : appel accéléré et sauvetage de certificat d'entreprise¶

Se réveiller avec un e-mail automatisé provenant d'Apple App Store Review ou de Google Play Trust & Safety indiquant que votre application mobile de production phare a été « Retirée de la vente », « Suspendue » ou que l'intégralité de votre Programme pour développeurs Apple ou de votre compte d'organisation de console Google Play a été résilié est une crise existentielle pour toute entreprise de logiciels, plateforme fintech, marque de commerce électronique ou entreprise de services sur le terrain. Pire encore, si votre organisation utilise le Apple Developer Enterprise Program (distribution interne) et qu'un certificat de distribution expiré, un profil d'approvisionnement révoqué ou un abonnement annuel expiré touche votre flotte, chaque application iOS interne sur des milliers d'iPhones et d'iPad d'employés se bloque instantanément au lancement avec la fenêtre contextuelle fatale : * "Impossible de vérifier l'application / [Nom de l'application] n'est plus disponible."* Si votre panne implique une cyberattaque criminelle active ou une extorsion de ransomware contre vos clés cloud, appelez les forces de l'ordre ou votre hotline de réponse aux incidents cyber via notre numéros d'urgence répertoire et référence croisée le registraire de domaine ou le compte cloud AWS suspendu pour échec de facturation ou signalement d'abus : panne de production, rançongiciel d'entreprise et violation de serveur, et plan de continuité des activités et reprise après sinistre.

Empêchez votre équipe d'ingénieurs d'enregistrer en panique un tout nouveau compte de développeur Apple ou de console Google Play à l'aide d'une carte de crédit d'entreprise dès maintenant. Le Graphique des comptes associés/violations antérieures automatisé de Google Play et le Système de prévention de la fraude des développeurs d'Apple suivent les identifiants matériels partagés, créent les adresses MAC des machines, les trousseaux de signature de code, les adresses IP, les numéros D-U-N-S, les cartes de paiement et les liaisons AdMob/Firebase. La création d'un compte de sauvegarde « d'évasion d'interdiction » sur le même ordinateur portable de développeur ou le même réseau Wi-Fi de bureau déclenche une interdiction permanente à vie instantanée et irréversible pour contournement (Politique de Google Play : processus d'application / violations répétées ou flagrantes ; contrat de licence du programme pour développeurs Apple, section 3.2[f]). Au lieu de cela, exécutez le diagnostic structuré, le correctif et l'escalade formelle du Comité d'examen des applications/Appel relatif aux règles de Google Play ci-dessous dans les deux premières heures.

Fais ça maintenant¶

1. Émettez un gel immédiat du « compte No Ban-Evasion » à l'échelle de l'entreprise pour chaque ingénieur, entrepreneur et fondateur. Interdisez explicitement à tout membre de votre équipe d'ouvrir un nouveau compte Google Play Console ou Apple Developer, de télécharger votre APK/AAB ou IPA sous un compte de développeur personnel, ou de se connecter à la console de développement d'un autre client à partir d'un ordinateur portable de l'entreprise ou d'une adresse IP VPN. Une seule tentative de contournement du bannissement convertit un malentendu politique curable en une liste noire permanente de plusieurs comptes.
2. Identifiez le rayon d'explosion exact dans les 5 minutes : s'agit-il d'un rejet/suppression d'une seule application, d'une adhésion/d'une retenue fiscale/d'un commerçant expiré, d'une révocation de certificat d'entreprise ou d'une résiliation complète de compte ?
3. Suspension administrative/facturation/conformité (correction la plus rapide de 1 à 24 heures) : Vérifiez si votre application a disparu du magasin uniquement en raison d'un abonnement annuel de développeur Apple de 99 $/299 $expiré, d'un accord de calendrier d'applications payantes (annexe ⅔) non vérifié, d'un statut de commerçant en vertu de la loi européenne sur les services numériques (DSA) ou d'un délai DUNS/vérification d'identité de l'organisation Google Play non vérifié.
4. Suppression/suspension d'une seule application : Les utilisateurs existants qui ont déjà téléchargé l'application peuvent toujours l'ouvrir, mais les nouveaux téléchargements et mises à jour sont bloqués (et les abonnements intégrés à l'application peuvent cesser de se renouveler).
5. Expiration/révocation du certificat interne de l'entreprise : L'application interne de chaque employé refuse de se lancer immédiatement une fois que l'appareil a vérifié l'OCSP d'Apple (ocsp.apple.com) serveur d'état des certificats.
6. Préservez votre backend de production pour les utilisateurs installés existants - n'éteignez PAS vos serveurs API et ne rompez pas la compatibilité ascendante. Lorsqu'Apple ou Google supprime une application grand public de la fiche Play Store, des millions d'utilisateurs existants qui ont déjà installé l'application sur leur téléphone peuvent toujours ouvrir et utiliser l'application normalement (sauf si un certificat d'entreprise a été révoqué). Maintenez vos API backend actives et déployez une bannière intégrée à l'application côté serveur dirigeant les utilisateurs vers votre Web mobile/application Web progressive (PWA) pour le paiement ou la gestion du compte pendant que vous faites appel.
7. Lisez la citation exacte des lignes directrices ou de la politique dans App Store Connect (Centre de résolution) ou Google Play Console (Statut de la politique) avant de répondre. N'envoyez jamais de réponse de colère, défensive ou émotionnelle de plusieurs paragraphes dans les 30 premières minutes. Vous obtenez généralement un examen humain principal à haute attention lors d'un appel : si vous le gaspillez en argumentant avant de corriger le SDK sous-jacent, l'autorisation, les métadonnées ou l'échec des informations d'identification de test, votre appel passe à la fin d'une file d'attente de plusieurs semaines.
8. Si votre mise à jour iOS est bloquée lors d'un crash de production critique, d'une vulnérabilité de sécurité ou d'un événement en direct, déposez immédiatement une « demande de révision accélérée de l'application » officielle d'Apple. En plus de soumettre votre binaire de correctif propre dans App Store Connect, soumettez le formulaire formel de révision accélérée expliquant le bogue grave ayant un impact sur l'utilisateur ou l'urgence juridique/de sécurité pour passer de la révision standard à la file d'attente prioritaire de 2 à 12 heures.
9. Auditez les SDK tiers, les WebViews et les journaux d'accès des sous-traitants créés au cours des 30 derniers jours. Plus de 60 % des suspensions soudaines d'applications de type « comportement trompeur », « logiciels malveillants/spywares » ou « lignes directrices 2.3.⅕.1.1 » ne sont pas causées par le code de votre produit principal, mais par un réseau publicitaire tiers récemment mis à jour, un SDK d'analyse, un SDK de paiement chinois/offshore, un cadre de chargement de code dynamique (tel que hot-patching non approuvé), ou un indépendant d'agence externe dont le compte personnel Google/Apple a été résilié pour spam sans rapport et a empoisonné votre compte via Contagious Account Association.

Arbre de décision : suppression d'applications, résiliation de compte et récupération de certificat d'entreprise¶

flowchart TD
    A["Application mobile de production hors ligne, supprimée du Store ou compte de développeur suspendu"] --> B{"Quel mode de défaillance exact s’est produit ?"}
    B -->|"L'application a disparu de l'App Store/Play Store dans le monde entier, AUCUN e-mail de violation des règles"| C["Vérifiez les retenues administratives/de conformité : carte de renouvellement automatique de 99 $/299 $ expirée, taxe sur les applications payantes non acceptées/accord de l'annexe 2, vérification DUNS ou vérification du commerçant DSA de l'UE."]
    C --> D["Mettre à jour la vérification du paiement/taxes/DSA dans App Store Connect ou Play Console -> Restauration de l'application dans le magasin dans un délai de 1 à 24 heures"]
    B -->|"L'employé/l'application iOS interne ne parvient pas à s'ouvrir (« Impossible de vérifier l'application » / « Développeur d'entreprise non approuvé »)"| E["Certificat de distribution ou profil de provisionnement Apple Enterprise (ADEP) expiré ou révoqué"]
    E --> F["Générer un nouveau certificat de distribution dans le portail de développeur -> Re-signer l'IPA avec le profil de provisionnement mis à jour -> Push new build + profile OTA via MDM (Jamf/Intune/Workspace ONE)"]
    B -->|"Application unique rejetée, retirée de la vente ou suspendue pour violation des règles"| G["Étape 1 : Centre de résolution d'audit / Citation de l'état de la politique + suppression du SDK incriminé, de l'autorisation ou de la connexion d'examen interrompue"]
    G --> H{"Est-ce l'App Store d'Apple ou Google Play ?"}
    H -->|"Apple App Store"| I["Télécharger une version propre -> Répondre dans le Centre de résolution avec une preuve de correction factuelle -> Demander un examen accéléré OU faire appel au comité d'examen des applications + planifier un appel téléphonique pour le développeur Apple"]
    H -->|"Google Play Store"| J["Si « Supprimé/Rejeté » : Soumettez une mise à jour AAB conforme via la Play Console -> Si « Suspendu (Grève) » : Déposez un appel de 1 000 caractères concernant la politique technique (ou téléchargez à nouveau sous un nouveau nom de package UNIQUEMENT si cela est explicitement autorisé par un avis)"]
    B -->|"Compte de développeur entièrement résilié (fraude Apple 3.2f ou violations antérieures de Google / risque élevé)"| K["GELER TOUTES LES CRÉATIONS DE NOUVEAUX COMPTES -> Audit pour association contagieuse (entrepreneurs/IP/SDK partagés) -> Déposer un appel juridique, de confiance/de sécurité auprès du D-U-N-S, des documents d'incorporation et une piste d'audit"]

Scénario 1 : la « disparition silencieuse » (suppressions administratives, fiscales, DUNS et de conformité à la DSA de l'UE)¶

Avant de supposer que votre application a été interdite pour violation des règles, vérifiez si un verrou administratif a automatiquement retiré votre application de la vente. Trente pour cent des cas de panique du type « notre application a disparu de l'App Store / Google Play » sont causés par cinq déclencheurs administratifs qui peuvent être résolus en 15 minutes :

Scénario 2 : Suppression, rejet ou résiliation du compte de l'App Store d'Apple¶

Lorsqu'Apple retire une application en direct de la vente ou bloque une version de production critique, votre réponse dépend de si l'application provient de Standard App Review (Directives 1-5) ou App Store Fraud & Trust/Relations avec les développeurs (Contrat de licence du programme Section 3.2[f]).

Étape 1 : Décoder la directive Apple exacte qui a déclenché la suppression¶

Connectez-vous à App Store Connect -> Applications -> [Votre application] -> Centre de résolution (ou Messages) et lisez la directive numérique exacte citée : - Directive 2.1 (Exhaustivité de l'application / Crash au lancement / Identifiants de test brisés) : L'évaluateur n'a pas pu se connecter car le mot de passe de votre compte de démonstration a expiré, 2FA a bloqué son adresse IP de Cupertino/Cork Irlande ou votre backend de préparation était en panne pendant l'examen. - Directive 2.3.1 (Fonctionnalités cachées ou non documentées / Exécution de code dynamique) : Souvent déclenchée par des configurations React Native CodePush/hot-update qui modifient fondamentalement le comportement de l'application après examen, ou par un SDK tiers contenant des sélecteurs obscurcis. - Directive 3.1.1 (Contournement des achats intégrés/liens de paiement externes) : Un bouton, une vue Web ou un lien d'assistance client dans votre application iOS dirige les utilisateurs vers une caisse Web (Stripe/PayPal) pour les abonnements numériques ou les pièces sans utiliser StoreKit (ou sans droit régional approuvé). - Directive 4.2/4.3 (Fonctionnalité minimale/Spam/Applications en double) : Déclenchée lorsqu'une entreprise publie plusieurs applications clientes en marque blanche sous un seul compte de développeur au lieu d'utiliser la distribution d'applications personnalisées (Apple Business Manager). - Directive 5.1.⅕.1.2 (Collecte de données, suivi ATT et étiquettes nutritionnelles de confidentialité) : Votre application accède aux identifiants d'appareil (IDFA) sans appeler le ATTrackingManager » invite d'abord, ou oblige les utilisateurs à créer un compte sans bouton ** « Supprimer le compte »** dans l'application (obligatoire depuis 2022).

Étape 2 : Comment demander un « examen accéléré de l'application » d'Apple (délai de 2 à 12 heures)¶

N'abusez jamais de l'examen accéléré pour les lancements de fonctionnalités de routine - Apple suit l'historique des demandes accélérées de votre compte et révoquera le privilège en cas d'utilisation abusive. Cependant, lorsque votre application de production en direct est retirée de la vente, plante en production pour les utilisateurs existants, souffre d'une faille de sécurité ou est liée à un événement juridique/en direct urgent :

1. Téléchargez d'abord le binaire fixe : Incrémentez votre numéro de build, archivez et téléchargez l'IPA fixe sur App Store Connect via Xcode ou Transporter, puis cliquez sur "Soumettre pour révision" pour que la build soit activement dans l'état "En attente de révision".
2. Envoyez le formulaire de demande accélérée/le flux de contact :
3. Aller à developer.apple.com/contact/app-store/?topic=expedite (connecté en tant que titulaire du compte ou administrateur).
4. Sélectionnez "Demander un examen accéléré de l'application", choisissez votre application et votre plate-forme, puis rédigez une justification technique concise en trois phrases : > "INCIDENT DE PRODUCTION CRITIQUE : Notre application de production en direct [Nom de l'application, ID Apple : 123456789] subit actuellement [retrait de la vente / crash mortel affectant X% des utilisateurs d'iOS 18 / correctif de vulnérabilité de sécurité critique]. Nous avons téléchargé la version [X.Y.Z (Build 402)], qui supprime complètement [SDK incriminé / corrige le crash du module Y]. Nous demandons respectueusement un examen accéléré pour restaurer le service pour notre [X 000] clients actifs."
5. Demandez un appel téléphonique en direct avec un spécialiste de l'évaluation des applications Apple :
6. Si votre application est bloquée dans des refus répétés en raison d'une directive mal comprise, vérifiez votre message de rejet dans App Store Connect ou utilisez le menu Contacter App Review pour sélectionner ** « Demander un appel téléphonique depuis App Review. »**
7. Un représentant Apple App Review (appelant généralement depuis un bureau californien) 408 ou numéro de Cork, Irlande) appellera votre numéro de téléphone indiqué dans les 24 à 48 heures pour parcourir l'enregistrement d'écran exact ou le symbole de code qui a déclenché le drapeau.

Étape 3 : Comment faire appel auprès du comité d'examen des applications Apple (ou contester un avis de résiliation de compte 3.2[f])¶

Si Apple émet un "Avis de résiliation" en vertu de la section 3.2(f) du contrat de licence du programme pour développeurs Apple (alléguant une activité malhonnête/frauduleuse, une manipulation d'avis ou des violations de compte associé), vous disposez généralement d'un **délai strict de 14 jours (ou 30 jours selon les règles P2B de l'UE) pour faire appel auprès du Comité d'examen des applications avant que votre compte et toutes les applications ne soient définitivement supprimés :

1. Effectuez un audit médico-légal interne immédiat : Vérifiez si une agence de marketing a acheté des installations/évaluations incitatives, si un ingénieur a testé de manière incorrecte les reçus volés/bac à sable, ou si un SDK tiers a injecté des appels d'API privés.
2. ** Soumettez un appel écrit formel au comité d'examen des applications : **
3. Ne pas nier les faits techniques vérifiés. Si un SDK ou un sous-traitant tiers malveillant a causé la violation, en assumez l'entière propriété, montrez le hachage exact du commit Git où le code/SDK incriminé a été supprimé, joignez votre enregistrement Dun & Bradstreet (D-U-N-S), les documents de création d'entreprise, les mesures des utilisateurs audités et les lettres des clients de l'entreprise, et décrivez les contrôles CI/CD permanents que vous avez mis en œuvre afin que cela ne puisse jamais se reproduire.

Scénario 3 : suspension de l'application Google Play ou résiliation du compte de développeur¶

Google Play applique un système strict de « trois frappes/violations flagrantes » qui est largement automatisé. Il est essentiel de comprendre la différence entre un Rejet/Suppression et une Suspension :

Comment rédiger un appel gagnant pour une suspension ou une résiliation de compte de Google Play¶

Le formulaire d'appel de suspension initial de Google Play limite souvent votre réponse à 1 000 caractères (bien que les fils de discussion ultérieurs autorisent les pièces jointes au format PDF). Chaque personnage doit compter :

1. ** Ne téléchargez jamais à nouveau l'application sous un nouveau nom de package (com.company.app2) Pendant la suspension, sauf indication explicite :** Sauf si l'e-mail de suspension de Google indique explicitement "Vous pouvez télécharger une nouvelle version conforme sous un nouveau nom de package", en téléchargeant la même application sous un nouveau nom de package. applicationId pendant la suspension est signalé par le scanner de similarité binaire de Google comme Contournement / Évasion d'interdiction et déclenche la Résiliation instantanée du compte.
2. Structure de l'appel à 1 000 caractères :
3. Ligne 1 (Identité et légitimité) : Indiquez votre dénomination sociale, votre numéro D-U-N-S, le nom du package (com.example.app) et le service légitime fourni par l'entreprise (par exemple, "Portail de télésanté de soins de santé réglementé pour 85 000 patients de [Système hospitalier]").
4. Ligne 2 (Analyse des causes profondes) : Répondez directement à la politique exacte citée dans l'e-mail de suspension (par exemple, Ussuration d'identité/Propriété intellectuelle, Comportement trompeur, Spyware/Stalkerware, Autorisations sensibles [SMS/Journal des appels/AccessibilityService] ou Violations antérieures par compte associé).
5. Ligne 3 (Preuve d'autorisation ou de correction) :
   • En cas de suspension pour usurpation d'identité/marque/affiliation gouvernementale : indiquez que vous joignez la lettre d'autorisation de marque/certificat d'enregistrement de marque/contrat gouvernemental PDF officiel sur du papier à en-tête officiel.
   • En cas de suspension pour résiliation de compte associée : expliquez clairement si vous avez embauché une agence externe/un indépendant ou si vous avez acquis une application via un transfert d'actifs, répertoriez les adresses e-mail exactes des utilisateurs externes que vous avez supprimés des utilisateurs et autorisations de la Play Console et proposez des documents de création d'entreprise prouvant que votre entreprise est une entité juridique indépendante.
   • En cas de suspension en raison d'une erreur de stratégie de code/SDK : expliquez la cause technique exacte (par exemple, "La version 2.4.1 a accidentellement quitté READ_MEDIA_IMAGES dans AndroidManifest.xml à partir d'une dépendance héritée") et demandez l'autorisation de télécharger une version propre 2.4.2 au nom du package d'origine.

Scénario 4 : Expiration ou révocation du certificat d'entreprise Apple (ADEP) (sauvetage d'application interne pour les employés)¶

Si votre entreprise distribue des applications métier internes aux employés, aux scanners d'entrepôt, aux iPads des cockpits d'avions ou aux cliniciens hospitaliers en dehors de l'App Store public à l'aide du Programme Apple Developer Enterprise (299 $/an de distribution interne), un échec de certificat est une panne opérationnelle immédiate.

Pourquoi toutes les applications des employés cessent soudainement de s'ouvrir exactement à la même minute¶

Chaque application iOS signée avec un certificat de distribution d'entreprise interne repose sur deux fichiers cryptographiques avec des dates d'expiration strictes : 1. Le Certificat de Distribution Entreprise (.p12 / .cer): Valable pendant 3 ans à compter de la création (ou révoqué immédiatement si quelqu'un clique sur "Révoquer" dans le portail, si l'abonnement annuel de 299 $ expire ou si Apple révoque le certificat pour abus de chargement public). 2. Le profil de provisionnement interne (.mobileprovision) intégré à l'IPA : Valable 12 mois à compter de la génération.

Au moment où le certificat ou le profil de provisionnement expire - ou si Apple révoque le certificat - chaque appareil iOS qui vérifie le répondeur OCSP d'Apple (ocsp.apple.com) bloque le lancement de l'application avec "Impossible de vérifier l'application : une connexion Internet est requise pour vérifier la confiance" ou "[Nom de l'application] n'est plus disponible."

Récupération d'urgence étape par étape via MDM (sans supprimer les données des applications des employés)¶

RÈGLE CRITIQUE : Dites à vos employés de NE PAS supprimer/désinstaller l'application défectueuse de leur iPhone ou iPad. Si un employé supprime l'icône de l'application, iOS efface définitivement la base de données SQLite locale de l'application et les données de champ hors ligne non synchronisées. Si vous envoyez un profil de provisionnement nouvellement signé ou un IPA mis à jour avec exactement le même ID de bundle (CFBundleIdentifier) au-dessus de l'icône existante via MDM, iOS met à jour la signature en place et préserve 100 % des données locales de l'utilisateur.

1. Cas A : seul le profil d'approvisionnement de 12 mois a expiré (le certificat de distribution de 3 ans est toujours valide) :
2. Vous n'avez même PAS besoin de recompiler ou de télécharger à nouveau le binaire de l'application.
3. Connectez-vous developer.apple.com -> Certificats, identifiants et profils -> Profils.
4. Modifiez le profil de provisionnement interne expiré, sélectionnez le certificat de distribution valide existant, cliquez sur ** Enregistrer ** et téléchargez le nouveau. .mobileprovision dossier (maintenant valable encore 12 mois).
5. Téléchargez JUSTE le nouveau .mobileprovision fichier dans votre console de gestion des appareils mobiles (MDM) (Jamf Pro, Microsoft Intune, Omnissa Workspace ONE, Kandji ou Mosyle) et transmettez-le à tous les appareils gérés par liaison radio. L'application de chaque employé recommencera immédiatement à s'ouvrir dans les 5 minutes sans retélécharger l'IPA.
6. Cas B : Le certificat de distribution d'entreprise de 3 ans a expiré ou a été révoqué :
7. Un nouveau profil de provisionnement ne réparera pas à lui seul un certificat de signature cryptographique expiré ou révoqué : le binaire de l'application lui-même doit être re-signé avec un nouveau certificat de distribution.
8. Étape 1 : Générez une demande de signature de certificat (CSR) dans l'accès au trousseau, créez un nouveau certificat de production interne et ad hoc dans le portail des développeurs Apple, puis téléchargez/installez-le dans le trousseau de votre serveur de build.
9. Étape 2 : Générez un nouveau profil de provisionnement interne lié à ce nouveau certificat.
10. Étape 3 : Soit réarchivez votre projet Xcode avec une version supérieure CFBundleVersion OU utiliser fastlane sigh resign / codesign pour re-signer votre production existante .ipa fichier avec le nouveau certificat et le nouveau profil (en conservant exactement le même identifiant de bundle).
11. Étape 4 : Téléchargez le nouveau formulaire signé .ipa à votre serveur de manifeste MDM ou OTA interne (itms-services://) et envoyez une mise à jour obligatoire de l'application sur tous les appareils.
12. Migration à long terme loin des certificats d'entreprise fragiles : Apple supprime activement les anciens certificats d'entreprise internes au profit d'applications personnalisées distribuées via Apple Business Manager (ABM) / Programme d'achat en volume (VPP). Les applications distribuées via Apple Business Manager utilisent la propre infrastructure de signature de code de l'App Store d'Apple, ce qui signifie que les profils de provisionnement n'expirent jamais sur les appareils des employés et que votre application interne ne peut jamais soudainement s'étendre à votre flotte un dimanche matin.

Numéros d'urgence régionaux et protocoles des agences¶

Si la suppression de votre application mobile ou la résiliation de votre compte ont été causées par une violation d'identifiants externes, une attaque de ransomware sur votre serveur de build CI/CD ou une demande d'extorsion malveillante, signalez le cyber-incident aux autorités nationales compétentes lors de l'exécution de votre appel sur la plateforme :

• États-Unis : Signalez les prises de contrôle de compte non autorisées ou les extorsions au FBI Internet Crime Complaint Center (IC3) sur ic3.gov et à la Cybersecurity and Infrastructure Security Agency (CISA) au 1-844-Say-CISA (1-844-729-2472). En cas de pratiques commerciales déloyales sur la plateforme ou d'usurpation d'identité commerciale, consultez la Federal Trade Commission (FTC) ou le procureur général de votre État.
• Union européenne et Royaume-Uni : En vertu du Règlement européen Platform-to-Business (P2B) (UE) 2019/1150 et du Digital Markets Act (DMA), Apple et Google sont légalement tenus de fournir aux utilisateurs professionnels établis dans l'UE un Déclaration des raisons spécifique au moins 30 jours avant la résiliation complète d'un compte (sauf en cas d'obligations légales/réglementaires ou de violations répétées) et de donner accès à un compte interne. système de traitement des plaintes et organismes de médiation P2B de l'UE certifiés (répertoriés sur la page de médiation P2B d'Apple et sur la page de recours des utilisateurs professionnels de l'UE de Google Play). En cas de cyber-violations, informez votre CSIRT et votre autorité nationale de protection des données dans les 72 heures conformément au RGPD, ou appelez le Royaume-Uni NCSC / Action Fraud au 0300 123 2040.
• Canada : Contactez le Centre canadien pour la cybersécurité au 1-833-CYBER-88 (1-833-292-3788).
• Australie et Nouvelle-Zélande : Appelez la ligne d'assistance téléphonique pour la cybersécurité de l'Australian Signals Direction (ASD) au 1300 CYBER1 (1300 292 371) ou CERT NZ au 0800 237 869.
• Inde et Asie-Pacifique : signalez les cyberincidents à CERT-In (Inde) au 1800-11-4949, JPCERT/CC (Japon) ou SingCERT (Singapour). Consultez notre annuaire mondial sur numéros d'urgence.

Questions fréquemment posées¶

Si notre compte Google Play ou Apple Developer est résilié, pouvons-nous simplement ouvrir un nouveau compte sous une autre adresse e-mail et télécharger à nouveau notre application ?¶

Non : tenter d'ouvrir un nouveau compte de développeur pour télécharger à nouveau une application suspendue est l'erreur la plus destructrice qu'une entreprise puisse commettre. Google Play et Apple suivent les identifiants matériels des appareils, les empreintes digitales des machines de construction macOS/Windows, les hachages de magasin de clés, les signatures de code, les adresses IP, les enregistrements D-U-N-S et les identifiants Firebase/AdMob ; un nouveau compte ouvert depuis votre bureau ou votre ordinateur portable sera automatiquement résilié dans les 24 à 72 heures pour « contournement/violations antérieures », détruisant définitivement vos chances de gagner un appel légitime sur votre compte principal.

Les utilisateurs existants perdent-ils l'application sur leur téléphone si Apple ou Google supprime notre application du magasin ?¶

Pour les applications publiques standard de l'App Store et de Google Play, la suppression ou la suspension d'une application de la boutique empêche uniquement les NOUVEAUX utilisateurs de la télécharger et vous empêche d'envoyer des mises à jour d'application ; les utilisateurs existants qui ont déjà installé l'application sur leur iPhone ou leur téléphone Android peuvent continuer à ouvrir et à utiliser l'application normalement tant que vos serveurs API back-end restent opérationnels. La seule exception est une application Apple Enterprise (In-House) dont le certificat de distribution est révoqué, qui cesse immédiatement de s'ouvrir sur tous les appareils une fois qu'iOS a vérifié le serveur OCSP d'Apple.

Combien de temps dure une évaluation accélérée d’une application Apple en cas d’urgence de production réelle ?¶

Une fois que votre version corrigée est téléchargée sur App Store Connect, soumise pour examen et approuvée pour une demande de révision accélérée via le portail de contact des développeurs d'Apple, l'équipe de révision d'Apple récupère et termine généralement la révision dans un délai de 2 à 12 heures (souvent en moins de 4 heures pendant les heures de bureau aux États-Unis et dans l'Union européenne), contre 24 à 48 heures pour une révision standard.

Pourquoi Google Play a-t-il résilié notre compte de développeur d'entreprise pour "Violations antérieures d'un compte associé" alors que nous n'avons qu'un seul compte ?¶

Cela se produit presque toujours en raison d'une « association de compte contagieuse » : un développeur indépendant externe, un entrepreneur en assurance qualité, une agence de marketing ou un ancien employé qui a obtenu des autorisations d'utilisateur sur votre console Google Play s'est également connecté (ou possédait) un autre compte de développeur Google Play qui a été banni pour violation des règles. Étant donné que les deux comptes partageaient l'adresse IP, l'empreinte digitale du navigateur ou la session de connexion de cet entrepreneur, le graphique automatisé de Google a relié les deux comptes ; pour l'annuler, vous devez révoquer l'accès de l'utilisateur externe et soumettre une vérification d'entreprise prouvant que votre entreprise est une entité juridique distincte et non liée.

Comment pouvons-nous réparer un profil Apple Enterprise Provisioning expiré sans effacer les données des applications hors ligne de nos employés ?¶

Demandez à tous les employés de NE PAS supprimer l’application défectueuse de leurs appareils. Si seul le profil d'approvisionnement interne de 12 mois a expiré (et que le certificat de distribution de 3 ans est toujours valide), générez et téléchargez simplement un nouveau `.mobileprovision` fichier dans le portail des développeurs Apple et diffusez ce profil par liaison radio via votre MDM (Jamf, Intune, Workspace ONE) - l'application existante se déverrouillera et s'ouvrira immédiatement avec toutes les données locales intactes. Si le certificat de 3 ans lui-même a expiré, signez à nouveau l'IPA avec un nouveau certificat en utilisant exactement le même ID de bundle et envoyez-le en tant que mise à jour de l'application MDM sur place.

Guides associés¶

• Bureau d'enregistrement de domaine ou compte cloud AWS suspendu pour échec de facturation ou signalement d'abus : interruption de production
• Réponse aux ransomwares et aux violations de serveur pour les entreprises
• Crise virale des relations publiques, fausse diffamation, bombardement d'avis et réponse à l'extorsion
• Plan de continuité des activités et reprise après sinistre

Sources et directives officielles¶

• Documentation officielle des développeurs Apple (États-Unis/mondial) : Directives d'examen de l'App Store, demande d'examen accéléré d'une application, appel au comité d'examen des applications et contrat de licence du programme pour développeurs Apple (section 3.2[f]).
• Aide de la console Google Play et centre de règles pour les développeurs : Processus d'application (rejets, suppressions, suspensions et résiliations de compte), appel en cas de violation des règles et prévention des résiliations de comptes associées.
• Commission européenne (Union européenne) : Règlement (UE) 2019/1150 visant à promouvoir l'équité et la transparence pour les utilisateurs professionnels des services d'intermédiation en ligne (règlement P2B) - Avis de résiliation dans un délai de 30 jours et droits de médiation.
• Guide de déploiement de la plateforme Apple (Entreprise et MDM) : Distribution d'applications internes propriétaires, gestion du profil de provisionnement et de l'expiration des certificats via MDM et migration vers des applications personnalisées dans Apple Business Manager.