Annexe 1
Architecture
technique

Namespace FamilyControls (iOS 15+). Fournit l'autorisation pour l'ensemble de la chaîne de protection parental au niveau système. Sans cet entitlement, aucune des couches ci-dessous ne fonctionne. L'entitlement est lié au compte développeur et à l'identifiant d'app — impossible à transférer à une autre app.

Framework ManagedSettings (iOS 15+). Permet d'imposer des restrictions sur : (1) les applications native (blocage de TikTok, Instagram, Snapchat, etc.), (2) les catégories de contenu web via WebContentFilter, (3) les paramètres de l'appareil (désactivation des achats in-app, restrictions des comptes). Les restrictions survivent aux redémarrages de l'appareil.

Extension DeviceActivityMonitor (iOS 15+). S'exécute en arrière-plan dans un processus isolé, indépendant de l'app principale. Déclenche des callbacks aux plages horaires configurées par le parent. Implémente le couvre-feu 22h00–08h00 conforme à la Recommandation 32 sans aucune intervention du parent au moment de l'exécution. Résilient aux coupures réseau et aux passages en mode avion.

WKWebView est le moteur WebKit natif d'Apple, utilisé par Safari lui-même. WKContentRuleList permet d'appliquer des règles de blocage déclaratives (format JSON compilé) directement dans le moteur de rendu — avant même que la requête réseau soit émise. Aucune donnée ne quitte l'appareil pour décider si un contenu est bloqué. Les règles sont mises à jour localement via une liste de domaines maintenue par SOS ÉCRANS.

AuthorizationCenter.shared.requestAuthorization(for: .individual) : déclenche le dialogue système d'Apple demandant au parent de s'authentifier (Face ID / Touch ID) pour activer les contrôles familiaux. C'est la vérification parentale de facto — le parent doit physiquement autoriser l'activation sur l'appareil de l'enfant.

Fournit l'accès aux données de temps d'utilisation par application (UsageStatsManager) et permet de configurer des limites d'application via AppOpsManager. Contrairement à iOS où tout passe par FamilyControls, Android permet une granularité fine : limiter l'usage d'une application spécifique à N minutes par jour sans bloquer d'autres applications. Utilisé pour implémenter les plages de couvre-feu et les budgets de temps par catégorie d'usage.

API de supervision parentale fournie par Google Play Services. Permet au parent de gérer à distance les applications installées, les achats, les paramètres de localisation et les restrictions de contenu. Fonctionne via un compte Google supervisé — l'enfant utilise un compte Google enfant lié au compte parent. Plus documenté et stable que l'équivalent iOS pour les mises à jour over-the-air des règles parental.

Basé sur le moteur Chromium. Contrairement au WKWebView d'iOS, le WebView Android expose une API WebViewClient.shouldInterceptRequest() qui permet d'intercepter et bloquer des requêtes réseau avant leur émission, avec une granularité plus fine que les Content Rules iOS. L'implémentation Shieldy Android utilise cette API pour un filtrage déclaratif analogue à WKContentRuleList, mais avec une capacité de mise à jour dynamique des règles sans redémarrage.

Sur les appareils gérés (école, entreprise), DevicePolicyManager fournit un niveau de contrôle encore plus complet que FamilyControls iOS : désactivation du mode développeur, blocage du sideloading d'applications, restriction des paramètres systèmes. Pour les établissements scolaires, c'est la brique la plus robuste — elle supprime la possibilité de contournement par réinitialisation de l'appareil (contrairement à la Chine qui connaît ce problème, cf. Rapport p. 279).

AccessibilityService permet de détecter les interactions utilisateur à l'échelle du système (ouverture d'applications, navigation dans les paramètres). Utilisé pour détecter les tentatives de désinstallation ou de modification des paramètres de contrôle parental. Sur Android, cette approche est légale et techniquement plus accessible qu'un équivalent iOS. Elle est complétée par PackageInstallObserver pour surveiller l'installation d'applications potentiellement contournantes (VPN tiers).

Principe : les sauvegardes iCloud de l'iPhone enfant — activées par défaut pour les comptes Apple configurés par les parents — contiennent les messages iMessage, les SMS, et les logs d'appels. Un parent ayant accès au compte Apple de son enfant mineur peut accéder légalement à cette sauvegarde.

Ce que ça couvre : iMessage (archives), SMS/MMS (archives), historique d'appels, liste des contacts récents. WhatsApp sauvegarde également sur iCloud si l'option est activée dans l'app.

Ce que ça ne couvre pas : les messages Snapchat (disparaissent par conception), les messages Signal (chiffrement E2E, sauvegarde non disponible), les messages en temps réel (analyse différée uniquement).

