View a markdown version of this page

AMI-based exigences relatives aux produits pour AWS Marketplace - AWS Marketplace
Politiques relatives aux vendeurs de produits AMIStratégies de sécuritéPolitiques d'architectureInstructions d'utilisation du produit AMIPolitiques relatives aux versions des produits AMIExigences relatives aux produits FPGAPolitiques relatives aux informations des clientsPolitiques d'utilisation des produits

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

AMI-based exigences relatives aux produits pour AWS Marketplace

AWS Marketplace applique les politiques suivantes pour tous les produits et offres Amazon Machine Image (AMI). Les politiques de cette section visent à fournir aux clients une plate-forme informatique sûre, sécurisée et fiable.

Tous les produits et leurs métadonnées associées sont révisés lorsqu'ils sont soumis pour s'assurer qu'ils respectent ou dépassent AWS Marketplace les politiques en vigueur. Ces politiques sont régulièrement mises à jour pour s'aligner sur l'évolution des directives de sécurité. AWS Marketplace analyse en permanence les produits pour vérifier que les offres existantes continuent de répondre à toute modification de ces exigences. Si un produit n'est pas conforme, nous AWS Marketplace contacterons le vendeur pour le mettre à jour afin qu'il réponde aux nouvelles normes. Dans certains cas, les produits peuvent être temporairement indisponibles pour les nouveaux abonnés jusqu'à ce que les problèmes soient résolus. Ce processus permet de maintenir la sécurité et la fiabilité de la AWS Marketplace plateforme pour tous les utilisateurs.

Avant de soumettre votre produit, nous vous recommandons vivement d'utiliser la fonction « Ajouter une version » Portail de gestion AWS Marketplace pour tester la conformité avec les politiques en vigueur.

Politiques relatives aux vendeurs de produits AMI

Toutes les AMI doivent respecter les politiques suivantes relatives aux vendeurs :

  • Par défaut, AWS Marketplace les vendeurs sont limités à un maximum de 75 listes de produits AMI publiques. Tous les vendeurs dépassant leur limite sont soumis à un examen périodique des performances et peuvent être tenus de limiter les offres peu performantes. AWS Marketplace peut accorder et révoquer des augmentations de cette limite à sa seule discrétion.

Stratégies de sécurité

Politiques générales

Toutes les AMI doivent respecter les politiques suivantes :

  • Les AMI doivent passer tous les contrôles de sécurité et ne doivent pas contenir de vulnérabilités critiques ou de gravité élevée non corrigées, ni de programmes malveillants identifiés lors de l'analyse.

  • Les AMI doivent utiliser les systèmes d'exploitation et les logiciels actuellement pris en charge. Les systèmes d'exploitation et les logiciels arrivés en fin de vie ne sont pas autorisés.

  • Les AMI ne doivent pas dater de plus de deux ans à compter de leur date de création. Les AMI qui dépassent cet âge ne sont pas autorisées.

  • Password-based l'authentification pour les services d'exemple est interdite. Cela s'applique même si le mot de passe est généré, réinitialisé ou défini par l'utilisateur au lancement. Les mots de passe nuls et vides ne sont pas autorisés.

    Exceptions :

    • Mots de passe d'administrateur générés par EC2Config/EC2Launch des instances Windows.

    • Non-administrative accès aux services hôtes (applications Web, par exemple) en l'absence d'autres méthodes d'authentification. Si des mots de passe forts sont utilisés, ils doivent être générés de manière aléatoire pour chaque instance, utilisés une seule fois par l'administrateur du service pour l'authentification initiale et modifiés immédiatement après la première connexion.

  • L'AMI ne doit pas contenir de secrets codés en dur tels que les mots de passe des utilisateurs et des services du système (y compris les mots de passe hachés), les clés privées ou les informations d'identification.

  • Les AMI ne doivent pas demander AWS d'informations d'identification pour accéder aux AWS services. Si votre produit nécessite l'accès à AWS des services, un rôle à privilèges minimaux Gestion des identités et des accès AWS (IAM) doit être attribué à une instance. Les utilisateurs peuvent créer des rôles manuellement ou à l'aide d'un CloudFormation modèle. Lorsque le lancement d'une seule AMI est activé pour les produits dotés d'un mode de CloudFormation livraison, les instructions d'utilisation doivent inclure des instructions claires pour la création de rôles IAM à privilèges minimaux. Pour plus d'informations, consultez la section Livraison de votre AMI-based produit en utilisant AWS CloudFormation.

  • Un vendeur ne doit pas avoir accès aux instances gérées par un client. Si un tel accès est nécessaire à des fins d'assistance ou à d'autres fins, le client peut être invité à l'activer explicitement.

Politiques d'accès SSH (Secure Shell)

