Check Point 장애 기록

1. 2026년 10월 25일 오후 8:42 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

2. 2026년 10월 25일 오후 9:42 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 9월 27일 오전 5:44 UTCinvestigating

   우리는 현재 문제를 조사하고 있습니다

2. 2026년 9월 27일 오전 6:08 UTCidentified

   문제는 식별되고 수정이 구현됩니다.

3. 2026년 9월 27일 오전 6:12 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

4. 2026년 9월 27일 오전 6:21 UTCresolved

   이 사건은 해결되었습니다.

5. 2026년 9월 28일 오후 12:55 UTCpostmortem

   근무 시간: 9월 27, 02:30 - 06:00 UTC \(~3.5 시간) Affected Services: DataTube - 캐나다, 호주 ────────────────────────────── 제품정보 2026년 9월 27일, 캐나다 및 호주 지역의 고객들은 백엔드 서비스에 대한 연결성에 영향을 미치는 네트워크 구성 문제로 인해 서비스 중단을 경험했습니다. ────────────────────────────── 고객 영향 캐나다와 호주 지역의 고객들은 백로그에서 결과적으로 데이터를 혼동하지 않고 한 번의 서비스가 복원되었습니다. ────────────────────────────── 뿌리 원인 중단은 지역 인프라 구성 요소 간의 연결에 영향을 미치는 네트워크 구성의 변화에 의해 발생했습니다. 문제가 확인되고 수정되면 서비스는 완전히 복원되었습니다. ────────────────────────────── 다음 단계 우리는 이전 문제의이 종류를 감지하기 위해 추가 모니터링을 추가하고, 우리의 변경 관리 프로세스를 검토하여 비슷한 사건의 위험을 줄일 수 있습니다. 우리는이 발생 할 수있는 불편에 대해 사과합니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 26일 오전 7:56 UTCinvestigating

   우리는 현재 유럽 사이트에서 위협에 도착하는 오류를 조사하고 있습니다. 이 유럽 사이트에 도착 모든 요청에 영향을 미칠 것입니다. 요청은 사이트에서 오류를받습니다.

2. 2026년 8월 26일 오전 8:03 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 8월 26일 오전 8:05 UTCmonitoring

   자주 묻는 질문 우리는 감시입니다

4. 2026년 8월 26일 오전 8:31 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 25일 오후 5:34 UTCinvestigating

   우리는 더 느린 응답 시간을 일으키는 문제점을 조사하고 있습니다. 우리는 우리가 더 많은 것을 배우기 때문에 업데이트를 공유 할 것입니다.

2. 2026년 8월 25일 오후 6:36 UTCidentified

   우리는 문제점을 조사하기 위하여 계속되고, 우리는 몇몇 기복 및 응답 시간은 정상으로 돌아가기 시작합니다.

3. 2026년 8월 25일 오후 6:46 UTCmonitoring

   우리는 서비스의 내부 통신 오류를 확인하고 수정을 적용했습니다. 우리는 이제 정상에 물건으로 돌아갑니다.

4. 2026년 8월 25일 오후 6:52 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 25일 오전 8:19 UTCinvestigating

   이스라엘 1 Data Center에 위치한 게이트웨이에 연결할 수 없는 고객으로부터의 보고서를 얻는 우리는 더 많은 문제를 투자하고 곧 업데이트를 제공 할 것입니다.

2. 2026년 8월 25일 오전 8:42 UTCmonitoring

   IL-1 DC (Bezeq)의 기본 ISP는 연결성을 잃었습니다. 우리는 IL-1 이력서에 이차 ISP 및 연결에 실패 Bezeq의 연결 손실에 투자하고 있습니다

3. 2026년 8월 25일 오전 9:05 UTCidentified

   예기치 않은 ISP 실패 후 일부 게이트웨이가 남아 있습니다. 우리는 그들을 구체적으로 찾고 있습니다

4. 2026년 8월 25일 오전 9:31 UTCidentified

   이 문제를 해결하기 위해 계속 노력하고 있습니다.

