История сбоев Check Point

1. 25 октября 2026 г. в 20:42 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

2. 25 октября 2026 г. в 21:42 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 сентября 2026 г. в 05:44 UTCinvestigating

   В настоящее время мы расследуем этот вопрос

2. 27 сентября 2026 г. в 06:08 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 27 сентября 2026 г. в 06:12 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 27 сентября 2026 г. в 06:21 UTCresolved

   Этот инцидент был урегулирован.

5. 28 сентября 2026 г. в 12:55 UTCpostmortem

   Длительность инцидента: 27 сентября, 02:30 - 06:00 UTC \(~3,5 часа\) Пострадавшие службы: DataTube - Канада, Австралия ??????????????????????????? Обзор 27 сентября 2026 года клиенты в регионах Канады и Австралии столкнулись с перебоями в обслуживании из-за проблемы конфигурации сети, влияющей на подключение к бэкэнд-сервисам. ??????????????????????????? Влияние клиента Клиенты в регионах Канады и Австралии не смогли проглотить данные, что привело к отставанию и задержке приема после восстановления обслуживания. ??????????????????????????? Коренная причина Нарушение было вызвано изменением конфигурации сети, влияющим на связь между компонентами региональной инфраструктуры. Как только проблема была выявлена и исправлена, сервис был полностью восстановлен. ??????????????????????????? Следующие шаги Мы добавляем дополнительный мониторинг, чтобы обнаружить этот класс проблем ранее, и пересматриваем наш процесс управления изменениями, чтобы снизить риск подобных инцидентов. Мы приносим извинения за любые неудобства, которые это могло вызвать.

Автоматический перевод официального обновления инцидента.

1. 26 августа 2026 г. в 07:56 UTCinvestigating

   в настоящее время мы расследуем ошибки, допущенные на сайте Threat Emulation. Это повлияет на все запросы, поступающие на европейский сайт. Запросы получают ошибку с сайта.

2. 26 августа 2026 г. в 08:03 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 26 августа 2026 г. в 08:05 UTCmonitoring

   мы начинаем видеть поступающие запросы и обрабатываем их в обычном режиме. мы контролируем

4. 26 августа 2026 г. в 08:31 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 17:34 UTCinvestigating

   Мы расследуем проблему, вызывающую более медленное время отклика. Мы будем делиться обновлениями, когда узнаем больше.

2. 25 августа 2026 г. в 18:36 UTCidentified

   Мы продолжаем расследовать этот вопрос, мы видим, что некоторое облегчение и время реагирования начинают возвращаться к норме.

3. 25 августа 2026 г. в 18:46 UTCmonitoring

   Мы выявили внутреннюю ошибку связи между службами и применили исправление. Сейчас мы наблюдаем за тем, как все возвращается в нормальное русло.

4. 25 августа 2026 г. в 18:52 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 08:19 UTCinvestigating

   Мы получаем все больше сообщений от клиентов, которые не могут подключиться к шлюзам, расположенным в ЦОД «Израиль-1». Мы изучаем этот вопрос и вскоре предоставим обновленную информацию.

2. 25 августа 2026 г. в 08:42 UTCmonitoring

   Главный провайдер в IL-1 DC (Bezeq) потерял связь Мы не смогли перейти на вторичный интернет-провайдер, и связь с IL-1 возобновилась. Мы расследуем потерю связи с Bezeq

3. 25 августа 2026 г. в 09:05 UTCidentified

   Некоторые шлюзы остаются подвешенными после неожиданного сбоя ISP Мы рассматриваем их конкретно

4. 25 августа 2026 г. в 09:31 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

5. 25 августа 2026 г. в 10:06 UTCmonitoring

   Реализовано исправление, мы следим за результатами

6. 25 августа 2026 г. в 10:46 UTCresolved

   Этот инцидент был урегулирован. Центр обработки данных IL-1 в настоящее время полностью функционирует, и все затронутые шлюзы были восстановлены до нормального функционирования.

Автоматический перевод официального обновления инцидента.