Outre les politiques générales, les AMI fournissant un accès SSH (Secure Shell) doivent respecter les politiques de sécurité suivantes :

  • Les AMI ne doivent pas autoriser l'authentification par mot de passe via SSH. Pour vous en assurer, dans votre sshd_config fichier, définissez PasswordAuthentication surno.

  • Les AMI doivent désactiver les connexions à distance par mot de passe pour les comptes de superutilisateur. Pour plus d'informations, voir Désactiver les connexions à distance par mot de passe pour l'utilisateur root.

  • Les AMI ne doivent pas contenir de clés publiques autorisées pour l'accès SSH.

  • Le protocole SSH sur les AMI doit être accessible aux procédures de vérification AWS Marketplace internes.

    • Le service SSH doit écouter sur le port TCP spécifié pour l'analyse de l'AMI. Pour plus d'informations, voir Ajouter une nouvelle version.

    • SSH doit être accessible depuis les sous-réseaux 10.0.0.0/16 10.2.0.0/16 et 10.17.0.0/16 sur l'adresse IP attribuée par Amazon Elastic Compute Cloud (Amazon EC2) lors du lancement de l'instance.

Politiques relatives aux AMI basées sur Linux et d'autres systèmes Unix-like d'exploitation

Outre les politiques générales, les AMI basées sur Linux et d'autres systèmes Unix-like d'exploitation doivent respecter les politiques de sécurité suivantes :

  • Les AMI doivent permettre aux utilisateurs d'obtenir un accès entièrement privilégié (par exemple, pour autoriser sudo l'accès).

Politiques relatives aux Windows-based AMI

Outre les politiques générales, les Windows-based AMI doivent respecter les politiques de sécurité suivantes :

  • Les AMI ne doivent pas contenir de comptes invités.

  • Seuls les comptes d'administrateur peuvent bénéficier d'un accès au poste de travail à distance à une instance.

  • Les AMI Windows doivent générer des mots de passe d'administrateur en activant ces options dans EC2Launch (ou EC2Config pour Windows 2016 et versions antérieures) :

    • Ec2SetPassword

    • Ec2WindowsActivate

    • Ec2HandleUserData

  • Les AMI doivent être disponibles pour le contrôle automatique. Au moins l'une des exigences suivantes doit être mise en œuvre :

Politiques d'architecture

Toutes les AMI doivent respecter les stratégies suivantes en matière d’architecture :

  • Les AMI sources pour AWS Marketplace doivent être fournies dans la région de l'Est des États-Unis (Virginie du Nord).

  • Les AMI doivent utiliser la virtualisation HVM.

  • Les AMI doivent utiliser une architecture ARM x86-64 ou 64 bits.

  • Les AMI doivent être des AMI soutenues par Amazon Elastic Block Store (Amazon EBS). Nous ne prenons pas en charge les AMI soutenues par Amazon Simple Storage Service.

  • Les AMI ne doivent pas utiliser de snaphots EBS chiffrés.

  • Les AMI ne doivent pas utiliser de systèmes de fichiers chiffrés.

  • Les AMI doivent être conçues de manière à pouvoir fonctionner partout Régions AWS et le sont Region-agnostic. Les AMI conçues différemment pour les différentes régions ne sont pas autorisées.

  • La taille maximale de l'AMI est de 5 To. La taille est calculée comme la somme VolumeSize de chaque mappage de périphérique de bloc Ebs.SnapshotId défini.

Instructions d'utilisation du produit AMI

Lorsque vous créez des instructions d'utilisation pour votre produit AMI, veuillez suivre les étapes et les instructions figurant dansCréation d'instructions d'utilisation de l'AMI et du produit conteneur pour AWS Marketplace.

Politiques relatives aux versions des produits AMI

AWS Marketplace automatise l'expérience de gestion des versions pour les AWS clients et les vendeurs à l'aide S-AMI d'une AMI avec CloudFormation modèle et de produits conteneurs. Grâce à l'archivage automatique des versions, toute version de produit soumise à des restrictions par un vendeur pendant plus de deux ans est automatiquement archivée. Les versions archivées ne sont plus disponibles pour le lancement AWS Marketplace pour les nouveaux clients, mais les utilisateurs existants peuvent continuer à utiliser la version archivée via les modèles de lancement et les groupes Amazon EC2 Auto Scaling en spécifiant l'ID AMI.

Les versions archivées sont définitivement supprimées après 13 mois d'inactivité

Toute version archivée qui n'a pas été utilisée pour lancer une nouvelle instance au cours des 13 derniers mois est définitivement supprimée. Une fois supprimée, la version ne peut plus être lancée pour les nouveaux utilisateurs ou pour les utilisateurs existants. Cette action ne peut pas être annulée. Pour empêcher la suppression, assurez-vous que les utilisateurs actifs continuent de lancer des instances à partir de la version archivée.

Exigences relatives aux produits FPGA

