58 Check Point incidents · décembre 2025 — official updates, affected components, duration and resolution details.
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur la question
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Durée de l'incident: 27 septembre, 02:30 - 06:00 UTC \(~3,5 heures\) Services touchés : DataTube - Canada, Australie (en milliers de dollars) - Oui. Aperçu général Le 27 septembre 2026, les clients des régions du Canada et de l'Australie ont connu une perturbation du service en raison d'un problème de configuration du réseau affectant la connectivité aux services de soutien. (en milliers de dollars) - Oui. Impact client Les clients des régions du Canada et de l'Australie n'ont pas pu ingérer de données, ce qui a entraîné un arriéré et un retard dans l'ingestion une fois le service rétabli. (en milliers de dollars) - Oui. Cause Cette perturbation a été causée par un changement de configuration du réseau affectant la connectivité entre les composantes de l'infrastructure régionale. Une fois le problème identifié et corrigé, le service a été entièrement rétabli. (en milliers de dollars) - Oui. Prochaines étapes Nous ajoutons une surveillance supplémentaire pour détecter cette catégorie de problèmes plus tôt, et nous examinons notre processus de gestion du changement afin de réduire le risque d'incidents semblables. (en milliers de dollars) Nous nous excusons de tout inconvénient que cela pourrait avoir causé.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
nous enquêtons actuellement sur les erreurs arrivant de Threat Emulation sur le site Europe. Cela aura une incidence sur toutes les demandes arrivant en Europe. demandes reçoit une erreur du site.
Un correctif a été mis en place et nous suivons les résultats.
nous commençons à voir les demandes arriver et traitées normalement. nous surveillons
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur un problème entraînant des temps de réponse plus lents. Nous partagerons les mises à jour en apprenant plus.
Nous continuons d'enquêter sur la question, nous voyons un certain soulagement et les temps de réponse commencent à revenir à la normale.
Nous avons identifié une erreur de communication interne entre les services et avons appliqué une correction. On surveille maintenant que les choses reviennent à la normale.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous obtenons des rapports augmentés de clients incapables de se connecter aux passerelles situées en Israel-1 Data Center Nous enquêtons plus avant sur la question et fournirons une mise à jour sous peu.
Le FSI principal dans l'IL-1 DC (Bezeq) a perdu la connectivité Nous avons échoué au FSI secondaire et la connectivité à IL-1 a repris Nous enquêtons sur la perte de connectivité avec Bezeq
Certaines passerelles restent accrochées après l'échec inattendu du FAI Nous examinons ces questions en particulier
Nous continuons de travailler sur une solution à ce problème.
Un correctif a été mis en place, nous suivons les résultats
Cet incident a été résolu. Le centre de données IL-1 est maintenant entièrement opérationnel et toutes les passerelles touchées ont été rétablies à la fonction normale.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Les appareils sont apparus à tort déconnectés pendant cette période. Erreurs apparues lors de la création ou de l'enregistrement des paramètres - plan / passerelle. Aucun impact sur la connectivité des passerelles existantes. Heure de l'incident: 07:00-10:00 UTC.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons actuellement sur cette question.
Un correctif a été mis en place et nous suivons les résultats.
L'opération est un peu en cause nous continuons d'enquêter
La question a été trouvée et traitée - surveillance
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
We are currently investigating this issue.
The issue has been identified and a fix is being implemented.
This incident has been resolved.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
We are currently investigating reports of timeouts when loading Zero Trust Applications. This issue is being treated with the highest priority, and our engineering team is actively working to identify the cause. A further update will be provided as soon as more information is available.
All current reports of ZTA issues are generated from Israel-1 region Investigation continues
ISP in Israel-1 was swapped 20 mins ago Errors are not seen since in our logs, and customers reported issue is resolved We are monitoring closely
Root cause seem to derive from global Cellcom ISP routing issues, also reported in downdetector.co.il ZTA were recovered when ISP on Israel-1 was switched from Cellcom. Some local users that uses Cellcom\Golan Tel may still face signing in or connecting issues. Until the issue is resolved *by the ISP*, users are encouraged to use a different ISP
Traduit automatiquement depuis la mise à jour officielle de l'incident.
We are currently investigating this issue.
This incident has been resolved.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
We are currently investigating the issue.
This incident is resolved.
Incident Duration: June 29, 08:00 UTC – June 30, 09:30 UTC (~26 hours) Affected Services: Datatube EU Production - West Europe region Affected Products: CloudGuard WAF, Playblocks, XDR ──────────────────────────── Overview On June 29–30, 2026, EU production Datatube services experienced a partial degradation affecting data ingestion in the West Europe region, a small portion of events experienced delayed processing during this window. ──────────────────────────── Customer Impact During the incident window, approximately ~0.2% of total EU ingestion events were affected across products. Customers using CloudGuard WAF, Playblocks, or XDR in the West Europe region may have experienced: - Delayed visibility of security events in dashboards and reports - Delayed data in queries covering the June 29–30 window ──────────────────────────── Incident Timeline (UTC) Jun 29 – 08:00 First customer reports received; investigation initiated immediately, cross-team investigation mobilized across infrastructure, networking, and product teams. Jun 29 – 10:00 First mitigation applied - provided temporary partial relief. Jun 29 – 13:30 Second mitigation applied, narrowing the root cause scope further, also provided temporary partial relief. Jun 29 – 18:00 Issue confirmed as affecting multiple products; joint investigation continued. Jun 29 – 21:15 Capacity expanded to stabilize the environment and protect against further degradation. Jun 30 – 05:00 Final diagnostic steps executed to isolate root cause precisely. Jun 30 – 09:30 Root cause confirmed and resolved; all services fully restored. The investigation required coordinated effort across multiple teams because early symptoms were consistent with several possible root causes. Each mitigation step both provided partial relief and helped narrow the diagnosis - this is standard practice to avoid introducing new risk while a production system is under stress. ──────────────────────────── Root Cause A misconfiguration in the EU gateway's communication protocols, which was dormant under normal operating conditions, was triggered by load introduced during routine maintenance. Once identified, the fix was straightforward and immediately effective. ──────────────────────────── Next Steps & Action Items 1. Audit and align protocol configurations across all regional gateways - to prevent recurrence in other regions. 2. Add capacity alerting on all regional gateways - to detect such anomalies before they cause customer impact. 3. Improve client-side monitoring to surface connection-level failures and latencies earlier. 4. Introduce stress testing for sensitive network components as part of the change process - validating configurations in an isolated, production-like environment before and after any change to catch hidden issues before they reach production.
We are currently investigating this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
The Web SmartConsole on the Portal was unavailable for few hours, customers could work regularly with Installed SmartConsole or Streamed SmartConsole
Due to Infrastructure issues inside Infinity Portal UK region, Infinity Portal customers in UK data residency are not able to login to the portal. We are working to mitigate that.
We are continuing to investigate this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
We are currently investigating this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
We are currently investigating this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
We are currently investigating this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
Users may experience increased latency for security logs and events in the Infinity Portal.
We are continuing to work on a fix for this issue.
A fix has been implemented and we are monitoring the results.
This incident has been resolved.
The issue has been identified and a fix is being implemented.
This incident has been resolved.
