# Fuite de données via le site web ? Appelez-nous. Nous vous aidons.

> Soupçon de fuite de données via votre site ? Le délai de notification court. Appelez-nous ou écrivez sur WhatsApp : nous clarifions à distance.

Source : https://phpsos.de/fr/soforthilfe/datenleck-ueber-website/  
État : 25/10/2026  
Fournisseur : PHP SOS, Assistance d'urgence PHP et sécurité des serveurs. Aide immédiate par WhatsApp : https://wa.me/491736494914?text=Bonjour%20PHP%20SOS%2C%20nous%20avons%20besoin%20d%27aide%20avec%20notre%20serveur%20PHP.%20Entreprise%20%3A%20%E2%80%A6%20Site%20web%20%3A%20%E2%80%A6

**En bref :** si vous soupçonnez que des données ont fui via votre site, le temps est le facteur décisif. Si vous êtes concerné, contactez-nous immédiatement. Nous sécurisons à distance les traces, clarifions sur le plan technique quelles données peuvent être concernées, fermons l'accès et livrons une documentation fiable pour le délégué à la protection des données, l'avocat et l'assureur.

> **Agir immédiatement:**
> **Ne supprimez rien et ne réinstallez rien pour l'instant.** Les journaux, la base de données et les fichiers sont les seules preuves de ce qui a fui et de ce qui n'a pas fui. Qui les écrase ne pourra plus rien démontrer par la suite. [Signaler une urgence](https://phpsos.de/fr/notfall/), et nous prenons le relais dès le premier message.

## Êtes-vous concerné ? Comment reconnaître une fuite de données via le site web

Une fuite de données passe souvent inaperçue. Les indices proviennent généralement d'effets secondaires :

- Des clients signalent que des données que vous seul aviez apparaissent ailleurs, ou qu'ils reçoivent des e-mails d'hameçonnage avec des détails de commande exacts.
- La base de données est anormalement sollicitée, ou des exports et des dumps se trouvent à des endroits où vous ne les avez pas créés.
- Dans les journaux apparaissent des requêtes massives sur des listes de clients, des commandes ou des profils d'utilisateurs, souvent à cadence régulière.
- Votre serveur établit des connexions sortantes vers des adresses que vous ne connaissez pas, ou transmet un volume de données inhabituel.
- Il y a de nouveaux comptes administrateur, des mots de passe modifiés ou des connexions à des heures inhabituelles.
- Une chercheuse en sécurité, un journaliste ou une autorité vous signale des données librement accessibles.
- Votre serveur contient des sauvegardes non protégées, des fichiers `.env` ou des répertoires que chacun peut ouvrir.

Le dernier point est une fuite sans attaque : qui dépose un fichier de sauvegarde dans le répertoire web rend des données accessibles sans aucun piratage. Cela aussi peut donner lieu à une obligation de notification.

## Ce que vous faites tout de suite

1. **Consigner l'heure :** notez quand et comment vous avez eu connaissance du soupçon. Ce moment est important pour les délais.
2. **Limiter l'accès :** retirez temporairement du réseau, ou mettez en mode maintenance, les zones concernées, par exemple le compte client ou les fonctions d'export, si des données risquent de continuer à fuir.
3. **Sécuriser les traces :** ne modifiez ni les journaux du serveur, ni la base de données, ni le système de fichiers. Demandez à l'hébergeur de conserver les journaux.
4. **Associer le délégué à la protection des données :** informez en interne la personne compétente ou un délégué externe à la protection des données, afin que le délai de notification reste en vue.
5. **Clarifier les types de données concernés :** qu'y a-t-il sur le système ? Données de base des clients, commandes, données de santé ou de paiement, candidatures ?
6. **Changer les accès, mais de façon concertée :** ne changez les mots de passe et les clés qu'après concertation et depuis un appareil sain.
7. **Informer l'assureur et l'avocat :** de nombreuses polices exigent une déclaration précoce.

## Comment PHP SOS aide-t-il concrètement ?

1. **Faire le point :** nous clarifions avec vous quels systèmes et quels types de données peuvent être concernés et quand le soupçon est né.
2. **Sécuriser et fermer :** nous sécurisons les journaux, la base de données et les fichiers sans les modifier, bloquons l'accès de l'attaquant et fermons les voies ouvertes, par exemple les sauvegardes non protégées.
3. **Examiner et nettoyer :** nous analysons les accès, les requêtes de base de données et les connexions, recherchons les webshells et les portes dérobées et les supprimons. Si nécessaire, nous faisons appel à des partenaires pour une [forensique informatique](https://phpsos.de/fr/leistungen/it-forensik/) recevable devant un tribunal.
4. **Durcir et rendre compte :** vous recevez une chronologie, une déclaration sur les données probablement concernées, clairement séparée en établi, probable et inconnu, ainsi que des recommandations pour une sécurisation durable.

Nous travaillons à distance, sans déplacement, partout en Allemagne et en Europe.

## Délai de notification : ce qu'exige le RGPD et ce que nous apportons

Selon l'art. 33 du RGPD, une violation de la protection des données personnelles doit en principe être notifiée à l'autorité de contrôle sans retard indu, si possible dans les 72 heures après en avoir pris connaissance, lorsqu'elle représente vraisemblablement un risque pour les personnes concernées. Il s'agit d'une information générale, pas d'un conseil juridique. Ce que vous devez notifier, et si vous devez le faire, vous le décidez avec votre délégué à la protection des données ou un avocat.

Notre contribution est le volet technique : que s'est-il passé, quels systèmes étaient concernés, quels types de données s'y trouvaient, combien de temps l'accès est-il resté ouvert, qu'a-t-on entrepris ? Une notification fondée sur des faits établis plutôt que sur des suppositions se défend mieux. La page sur l'[obligation de notification RGPD en 72 heures](https://phpsos.de/fr/compliance/dsgvo-meldepflicht-72-stunden/) donne un aperçu des obligations. Un incident ne devient pas plus petit avec le temps ; qui notifie tôt et documente proprement a l'avantage.

## Sécuriser les preuves et s'adresser correctement aux personnes concernées

Le plus grand danger après une fuite est le réflexe de tout réparer rapidement. Un serveur fraîchement réinstallé est joli, mais ne prouve plus rien. [Sécuriser les preuves avant la réinstallation](https://phpsos.de/fr/blog/beweise-sichern-vor-neuinstallation/) décrit comment procéder sans détruire de traces. L'ordre des événements peut ensuite être consigné dans une [chronologie de l'incident](https://phpsos.de/fr/blog/zeitleiste-eines-vorfalls/).

Si des clients ou des partenaires doivent être informés, des mots clairs et factuels sont essentiels. [Informer les clients après un incident](https://phpsos.de/fr/blog/kunden-nach-vorfall-informieren/) et la page sur la [communication de crise](https://phpsos.de/fr/compliance/krisenkommunikation/) fournissent des pistes. Si une plainte pénale est judicieuse, vous le clarifiez avec votre avocat ; des indications sur les points de contact figurent sous [Plainte auprès de la police](https://phpsos.de/fr/compliance/anzeige-polizei-zac/). Si l'incident s'étend à plusieurs systèmes, nous passons ensemble à une [réponse aux incidents](https://phpsos.de/fr/leistungen/incident-response/) structurée.

## Ce que vous devriez nous envoyer

- une courte description : quand avez-vous remarqué quelque chose, par qui, à quoi ?
- les types de données qui se trouvent sur le site web ou le serveur
- les accès au serveur ou l'autorisation de parler directement avec votre hébergeur
- des indications sur les sauvegardes, les exports et les interfaces avec d'autres systèmes
- les noms de l'agence et des développeurs qui connaissent le système
- le nom du délégué à la protection des données, s'il y en a un

## Pourquoi PHP SOS

Nous travaillons Made in Germany et, avec notre réseau de partenaires de professionnels de la cybersécurité, nous sommes spécialisés depuis plus de 25 ans dans la sécurité informatique. Vous avez un interlocuteur unique, tout est documenté, et nous disons ouvertement ce qui peut être prouvé et ce qui ne le peut pas. Nous ne promettons pas de reconstitution lorsque les journaux manquent, ni de conseil juridique. Nous fournissons les faits techniques avec lesquels vous et vos conseillers pouvez décider.

## Vous êtes concerné ? Appelez-nous. Nous vous aidons.

En cas de fuite de données possible, un délai court et les traces disparaissent un peu plus chaque jour. Contactez-nous maintenant : appelez-nous ou écrivez-nous sur WhatsApp. Nous prenons le relais dès le premier message et restons à vos côtés jusqu'à ce que l'incident soit clos et documenté. [Signaler une urgence maintenant](https://phpsos.de/fr/notfall/)


## Questions fréquentes

**En combien de temps dois-je déclarer une fuite de données ?**  
Selon l'art. 33 du RGPD, une violation de données comportant un risque pour les personnes concernées doit en principe être notifiée à l'autorité de contrôle sans retard indu et, si possible, dans les 72 heures après en avoir pris connaissance. Si cela s'applique à votre cas, vous le clarifiez avec votre délégué à la protection des données ou un avocat.

**Comment savoir si des données ont réellement fui ?**  
Souvent seulement par l'analyse des journaux du serveur, des accès à la base de données et des connexions sortantes. Si ces traces manquent, la fuite ne peut être ni prouvée ni exclue. Nous l'indiquons ouvertement dans le rapport comme inconnu.

**Dois-je informer mes clients ?**  
Cela dépend du risque pour les personnes concernées. S'il est élevé, elles doivent aussi être informées selon le RGPD. L'appréciation juridique relève du délégué à la protection des données ou de l'avocat ; nous fournissons pour cela la base technique.

**Que se passe-t-il si je ne remarque que plus tard que des données ont disparu ?**  
Ce qui est déterminant, c'est le moment où vous avez eu connaissance de la violation. Consignez quand et comment le soupçon est né, et sécurisez les traces à partir de ce moment.

**Pouvez-vous aussi aider si les données se trouvaient chez un prestataire ?**  
Nous examinons ce que nous pouvons clarifier avec les accès et les informations que vous obtenez. Nous nous concertons avec l'agence ou l'hébergeur après votre autorisation.

## Sources

- [RGPD art. 33 : notification à l'autorité de contrôle](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [BSI : Office fédéral allemand de la sécurité des technologies de l'information](https://www.bsi.bund.de/)
- [OWASP Top 10](https://owasp.org/www-project-top-ten/)