1. 3 августа 2026 г. в 16:48 UTCresolved

   Устройства за это время ошибочно оказались отключенными. Ошибки появились при попытке создания или сохранения настроек - план/шлюз. Никакого влияния на существующую связь шлюзов. Время инцидента 7:00-10:00 AM UTC.

Автоматический перевод официального обновления инцидента.

1. 29 июля 2026 г. в 13:43 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 29 июля 2026 г. в 13:49 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 29 июля 2026 г. в 13:57 UTCinvestigating

   Операция немного под вопросом, мы продолжаем расследование

4. 29 июля 2026 г. в 14:40 UTCmonitoring

   Вопрос найден и решен - мониторинг

5. 29 июля 2026 г. в 15:05 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 12 июля 2026 г. в 05:47 UTCinvestigating

   We are currently investigating this issue.

2. 12 июля 2026 г. в 06:14 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 12 июля 2026 г. в 06:33 UTCresolved

   This incident has been resolved.

Автоматический перевод официального обновления инцидента.

1. 6 июля 2026 г. в 09:04 UTCinvestigating

   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.

2. 6 июля 2026 г. в 09:35 UTCinvestigating

   All current reports of ZTA issues are generated from Israel-1 region Investigation continues

3. 6 июля 2026 г. в 10:06 UTCmonitoring

   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

4. 6 июля 2026 г. в 11:15 UTCresolved

   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

Автоматический перевод официального обновления инцидента.

1. 5 июля 2026 г. в 12:27 UTCinvestigating

   We are currently investigating this issue.

2. 5 июля 2026 г. в 13:10 UTCresolved

   This incident has been resolved.

Автоматический перевод официального обновления инцидента.

1. 5 июля 2026 г. в 10:24 UTCinvestigating

   We are currently investigating the issue.

2. 5 июля 2026 г. в 11:27 UTCresolved

   This incident is resolved.

1. 1 июля 2026 г. в 11:00 UTCresolved

   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.

1. 27 июня 2026 г. в 06:35 UTCinvestigating

   We are currently investigating this issue.

2. 27 июня 2026 г. в 07:20 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 27 июня 2026 г. в 07:50 UTCresolved

   This incident has been resolved.

1. 22 июня 2026 г. в 10:10 UTCresolved

   The Web SmartConsole on the Portal was unavailable for few hours, customers could work regularly with Installed SmartConsole or Streamed SmartConsole

1. 10 июня 2026 г. в 02:52 UTCinvestigating

   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.

2. 10 июня 2026 г. в 02:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 10 июня 2026 г. в 03:35 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 10 июня 2026 г. в 03:37 UTCresolved

   This incident has been resolved.

1. 8 июня 2026 г. в 15:27 UTCinvestigating

   We are currently investigating this issue.

2. 8 июня 2026 г. в 16:11 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 8 июня 2026 г. в 16:26 UTCresolved

   This incident has been resolved.

1. 8 июня 2026 г. в 14:04 UTCinvestigating

   We are currently investigating this issue.

2. 8 июня 2026 г. в 14:15 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 8 июня 2026 г. в 14:28 UTCresolved

   This incident has been resolved.

1. 8 июня 2026 г. в 12:10 UTCinvestigating

   We are currently investigating this issue.

2. 8 июня 2026 г. в 12:36 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 8 июня 2026 г. в 12:46 UTCresolved

   This incident has been resolved.

1. 7 июня 2026 г. в 16:50 UTCidentified

   Users may experience increased latency for security logs and events in the Infinity Portal.

2. 7 июня 2026 г. в 16:52 UTCidentified

   We are continuing to work on a fix for this issue.

3. 7 июня 2026 г. в 17:48 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 7 июня 2026 г. в 18:59 UTCresolved

   This incident has been resolved.

1. 7 июня 2026 г. в 12:40 UTCidentified

   The issue has been identified and a fix is being implemented.

2. 7 июня 2026 г. в 14:08 UTCresolved

   This incident has been resolved.