Outre les exigences standard des produits AMI, les produits FPGA doivent répondre aux exigences suivantes :

  • Les identifiants AFI doivent appartenir à votre compte AWS Marketplace vendeur.

  • Chaque version du produit prend en charge un maximum de 15 ID AFI, ce qui vous permet de fournir plusieurs configurations FPGA tout en maintenant une complexité de produit gérable.

  • Les identifiants AFI doivent être créés et enregistrés dans la région de l'Est des États-Unis (Virginie du Nord).

  • La disponibilité régionale est limitée aux régions où les types d'instances F2 sont pris en charge.

  • Le rôle d'accès IAM fourni lors de la création de la version est autorisé à partager les AFI fournies avec AWS Marketplace. Pour plus de détails sur les autorisations requises, consultez la section Permettre à AWS Marketplace d'accéder à vos images FPGA.

Politiques relatives aux informations des clients

Toutes les AMI doivent respecter les politiques d'information client suivantes :

  • Le logiciel ne doit pas collecter ou exporter les données des clients à l'insu du client et sans son consentement exprès, sauf si la BYOL (Bring Your Own License) l'exige. Les applications qui collectent ou exportent des données clients doivent suivre les directives suivantes :

    • La collecte des données clients doit être en libre-service, automatisée et sécurisée. Les acheteurs ne doivent pas avoir à attendre l'approbation des vendeurs pour déployer le logiciel.

    • La collecte des données clients doit être conforme à vos contrats avec AWS, mais sans s'y limiter, les conditions générales de la AWS place de marché, les conditions de AWS service, la déclaration de AWS confidentialité et AWS le contrat client.

    • Les informations de paiement ne doivent pas être collectées.

Politiques d'utilisation des produits

Toutes les AMI doivent respecter les politiques d'utilisation des produits suivantes :

  • Les produits ne doivent pas restreindre l'accès au produit ou à ses fonctionnalités en fonction de l'heure, du nombre d'utilisateurs ou d'autres restrictions. Les produits en version bêta et en version préliminaire, ou les produits dont le seul but est de proposer des fonctionnalités d'essai ou d'évaluation, ne sont pas pris en charge. Les éditions Developer, Community et BYOL des logiciels commerciaux sont prises en charge, à condition qu'une version payante équivalente soit également disponible dans AWS Marketplace.

  • Toutes les AMI doivent être compatibles soit avec l'expérience Launch from Website, soit avec AMI-based la livraison via AWS CloudFormation. Dans le cadre du lancement à partir du site Web (Launch from Website), l'AMI ne peut pas exiger de données client ou utilisateur lors de la création de l’instance pour fonctionner correctement.

  • Les AMI et leurs logiciels doivent être déployables en libre-service et ne doivent pas nécessiter de méthodes de paiement ni de coûts supplémentaires. Les applications qui nécessitent des dépendances externes lors du déploiement doivent suivre les directives suivantes :

    • L'exigence doit être indiquée dans la description ou les instructions d'utilisation de la liste. Par exemple, ce produit nécessite une connexion Internet pour se déployer correctement. Les packages suivants sont téléchargés lors du déploiement :<list of package>.

    • Les vendeurs sont responsables de l'utilisation et de la garantie de la disponibilité et de la sécurité de toutes les dépendances externes.

    • Si les dépendances externes ne sont plus disponibles, le produit doit AWS Marketplace également être supprimé.

    • Les dépendances externes ne doivent pas nécessiter de méthodes de paiement ou de frais supplémentaires.

  • Les AMI qui nécessitent une connexion continue à des ressources externes ne relevant pas du contrôle direct de l'acheteur (par exemple, des API externes ou Services AWS gérées par le vendeur ou un tiers) doivent suivre les directives suivantes :

    • L'exigence doit être indiquée dans la description ou les instructions d'utilisation de la liste. Par exemple, ce produit nécessite une connexion Internet permanente. Les services externes continus suivants sont nécessaires pour fonctionner correctement :<list of resources>.

    • Les vendeurs sont responsables de l'utilisation et de la garantie de la disponibilité et de la sécurité de toutes les ressources externes.

    • Si les ressources externes ne sont plus disponibles, le produit doit AWS Marketplace également être supprimé.

    • Les ressources externes ne doivent pas nécessiter de méthodes de paiement ou de coûts supplémentaires et la configuration de la connexion doit être automatisée.

  • Le logiciel et les métadonnées du produit ne doivent pas contenir de langage redirigeant les utilisateurs vers d'autres plateformes cloud, des produits supplémentaires ou des services de vente incitative qui ne sont pas disponibles sur. AWS Marketplace

  • Si votre produit est un ajout à un autre produit ou à un produit d'un autre ISV, la description de votre produit doit indiquer qu'il étend les fonctionnalités de l'autre produit et que, sans lui, votre produit n'a qu'une utilité très limitée. Par exemple, ce produit étend les fonctionnalités de <product name>et sans lui, ce produit a une utilité très limitée. Veuillez noter que cette <product name>liste peut nécessiter sa propre licence pour bénéficier de toutes les fonctionnalités.