Sécurité
La sécurité, expliquée simplement
Ce que nous faisons aujourd'hui, sans badges que nous n'avons pas mérités. Nous ne revendiquons aucune certification SOC 2 ou ISO 27001. Si vous avez un questionnaire de sécurité à remplir, écrivez-nous.
Infrastructure
Les e-mails sont remis par Amazon SES dans AWS eu-central-1 (Francfort). L'application, les workers et la base de données tournent chez Railway, dans sa région UE (Amsterdam, Pays-Bas). Chaque équipe envoie via son propre tenant SES, de sorte que les problèmes de réputation d'un client n'affectent pas les autres. SpacePost utilise ses propres ensembles de configuration SES et un utilisateur IAM dédié, limité aux ressources SES, SQS et SNS de SpacePost.
Chiffrement en transit
L'API, le tableau de bord et le relais SMTP exigent TLS. Les requêtes HTTP en clair sont redirigées ou refusées, et le relais SMTP (port 25976) exige STARTTLS avant l'authentification.
Chiffrement au repos
Nos volumes de base de données et nos sauvegardes sont chiffrés au repos par l'hébergeur, et les données de messages stockées chez Amazon SES sont chiffrées par AWS.
Clés API
Les clés (sp_live_...) ne sont affichées qu'une seule fois, à la création. Nous ne stockons qu'un hachage SHA-256 : impossible de les afficher ou de les récupérer ensuite. Une clé peut être limitée à l'envoi et à un seul domaine, et révoquée instantanément.
Signature des webhooks
Chaque webhook est signé avec un secret propre à l'endpoint selon le schéma Standard Webhooks (webhook-id, webhook-timestamp, webhook-signature), pour rejeter les requêtes falsifiées ou rejouées.
Contrôle d'accès
Toutes les données sont rattachées à une équipe et vérifiées à chaque requête. La connexion au tableau de bord accepte e-mail et mot de passe, liens magiques et GitHub. L'accès de notre équipe aux données de production se limite à ce qu'exigent le support et la lutte contre les abus.
Contrôle des abus
Les nouvelles équipes sont limitées en sandbox à 100 e-mails par jour pendant 7 jours. Les équipes sont mises en pause automatiquement en cas de taux élevé de bounces ou de plaintes, et chaque destinataire est comparé à votre liste de suppression avant l'envoi.
Conservation des données
Les journaux d'e-mails sont conservés 30 jours avec Free, 30 avec Pro et 60 avec Scale, puis purgés par une tâche planifiée. Les entrées de suppression et les données du compte sont conservées tant que votre compte est actif. Voir la politique de confidentialité pour la suppression et l'export.
Sous-traitants
Les tiers qui traitent des données clients pour notre compte sont listés publiquement, avec leur finalité et leur localisation.
Voir les sous-traitants(anglais)Divulgation responsable
Vous avez trouvé une vulnérabilité ? Écrivez à security@spacepost.dev avec les étapes pour la reproduire.
- Nous accusons réception sous trois jours ouvrés et vous tenons informé jusqu'à la correction.
- Merci de ne pas accéder aux données d'autres clients, de ne pas dégrader le service, de ne pas envoyer de spam via notre infrastructure et de ne pas publier de détails avant la correction.
- Nous n'engagerons aucune action en justice contre une recherche de bonne foi respectant ces règles. Nous n'avons pas encore de programme de bug bounty rémunéré.
Incidents de service : page d'état.