Cadre légal : le parent est titulaire du compte Apple d'un enfant de moins de 13 ans (règle App Store). Pour les 13-17 ans, Family Sharing avec compte enfant : le parent peut accéder aux données du compte via iCloud.com en tant qu'organisateur du groupe familial. Autorité parentale, art. 371-1 Code civil.

Limitation critique : analyse réactive (après incident), pas préventive. Snapchat : pas de sauvegarde. Signal : chiffrement côté device, sauvegarde chiffrée inaccessible. L'outil de référence qui utilise cette méthode en production est Bark (USA), qui couple l'analyse iCloud avec un agent MDM iOS. Bark a annoncé une expansion européenne pour 2026 — sa conformité RGPD reste à établir.

Positionnement Shieldy : cette stratégie est documentée ici à titre informatif. Elle n'est pas intégrée à la version actuelle de Shieldy — son implémentation RGPD-conforme nécessite un avis juridique spécifique sur la distinction entre sauvegarde familiale et surveillance de communications.

Principe : si lire le contenu des messageries chiffrées est juridiquement impossible en Europe, il est possible de détecter des signaux comportementaux qui indiquent qu'une situation anormale se produit — sans lire un seul message.

Les 5 couches techniques documentées (ARCHITECTURE.md, 13 mai 2026) :

Couche 1 — Pré-filtre comportemental (0€, pas d'IA) : heure d'envoi des messages, fréquence anormale, volume inhabituel. Source : BF-PSR Framework (Université de São Paulo) — 7 signaux comportementaux de grooming, aucune IA nécessaire.

Couche 2 — Détection de toxicité (gratuit) : Perspective API (Google Jigsaw) — analyse le texte visible dans le navigateur Shieldy. 500 millions de requêtes/jour sur les plateformes mondiales. Comprend le français natif.

Couche 3 — Détection de grooming par séquence (open source Apache 2.0) : Roblox Sentinel, utilisé sur 100 millions d'utilisateurs. Détecte l'évolution du ton sur 10-20 messages (confiance forcée → isolation → demandes intimes). Adapté au français via CamemBERT.

Couche 4 — Détection de manipulation émotionnelle (dataset ACL 2024) : MentalManip — 4 000 dialogues annotés. Détecte les techniques de manipulation préalables aux actes explicites (isolement, love bombing, culpabilisation). Voit ce que les filtres de mots-clés ne voient pas.

Couche 5 — Validation croisée (Tuteliq SDK, MIT, iOS 15+) : pour les cas incertains, deuxième avis d'un modèle spécialisé. 1 000 requêtes gratuites/mois — suffisant pour la phase bêta.

Principe de traitement : toutes les analyses s'effectuent localement sur l'appareil de l'enfant. Seules les alertes (niveau + app source + horodatage) sont transmises au parent. Le texte brut ne quitte jamais l'appareil. C'est la différence structurelle avec Bark, qui envoie le contenu à ses serveurs.

Principe : iOS propose nativement, via Screen Time et ManagedSettings, une fonctionnalité "Limites de communication" qui permet au parent de restreindre les appels téléphoniques, FaceTime et iMessage de l'enfant aux contacts uniquement autorisés. Cette fonctionnalité s'applique au niveau système, indépendamment du navigateur.

Ce que ça couvre : appels téléphoniques d'inconnus (liste blanche de numéros autorisés), FaceTime (personnes du carnet de contacts uniquement), iMessage (personnes du carnet de contacts uniquement pendant et hors du temps scolaire, configurable séparément). Particulièrement efficace pour bloquer les tentatives de premier contact d'un prédateur via un numéro inconnu.

Ce que ça ne couvre pas : WhatsApp, Snapchat, Discord, et toutes les messageries tier-applicatives — elles ont leur propre système de contacts, indépendant du carnet iOS. Un inconnu peut contacter l'enfant via ces apps même si Communication Limits est activé.

Implémentation Shieldy : ManagedSettings.communicationLimits — configuré depuis l'interface parent lors du setup initial. Le parent désigne les contacts autorisés via FamilyActivitySelection. Pour les 6-10 ans : liste blanche stricte (famille uniquement). Pour les 11-14 ans : contacts du carnet approuvé par le parent. Pour les 15-18 ans : aucune restriction recommandée (autonomie progressive).

Note sur iOS 26 : Apple a annoncé lors de la WWDC 2025 des fonctionnalités de PermissionKit qui permettront au parent d'être notifié quand un inconnu contacte l'enfant sur iMessage. Cette fonctionnalité native — attendue en production iOS 26 — comble partiellement le gap des messageries natives pour les appareils Apple. Elle n'existe pas encore sur Android.

Source IWF 2024 : 68% des premiers contacts à risque passent par WhatsApp ou iMessage. Communication Limits couvre la partie iMessage de cette statistique. La partie WhatsApp reste structurellement hors de portée des outils légaux en Europe — et est couverte par la stratégie éducative (Atelier ZenÉcran, module "Premiers dangers").