[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2vdgpqeoms1nv":3,"$f2ay49kp25s4yk":60},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":19,"affectedCount":19,"affectedCountStatus":20,"affectedCountLowerBound":19,"affectedCountUnit":21,"hasEnglishDescription":4,"contentLocale":22,"availableLocales":23,"translations":33,"severity":44,"dataClasses":45,"description":51,"seoTitle":8,"seoDescription":52,"logoUrl":53,"isVerified":4,"isSensitive":4,"isSpamList":54,"isMalware":54,"company":55},"6a668bb45934aa673a9b67ab","BookingCom2026","Violation de données chez Booking.com en 2026","booking-com-2026","booking.com","2026-04-11T00:00:00.000Z","2026-07-26T22:35:32.248Z","2026-10-09T20:57:02.380Z","Unauthorized access","https:\u002F\u002Ftechcrunch.com\u002F2026\u002F04\u002F13\u002Fbooking-com-confirms-hackers-accessed-customers-data\u002F",[15,17,18],"https:\u002F\u002Fwww.securityweek.com\u002Fbooking-com-says-hackers-accessed-user-information\u002F","https:\u002F\u002Fwww.helpnetsecurity.com\u002F2026\u002F04\u002F14\u002Fbooking-com-data-breach-customer-reservation-data-exposed\u002F",null,"not_disclosed","people","fr",[24,25,26,27,28,29,22,30,31,32],"en","tr","zh","hi","es","ar","bn","pt","ru",{"en":34,"tr":35,"zh":36,"hi":37,"es":38,"ar":39,"fr":40,"bn":41,"pt":42,"ru":43},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"Unknown",[46,47,48,49,50],"Names","Email addresses","Phone numbers","Travel reservation details","User-provided accommodation information","\u003Cp>\u003Cstrong>La violation de données chez Booking.com en 2026\u003C\u002Fstrong> est un incident de sécurité au cours duquel, selon la confirmation de l’entreprise, des tiers non autorisés ont pu accéder à certaines informations de réservation de certains voyageurs. Booking.com a averti les personnes concernées en avril 2026 et a déclaré que l’incident avait été maîtrisé. L’entreprise n’a pas précisé le nombre de réservations ou de personnes touchées, le système par lequel l’accès avait été possible, ni la date exacte du début de l’incident technique.\u003C\u002Fp>\n\u003Cp>Un porte-parole de Booking.com a directement indiqué à TechCrunch et à SecurityWeek que l’activité suspecte avait permis à des tiers non autorisés d’accéder aux informations de réservation de certains voyageurs. L’entreprise a déclaré avoir pris des mesures après avoir détecté cette activité, maîtrisé l’incident, changé les codes PIN des réservations concernées et informé les voyageurs. Cette déclaration confirme un accès non autorisé à des données, mais ne confirme pas que les comptes clients de Booking.com ont été compromis. Cette fiche s’en tient au périmètre restreint et vérifiable décrit par l’entreprise.\u003C\u002Fp>\n\u003Ch2>Types de données confirmés\u003C\u002Fh2>\n\u003Cp>Les notifications adressées aux clients et les articles fondés sur les déclarations de l’entreprise mentionnaient les noms, les adresses e-mail, les numéros de téléphone, les détails des réservations et les informations qu’un voyageur avait éventuellement communiquées à un établissement par l’intermédiaire de Booking.com. Les détails d’une réservation peuvent inclure des éléments de contexte tels que les dates du séjour, le nom de l’établissement, une référence de réservation ou des informations liées à l’hébergement susceptibles de rendre une tentative d’hameçonnage convaincante.\u003C\u002Fp>\n\u003Cp>Booking.com a déclaré qu’aucun accès aux informations financières ou de paiement n’avait eu lieu. TechCrunch a également mis à jour son article, à la suite d’une précision apportée ultérieurement par l’entreprise, pour indiquer que les adresses postales n’avaient pas été dérobées. Cette fiche ne répertorie pas les données de carte bancaire, les coordonnées bancaires, les adresses postales, les mots de passe ou les données d’authentification des comptes parmi les données compromises. La décision de l’entreprise de remplacer les codes PIN des réservations était une mesure de protection et ne doit pas, à elle seule, être considérée comme la preuve que les attaquants avaient obtenu ces codes PIN.\u003C\u002Fp>\n\u003Ch2>Chronologie de l’incident\u003C\u002Fh2>\n\u003Cp>Des clients de Booking.com ont commencé à partager des messages de notification en ligne pendant le week-end des 11 et 12 avril 2026. TechCrunch et SecurityWeek ont publié la confirmation de l’entreprise le 13 avril, et Help Net Security a résumé des détails supplémentaires le lendemain. L’entreprise n’a pas précisé le jour ni l’heure auxquels l’activité suspecte avait commencé ou avait été détectée pour la première fois.\u003C\u002Fp>\n\u003Cp>L’entreprise a déclaré avoir agi rapidement après avoir découvert l’activité, entièrement maîtrisé l’incident et généré de nouveaux codes PIN pour les réservations touchées. Certains clients ayant reçu une notification ont signalé des avertissements concernant à la fois des réservations en cours et des réservations passées, mais ces témoignages individuels ne permettent pas d’établir l’ampleur globale de l’incident. Booking.com n’a publié aucune répartition chiffrée des pays, établissements, réservations ou clients touchés; le nombre total de personnes concernées reste donc inconnu.\u003C\u002Fp>\n\u003Ch2>Voie d’accès et distinction avec les comptes clients\u003C\u002Fh2>\n\u003Cp>Booking.com n’a pas expliqué si l’accès non autorisé avait été rendu possible par une vulnérabilité de son infrastructure centrale, un compte d’établissement partenaire, un outil d’assistance, une session compromise ou une autre voie. SecurityWeek a expressément souligné qu’il restait difficile de savoir si les propres systèmes de Booking.com avaient été compromis. L’origine technique n’est donc pas présentée comme un fait établi dans cette fiche. L’événement est classé comme un accès non autorisé aux données de réservation, sans lui attribuer une méthode d’attaque qui n’a pas été divulguée.\u003C\u002Fp>\n\u003Cp>L’entreprise a également précisé que les comptes clients n’avaient pas été compromis. Cette distinction est importante, car accéder aux informations de réservation ne revient pas à obtenir le mot de passe Booking.com d’un utilisateur ou à accéder à une session authentifiée de son compte. Un attaquant pourrait voir un nom, un numéro de téléphone, une adresse e-mail et des informations sur le voyage sans disposer des identifiants du compte.\u003C\u002Fp>\n\u003Ch2>Risques d’hameçonnage et de fraude liés aux réservations\u003C\u002Fh2>\n\u003Cp>Les informations de réservation peuvent servir à des fraudes ciblées même lorsqu’elles ne contiennent aucune donnée de paiement. Un criminel qui connaît le véritable hôtel, les dates du séjour, le numéro de téléphone ou le contexte de la réservation peut envoyer un message WhatsApp, un e-mail ou un SMS convaincant demandant un paiement supplémentaire, une vérification de carte bancaire ou un nouveau virement bancaire. Certains clients ont signalé des messages frauduleux contenant des informations détaillées, mais l’entreprise n’a pas confirmé que tous les messages signalés découlaient de cet incident. Le risque d’hameçonnage est réel, tandis que le lien avec chaque tentative de fraude reste à démontrer.\u003C\u002Fp>\n\u003Cp>Si vous recevez un tel message, consultez vos réservations uniquement dans l’application Booking.com ou en saisissant vous-même l’adresse du site officiel, et évitez les liens de paiement contenus dans les messages. Toute demande inattendue de virement bancaire, de numéro de carte bancaire, de code de vérification ou de code PIN doit être vérifiée par un canal indépendant. Booking.com a rappelé à ses clients que l’entreprise ne leur demandera pas de coordonnées de carte bancaire par e-mail, téléphone, WhatsApp ou SMS, ni d’effectuer un virement bancaire différent de celui prévu par les instructions de paiement figurant dans la confirmation de réservation.\u003C\u002Fp>\n\u003Ch2>Réponse de Booking.com\u003C\u002Fh2>\n\u003Cp>Les mesures concrètes annoncées par Booking.com ont consisté à maîtriser l’activité suspecte, à renouveler les codes PIN des réservations touchées et à avertir les voyageurs concernés. Le remplacement des codes PIN visait à réduire le risque d’utilisation abusive des anciennes informations d’accès aux réservations. Tout en soulignant qu’aucun accès aux données financières n’avait eu lieu, l’entreprise a invité ses clients à rester vigilants face à l’hameçonnage. Les déclarations publiques n’ont identifié ni prestataire d’investigation numérique, ni attaquant, et n’ont pas décrit l’architecture du système par lequel les données avaient été consultées.\u003C\u002Fp>\n\u003Cp>Le volume historique des réservations de Booking.com, sa clientèle mondiale et les chiffres spéculatifs mentionnés dans les articles ne constituent pas des totaux vérifiés pour cet incident. De même, les affirmations en ligne attribuées à un groupe malveillant n’ont été retenues ni comme chiffres ni comme éléments de preuve, car l’entreprise ne les a pas validées. Si une déclaration auprès d’une autorité de régulation ou une mise à jour plus détaillée de l’entreprise est publiée ultérieurement, le nombre de personnes concernées et le périmètre de l’incident devront être révisés à partir de ces nouveaux documents.\u003C\u002Fp>\n\u003Ch2>Comment interpréter cet incident ?\u003C\u002Fh2>\n\u003Cp>Cette fiche documente un cas réel d’accès non autorisé, étayé par les réponses directes de Booking.com aux journalistes, sans présenter comme certains les détails techniques que l’entreprise n’a pas divulgués. L’absence de chiffre sur le nombre de personnes touchées ne signifie pas que l’incident était de faible ampleur; elle signifie qu’aucun total fiable n’a été publié. Les catégories de données répertoriées concernent le groupe restreint de personnes ayant reçu une notification, dont la taille n’a pas été divulguée, et non l’ensemble des personnes ayant utilisé Booking.com.\u003C\u002Fp>\n\u003Cp>Le fait central vérifié est que des tiers non autorisés ont pu accéder aux informations de réservation de certains voyageurs. La compromission des données de paiement et des comptes clients n’a pas été confirmée, l’incident a été maîtrisé et les codes PIN des réservations concernées ont été changés. La mesure de protection la plus utile consiste à vous méfier des messages de paiement inattendus, même lorsqu’ils contiennent des détails de réservation authentiques, et à vérifier chaque demande dans l’application officielle ou par un moyen de contact obtenu indépendamment.\u003C\u002Fp>","Violation de données chez Booking.com en 2026. Le nombre total d’éléments concernés n’a pas été communiqué. Données signalées : Noms, Adresses e-mail, Numéros…","\u002Fuploads\u002Flogo\u002Fbooking_com.svg",false,{"name":56,"sector":57,"country":58,"website":10,"websiteArchiveUrl":59,"websiteStatus":59,"websiteCheckedAt":19},"Booking.com B.V.","Travel","Netherlands","",{"success":4,"breaches":61},[62,70,77,84],{"slug":63,"title":64,"companyName":65,"logoUrl":66,"breachDate":67,"affectedCount":68,"affectedCountStatus":69},"bcd-travel","Fichier de données BCD Travel de mai 2026","BCD Travel","\u002Fuploads\u002Flogo\u002Fbcdtravel_com.webp","2026-05-29T00:00:00.000Z",396313,"known",{"slug":71,"title":72,"companyName":73,"logoUrl":74,"breachDate":75,"affectedCount":76,"affectedCountStatus":69},"carnival","Violation de données chez Carnival Corporation en 2026","Carnival Corporation & plc","\u002Fuploads\u002Flogo\u002Fcarnivalcorp_com.webp","2026-04-10T00:00:00.000Z",7548791,{"slug":78,"title":79,"companyName":80,"logoUrl":81,"breachDate":82,"affectedCount":83,"affectedCountStatus":69},"amtrak","Incident relatif aux données d’assistance clientèle d’Amtrak (2026)","Amtrak","\u002Fuploads\u002Flogo\u002Famtrak_com.webp","2026-04-03T00:00:00.000Z",2147679,{"slug":85,"title":86,"companyName":87,"logoUrl":88,"breachDate":89,"affectedCount":90,"affectedCountStatus":69},"eurail-2025","Violation de données chez Eurail en 2025","Eurail B.V.","\u002Fuploads\u002Flogo\u002Feurail_com.svg","2025-12-26T00:00:00.000Z",308777]