Sécurité des plateformes Apple
- Bienvenue
- Introduction à la sécurité des plateformes Apple
-
- Aperçu de la sécurité matérielle
- Sécurité du système sur une puce d’Apple
- Secure Enclave
-
- Sécurité biométrique
- Clavier Magic Keyboard doté de Touch ID
- Optic ID, Face ID, Touch ID, les codes et les mots de passe
- Sécurité de la correspondance Optic ID
- Sécurité de la correspondance faciale
- Utilisations d’Optic ID, de Face ID et de Touch ID
- Intention sécurisée et connexions au Secure Enclave
- Déconnexion matérielle du micro
- Mode Express pour les cartes accessibles en mode Réserve
-
- Aperçu de la sécurité du système
- Sécurité du volume système signé
- Mises à jour logicielles sécurisées
- Améliorations rapides à la sécurité
- Intégrité du système d’exploitation
- BlastDoor pour Messages et IDS
- Sécurité en mode de confinement
-
- Fonctionnalités de sécurité du système supplémentaires sous macOS
- Protection de l’intégrité du système
- Caches de confiance
- Sécurité du processeur périphérique
- Rosetta 2 sur un Mac avec puce Apple
- Protections de l’accès direct à la mémoire
- Extension sécurisée du noyau
- Sécurité des mémoires mortes d’option
- Sécurité du programme interne UEFI des Mac avec processeur Intel
- Sécurité du système sous watchOS
- Génération de nombres aléatoires
- Appareil de recherche en sécurité d’Apple
-
- Aperçu du chiffrement et de la protection des données
- Codes et mots de passe
-
- Aperçu de la protection des données
- Protection des données
- Classes de protection des données
- Conteneurs de clés pour la protection des données
- Protection des clés dans d’autres modes de démarrage
- Protection des données utilisateur contre les attaques
- Protection scellée des clés (SKP)
- Rôle du système de fichiers d’Apple
- Protection des données du trousseau
- Signature numérique et chiffrement
-
- Aperçu de la sécurité des services
-
- Aperçu de la sécurité du code
- Sécurité de Connexion avec Apple
- Génération automatique de mots de passe robustes
- Sécurité du remplissage automatique des mots de passe
- Accès des apps aux mots de passe enregistrés
- Avis relatifs à la sécurité des mots de passe
- Surveillance des mots de passe
- Envoi de mots de passe
- Extensions de fournisseurs d’informations d’identification
-
- Aperçu de la sécurité d’Apple Pay
- Sécurité des composants Apple Pay
- Protection des achats des utilisateurs grâce à Apple Pay
- Autorisation de paiement avec Apple Pay
- Paiements par carte avec Apple Pay
- Cartes sans contact dans Apple Pay
- Invalidation des cartes avec Apple Pay
- Sécurité d’Apple Card
- Sécurité d’Apple Cash
- Paiement rapide sur iPhone
- Sécurité d’Apple Messages for Business
- Sécurité de FaceTime
- Glossaire
- Historique des révisions du document
- Droits d’auteur
Signature du code des apps sous macOS
Toutes les apps de l’App Store sont signées par Apple. Cette signature vise à garantir qu’elles n’ont pas été altérées. Apple signe également les apps préinstallées sur ses appareils.
Sur les appareils sous macOS 10.15, toutes les apps qui ne proviennent pas de l’App Store doivent être signées par le développeur à l’aide d’un certificat d’identification délivré par Apple (associé à une clé privée) et notarisées par Apple, afin que la fonctionnalité Gatekeeper, si elle est configurée par défaut, autorise leur exécution. Les apps maison doivent également être signées avec un certificat de développeur délivré par Apple pour que les utilisateurs puissent en valider l’intégrité.
Sur les appareils sous macOS, la notarisation et la signature de code fonctionnent séparément et peuvent être effectuées par différents acteurs et à des fins différentes. La signature du code est effectuée par le développeur à l’aide de son certificat d’identification (délivré par Apple). La vérification de cette signature prouve à l’utilisateur que le logiciel du développeur n’a pas été altéré depuis qu’il l’a conçu et signé. La notarisation peut être effectuée par quiconque participe à la chaîne de distribution du logiciel et prouve qu’Apple a reçu une copie du code pour confirmer l’absence de tout logiciel malveillant. Un ticket de notarisation, stocké sur les serveurs Apple, peut être facultativement joint à l’app (par n’importe qui) sans invalider la signature du développeur.
Les contrôles d’accès obligatoires requièrent la signature du code pour activer les déclarations d’autorisation protégées par le système. Par exemple, les apps qui demandent à traverser le coupe-feu doivent détenir un code signé assorti de l’autorisation appropriée émanant des contrôles d’accès obligatoires.