5. 2026년 8월 25일 오전 10:06 UTCmonitoring

   수정이 시행되었습니다

6. 2026년 8월 25일 오전 10:46 UTCresolved

   이 사건은 해결되었습니다. IL-1 Data Center는 이제 완전히 운영되고, 모든 영향 받은 게이트웨이는 정상적인 기능으로 복원되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 8월 3일 오후 4:48 UTCresolved

   잘못된 장치가 이 시간 동안 차단되었습니다. 오류가 발생했을 때 시도하거나 설정을 저장 - 계획 / Gateway. 기존의 게이트웨이 연결에 대한 영향 없음. 근무 시간 7:00-10:00 AM UTC.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 29일 오후 1:43 UTCinvestigating

   우리는 현재이 문제를 조사하고 있습니다.

2. 2026년 7월 29일 오후 1:49 UTCmonitoring

   수정이 구현되어 결과를 모니터링하고 있습니다.

3. 2026년 7월 29일 오후 1:57 UTCinvestigating

   작업은 우리가 조사를 계속하는 문제점에 있는 조금입니다

4. 2026년 7월 29일 오후 2:40 UTCmonitoring

   문제 발견 및 처리 - 모니터링

5. 2026년 7월 29일 오후 3:05 UTCresolved

   이 사건은 해결되었습니다.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 12일 오전 5:47 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 7월 12일 오전 6:14 UTCidentified

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

3. 2026년 7월 12일 오전 6:33 UTCresolved

   This incident has been resolved.

공식 인시던트 업데이트를 자동 번역했습니다.

1. 2026년 7월 6일 오전 9: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. 2026년 7월 6일 오전 9:35 UTCinvestigating

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

3. 2026년 7월 6일 오전 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. 2026년 7월 6일 오전 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. 2026년 7월 5일 오후 12:27 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 7월 5일 오후 1:10 UTCresolved

   This incident has been resolved.

1. 2026년 7월 5일 오전 10:24 UTCinvestigating

   We are currently investigating the issue.

2. 2026년 7월 5일 오전 11:27 UTCresolved

   This incident is resolved.

1. 2026년 7월 1일 오전 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. 2026년 6월 27일 오전 6:35 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 6월 27일 오전 7:20 UTCmonitoring

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

3. 2026년 6월 27일 오전 7:50 UTCresolved

   This incident has been resolved.

1. 2026년 6월 22일 오전 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. 2026년 6월 10일 오전 2: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. 2026년 6월 10일 오전 2:54 UTCinvestigating

   We are continuing to investigate this issue.

3. 2026년 6월 10일 오전 3:35 UTCmonitoring

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

4. 2026년 6월 10일 오전 3:37 UTCresolved

   This incident has been resolved.

1. 2026년 6월 8일 오후 3:27 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 6월 8일 오후 4:11 UTCmonitoring

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

3. 2026년 6월 8일 오후 4:26 UTCresolved

   This incident has been resolved.

1. 2026년 6월 8일 오후 2:04 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 6월 8일 오후 2:15 UTCmonitoring

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

3. 2026년 6월 8일 오후 2:28 UTCresolved

   This incident has been resolved.

1. 2026년 6월 8일 오후 12:10 UTCinvestigating

   We are currently investigating this issue.

2. 2026년 6월 8일 오후 12:36 UTCmonitoring

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

3. 2026년 6월 8일 오후 12:46 UTCresolved

   This incident has been resolved.

1. 2026년 6월 7일 오후 4:50 UTCidentified

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

2. 2026년 6월 7일 오후 4:52 UTCidentified

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

3. 2026년 6월 7일 오후 5:48 UTCmonitoring

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

4. 2026년 6월 7일 오후 6:59 UTCresolved

   This incident has been resolved.

1. 2026년 6월 7일 오후 12:40 UTCidentified

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

2. 2026년 6월 7일 오후 2:08 UTCresolved

   This incident has been resolved.