Knowbe4 장애 기록

1. 2026년 10월 20일 오전 11:37 UTCidentified

   도메인 등록의 원인은 통보를 제공하지 않으며 수정을 실행하는 데 사용됩니다. 우리는 새로운 정보 또는 업데이트로 우리의 상태 페이지에 계속 게시 할 것입니다.

2. 2026년 10월 21일 오후 3:33 UTCmonitoring

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

3. 2026년 10월 23일 오후 2:55 UTCresolved

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

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

1. 2026년 10월 13일 오후 3:03 UTCinvestigating

   콘솔 로그인에 영향을 미치는 문제점을 조사하고 있습니다. 우리는 사용할 때 더 많은 업데이트를 제공합니다.

2. 2026년 10월 13일 오후 3:07 UTCmonitoring

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

3. 2026년 10월 13일 오후 4:15 UTCresolved

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

4. 2026년 10월 14일 오후 2:29 UTCpostmortem

   ## **Summary ** 10 월 13, 2026, 약 14 : 19에서 15 : 05 \ (UTC \), 모든 지역의 고객은 KnowBe4 Security Awareness Training \ (SAT \) 콘솔, KnowBe4 Learner Experience 및 KnowBe4 SAT를 통해 Phisher 콘솔에 로그인 할 수 없습니다. SAML 및 암호 로그인은 오류를 반환하고 KnowBe4 SAT 콘솔은 KnowBe4 플랫폼에 나타나지 않았습니다. 사용자 동기화 및 훈련 이메일을 포함한 일부 배경 프로세스, 또한이 시간 동안 실패. 이 사건은 우리의 부호에 있는 다른 변화로 비등된 생산 방출에 기인했습니다. 우리는 14:59와 15:05 사이의 지구에서 회복 된 릴리스와 로그인을 리디렉션 (UTC \). 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 루트 원인 ** 코드 배포가 시작 설정값을 제거하여 애플리케이션 시작 시간을 단축합니다. 원래 변경이 테스트 된 후 코드에 추가 된 별도의 구성 요소는 변경 된 값에 대해 계정이 없었습니다. 결과적으로, 모든 시도는 로그인 시도를 기록하는 업데이트와 같은 오류를 제기했습니다. ## **고객 충격 ** 모든 지역에 걸쳐 고객은 SAML 또는 암호를 통해 KSAT 콘솔에 로그인 할 수 없습니다. 또한 Learner Experience에 액세스 할 수 없으며 KnowBe4 SAT 콘솔을 통해 Phisher 콘솔에 액세스 할 수 없습니다. 새로운 사용자 생성, 사용자 동기화 및 훈련 이메일은이 시간 동안 실패했지만 배포가 다시 거꾸로 된 후 자동으로 검색되었습니다. ##**심사 및 구제** 우리는 배포가 필요한 구성 값을 제거한다는 것을 발견했습니다. 이 릴리스를 뒤집어 졌고, 직접 검사 및 자동화 테스트를 통해 모든 지역에서 복구를 확인했습니다. 우리는 또한 우리의 소스 코드에서 원래 변경을 리디렉션하고 호환성 수정을 포함하는 올바른 버전을 준비, 그래서 원래의 개선은 안전하게 개조 될 수있다. ## **이전 측정 ** 추가 코드 검증 및 배포 테스트.

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

1. 2026년 10월 13일 오전 8:47 UTCinvestigating

   KnowBe4 Email Security Add-in이 오류 "The add-in KnowBe4 이메일 보안이 이메일 전송시이 메시지를 방지하는 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 10월 13일 오전 11:07 UTCmonitoring

   Web Add-in 전송 오류에 대한 수정을 구현하고 더 이상 문제가 발생하지 않도록 결과를 모니터링합니다.

3. 2026년 10월 13일 오후 1:41 UTCresolved

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

4. 2026년 10월 20일 오후 12:48 UTCpostmortem

   월요일부터 10 월 12, 2026, 약 14 : 25 \ (UTC \), 화요일, 10 월 13, 2026, 약 15 : 07 \ (UTC \), 예방 및 보호의 EU 인스턴스의 일부 고객은 Microsoft Outlook에서 이메일을 보내 어려움을 겪었습니다. 완전한 메시지가 전송되지 않았고, KnowBe4 Email Security add-in은 다음과 같은 오류를 표시했습니다. "Add-in KnowBe4 Email Security는이 메시지를 보내지 못합니다." 이 문제는 add-in 버전이 릴리스를 위해 준비되었는지 오류로 인해 동일한 버전의 두 개의 약간 다른 사본을 생산했습니다. Outlook이 add-in을로드하면 일치해야 할 파일 세트를 다운로드합니다. EU 인스턴스에서, Outlook은 때때로 두 복사에서 파일을 수신, 그래서 add-in는 로딩 완료 할 수 없었다, 그리고 메시지가 전송되지 않았습니다. 일부 장치도 실패한 다운로드를 저장, 그래서 오류는 수정이 적용 될 때까지 그 장치에 계속. 이 문제를 해결하기 위해, 우리의 팀은 EU add-in 파일을 수정하여 모든 고객은 일치 집합을받습니다. 우리는 그런 다음 모든 지역에 추가 된 버전의 업데이트 된 버전을 출시했습니다. 저장된 오류를 삭제했습니다. KnowBe4 Email Security add-in은 10월 13, 2026에 약 15:07 \ (UTC \)에 의해 정상 성능으로 반환됩니다. 이 유형의 문제점을 미래에 방지하기 위해, 우리는 add-in 버전이 준비하고 풀어 놓는 방법을 바꾸고, 각 버전은 항상 파일의 동일한 세트를 일으키고 각 고객은 동시에 동일한 버전을 받습니다. 또한 add-in을 변경하여 add-in 파일을 다운로드하지 않는 것은 장치에 저장되지 않습니다. Lastly, add-in 로드 오류에 대한 경고를 추가하여 더 빨리 감지합니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

1. 2026년 9월 28일 오후 9:10 UTCinvestigating

   우리는 현재 미국 서버에서 예방 및 보호하기위한 성능 향상에 관한 문제점을 조사하고 있습니다.

2. 2026년 9월 29일 오후 1:44 UTCmonitoring

   우리는 예방의 미국 인스턴스와 문제점을 확인하고 그 결과적으로 degraded 성과. 수정이 시행되고, 이 문제를 계속 모니터링 할 것입니다.

3. 2026년 10월 2일 오전 10:32 UTCresolved

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

4. 2026년 10월 6일 오후 3:51 UTCpostmortem

   ## **Summary ** 월요일부터 9 월 28 일, 2026 년, 약 16:00 \ (UTC \), 수요일, 9 월 30, 2026, 약 12 : 35 \ (UTC \)에서, 일부 고객은 예방 및 보호의 미국 인스턴스에 액세스하는 지연 된 메일 흐름 및 간헐적 인 문제를 경험했습니다. 9 월 28 일, 우리의 모니터링은 각 시간의 상단에 스파이크와 무거운 네트워크 트래픽을 보여주었습니다. 일부 고객은 예방 및 보호 콘솔의 미국 인스턴스에 액세스하는 간헐적 인 문제를 경험하기 시작했습니다. 메일 처리가 시작된 타이밍에 따라 달라지는 내부 조회, 메시지가 결과로 할당되었습니다. 고객은 우리의 지원 팀에 문제점을 보고, 우리는 상태 페이지 고시를 배치합니다. 성능은 미국 트래픽 감소로 그날을 회복했습니다. 9 월 29 일, 우리의 엔지니어는 우편 게이트웨이를 통해 이전의 데이터를 검토, 내부 서비스 그들은에 따라, 네트워크 층. 메일 흐름 지연 및 콘솔 액세스 문제는 간단히 반환, 그 후 네트워크 트래픽 감소, 같은 패턴 9 월 28. 9 월 30 일, 약 12 : 19에서 12 : 35 \ (UTC \), 우리의 팀은 계속 서비스 동안 미국 네트워크 서비스의 용량을 증가. 그들의 짐은 변화 후에 즉각 떨어지고, 예방하고 9월 30, 2026에 12:35 \ (UTC \)의 주위에 정상적인 성과에 돌려보냅니다. 9월 30일과 10월 1일의 피크 트래픽을 모니터링하고 재발견이 없습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 루트 원인 ** 이 문제는 미국 우편 처리 서비스에 대한 트래픽을 처리하는 네트워크 서비스의 용량 제한에 의해 발생했습니다. 피크 트래픽 중 특히 매시 스파이크 중 네트워크 서비스는 충분히 빠른 연결을 처리 할 수 없습니다. 이 추가 지연 트래픽을 통해 전달하고 드롭에 약간의 연결을 발생. 그 트래픽은 내부 요청 우리의 메일 게이트웨이는 배포 목록 회원을보고, 그래서 올바른 정책이 적용됩니다. 이 요청은 엄격한 시간 제한에 따라 느리게 처리 할 수 없습니다. 네트워크 서비스가 한계를 넘어 요청을 지연했을 때 실패했습니다. 결과적으로, 메일 처리가 느리고, 메시지가 누락되었습니다. 두 가지 요소는 문제를 더 악화하고 더 열심히 식별합니다. 첫째, 일부 내부 요청도 이러한 네트워크 서비스를 사용 하 고 용량 제한에 의해 영향을 했다. 둘째, 네트워크 서비스는 일반적으로 문제를 신호하는 수준에 도달하기 전에 degrade를 시작했습니다. 표준 compute 감시는 네트워크 포화를 붙잡지 않았습니다, 그래서 원인은 더 긴 것을 확인합니다. 서비스 중단없이 용량을 늘리는 안전한 방법을 찾는 것은 9 월 30 일에 수정이 적용 된 이유입니다. ##**심사 및 구제** 우리는 미국 네트워크 서비스가 피크 트래픽을 처리하는 충분한 용량이 없었습니다. 우리는 변화에 걸쳐 실행되는 방식으로 자신의 능력을 증가하여이를 mitigated. 용량 증가 후 네트워크 서비스는 더 많은 문제없이 피크 트래픽을 처리했습니다. 우리는 또한 혼자서 네트워크 포화의 믿을 수 있는 표시가 되지 않다는 것을 발견했습니다. 네트워크 건강 지표를 추적하기 위해 모니터링을 확장했습니다. 마지막으로, 우리는 내부 요청이 끊어지는 곳을 찾는 것이 어렵습니다. 내부 요청이 실패하고 시간을 표시하는 로깅을 추가했습니다. ## **고객 충격 ** 9 월 28 일과 29 일 피크 미국 트래픽 중 일부 고객은 예방 및 보호를 통해 인바운드 및 아웃바운드 메일을 처리하고 제공 한 지연을 경험했습니다. 배포 목록에 주소가 더 천천히 처리 된 메시지가 검색되었습니다. 일부 고객은 미국 콘솔을 사용하거나 방해하는 어려움을 겪었습니다. 미국 트래픽 감소로 매일 영향을 미쳤습니다. 누적 된 메일은 한 번의 용량을 복구했습니다. 9 월 30의 변화 후, 피크 트래픽 중 더 이상 분해하지 않았습니다. ## **이전 측정 ** 이 유형의 문제점을 미래에 방지하기 위해, 우리는 미국 네트워크 서비스의 수용량을 증가시키고 우리의 모니터링을 확장하여 네트워크 건강 지표를 보완하기 위해. 우리는 또한 내부 요청을 실패로 가시성을 개선하기 위해 로깅을 추가했습니다.

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

1. 2026년 9월 24일 오후 5:53 UTCinvestigating

   우리는 입증 된 성능으로 인해 발생 한 보호와 문제가 발견되었으며 엔지니어링 팀은 수정을보고 있습니다.

2. 2026년 9월 24일 오후 6:39 UTCmonitoring

   우리는 입증 된 성능에 결과를 얻은 보호를 가진 문제점을 발견했습니다. 수정이 시행되고, 이 문제를 계속 모니터링 할 것입니다.

3. 2026년 9월 24일 오후 7:57 UTCinvestigating

   우리는 보호를 가진 문제점을 확인하고 & degraded 성과에서 그 결과로 방지하고, 우리의 기술설계 팀은 고침으로 찾고 있습니다.

4. 2026년 9월 24일 오후 9:46 UTCmonitoring

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

5. 2026년 9월 25일 오전 9:16 UTCresolved

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

6. 2026년 10월 6일 오후 3:51 UTCpostmortem

   ## **Summary ** 9 월 24, 2026, 약 17:07 \ (UTC \), 금요일, 9 월 25, 2026, 약 09 : 16 \ (UTC \)에서, 일부 고객은 간헐적 인 느림, 오류를 경험했으며 보호 및 예방의 미국 인스턴스에 대한 메일 흐름을 지연했습니다. 9 월 24 일, 이메일 트래픽의 비정상적인 큰 스파이크는 우리의 미국 우편 처리에 대한 트래픽을 처리 네트워크 서비스에 지속적으로로드를 배치. 우리의 모니터링은 약 17:07 \ (UTC \)에 우리를 경고. 몇몇 고객은 페이지 또는 진보된 선택권을 적재할 때 보호하고 가끔 과실에 느린 간헐적인 접근을 보았습니다. 접근은 inconsistent, 그래서 몇몇 고객은 다른 사람이 과실을 보았습니다 동안 보호할 수 있었습니다. 미국 인스턴스를 통해 메일 처리, 일부 메시지가 지연되었거나 예상할 때 모의 inbox에 나타나지 않았다. 성능이 개선되었습니다. 따라서 우리는 18:39 \ (UTC \)에서 모니터링하는 상태 페이지 공지를 이동했습니다. 문제는 나중에 재조절, 고객은 우리의 지원 팀에 지속적인 느림을보고했다. 19:57 \ (UTC \), 우리는 조사에 대한 통지를 이동하고 영향력이 더 분명하게 방지 할뿐만 아니라 확장. 우리의 팀은 영향을받는 시스템을 모니터링하고 높은 메일 볼륨 면세. 네트워크 서비스에 부하가 정상으로 돌아와서, 메일 처리 복구, 그리고 메일 큐는 정상 하룻밤에 반환. 우리는 보호가 정상적으로 적재되고 그 테스트 메시지가 다시 배달되고, 그 후에 계속 감시하는 것을 확인했습니다. 9 월 25, 2026에 09 : 16 \ (UTC \)의 정상 성능으로 돌아와 방지하십시오. 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 루트 원인 ** 이 문제는 이메일 트래픽에 특이한 큰 스파이크에 의해 발생했습니다. 증가한 양은 우리의 미국 우편 처리에 대한 트래픽을 처리하는 네트워크 서비스에 지속적인 부하를 둡니다. 이러한 네트워크 서비스는 고정 용량 제한 내에서 작동하며, 용량은 스파이크 중에 스케일 업 할 수 없습니다. 그들은 큰 파도로 유지 할 수 없기 때문에, 그들은 느리고, 일부 처리는 간헐적으로 실패했습니다. 그 결과, 많은 양의 메일은 미국 메일 처리량, 일부 페이지 및 작업은 반환 오류를 방지하고, 일부 메시지가 지연되거나 예상 될 때 변호 inbox에 나타나지 않았다. 두 가지 요소는 관리하기 어려운 문제로 만들었습니다. 첫째로, 접근이 중단되기 때문에, 몇몇 체크는 고객이 과실을 보고, 확인하기 위하여 더 열심히 하는 회복을 계속하는 동안 성공했습니다. 둘째, 우리의 모니터링은 현재 부하보다 더 명확하게 네트워크 서비스에 피크 부하를 보여, 이는 부하가 여전히 상승했는지 여부를 실시간으로 판단하기 어렵다. ##**심사 및 구제** 우리는 미국 우편 처리를 취급하는 네트워크 서비스는 교통 스파이크 도중 조정 수용량 한계에 도달하고, 그들의 수용량은 사건 도중 증가될 수 없었습니다. 우리의 팀은 가장 높은 우편량 면과 네트워크 서비스 부하가 정상으로 반환되는 동안 영향을받는 시스템을 모니터링했습니다. 메일 처리 후 복구 및 누락 된 메일 처리되었습니다. 문제는 이전에 반복하기 전에 개선 된 것으로 나타났습니다. 우리는 사건을 해결하기 전에 여러 가지 방법으로 복구를 확인했습니다. 우리는 보호가 일반적으로로드 된 것을 확인, 그 테스트 메시지는 미국 메일 처리를 통해 전달되고, 그 지원 요청은 일반적으로 진행되었다. 우리는 또한 밤새 모니터링하고 미국 인스턴스의 고객에게 새로운 보고서를받지 못했습니다. ## **고객 충격 ** 몇몇 고객은 보호하는 느린 간헐적인 접근이 있고, 때때로 페이지 또는 진보된 선택권을 적재할 때 과실을 보았습니다. 미국 인스턴스를 통한 메일 처리는 보호 및 예방을 위해 지연되었습니다. 일부 경우에, 메시지가 지연되거나 예상될 때 변호 inbox에 나타나지 않았습니다. 메일이 암호화되고 해독되거나 미국 우편 처리가 영향을받을 가능성이 더 많기 때문에 온건한 고객. 대부분의 애드 인을 사용하여 고객은 메일 처리 지연에 영향을 미치지 않습니다. 보호 및 예방 콘솔은 사용할 수 있지만 일부 콘솔 작업이 느린 메일 처리에 영향을 미쳤습니다. ## **이전 측정 ** 앞으로의 문제점을 방지하기 위해, 우리는 이메일 양에 있는 특이한 증가의 우리의 감시를 개량하고 있습니다. 우리는 또한 우리의 네트워크 서비스에 현재 부하를 표시하기 위해 모니터링을 개선, 뿐만 아니라 피크 값. 또한, 우리는 갑작스런 트래픽 스파이크 중 더 역동적으로 네트워크 용량을 확장하는 방법을 평가하고 미국 메일 처리를 처리하는 네트워크 인프라에 대한 장기적인 개선을 평가합니다. 우리는 또한 응답에서 미국 네트워크 서비스의 용량을 증가하고있다[ 나중에 사건](https://status.knowbe4.com/incidents/9wc6rjm8g70v).

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

1. 2026년 9월 23일 오전 9:52 UTCidentified

   로그인을 시도하면서 "Access Denied" 오류 메시지를 수신하는 사용자의 보고서를 받았습니다. 우리는 문제점을 확인하고 해결책을 실행하고 이 페이지를 더 많은 정보가 있을 때 업데이트할 것입니다.

2. 2026년 9월 23일 오전 10:57 UTCmonitoring

   이 문제는 확인되고 수정이 구현되어 더 많은 정보를 가질 때이 페이지를 업데이트합니다.

3. 2026년 9월 23일 오후 2:58 UTCresolved

   이 사건은 성공적으로 해결되고 모든 체계는 완전히 가동입니다.

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

1. 2026년 9월 23일 오전 9:00 UTCinvestigating

   우리는 몇몇 사용자가 웹폼 제출을 성공적으로 제출할 수없는 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 9월 23일 오전 10:47 UTCidentified

   문제는 식별되고 수정이 구현되었습니다. 더 많은 정보를 가진 갱신은 그러므로 따릅니다.

3. 2026년 9월 23일 오전 10:58 UTCmonitoring

   이 문제는 확인되고 수정이 구현되어 더 많은 정보를 가질 때이 페이지를 업데이트합니다.

4. 2026년 9월 23일 오후 2:58 UTCresolved

   이 사건은 성공적으로 해결되고 모든 체계는 완전히 가동입니다.

5. 2026년 10월 20일 오후 3:53 UTCpostmortem

   수요일, 9 월 23, 2026, 약 08 : 15에서 11 : 18 \ (UTC \), 일부 고객이 느린 경험을 경험하고 보안 웹 사이트의 영국 인스턴스에서 양식 제출을 실패했습니다. 이 문제는 최근 변화에 따라 영국 생산 환경에서 데이터베이스 성능 한계에 의해 발생했습니다. 데이터베이스 설정으로 인해 일부 쿼리가 비효율적으로 실행됩니다. 결과적으로 응답 시간이 증가하고 일부 양식 제출이 실패했습니다. 이 문제를 해결하기 위해, 우리 팀은 일시적으로 부하를 줄이기 위해 배경 동기화 작업을 일시적으로 일시적으로 사용, 쿼리 효율을 개선하기 위해 데이터베이스 설정을 조정, 저장 처리량을 증가. Secure Webforms는 11 : 18 \ (UTC \)의 정상 성능으로 돌아갑니다. 이 유형의 문제점을 방지하기 위해, 우리는 데이터베이스 대역폭을 위한 추가 감시를 추가하고 있습니다. 우리는 또한 배경 동기화 작업의 효율성을 개선하고 있습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

1. 2026년 9월 21일 오전 9:32 UTCinvestigating

   우리는 사용자가 영국 지역에서 Web Access (Secure Message Portal)을 통해 이메일을 보낼 수없는 보고서를 받았습니다. 오류 "503 Service Unavailable" 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 9월 21일 오후 2:36 UTCmonitoring

   우리는 수정을 구현하고 결과를 모니터링합니다.

3. 2026년 9월 21일 오후 2:38 UTCmonitoring

   우리는 더 많은 문제를 모니터링하고 있습니다.

4. 2026년 9월 22일 오전 8:27 UTCresolved

   이 사건은 성공적으로 해결되고 모든 체계는 완전히 가동입니다.

5. 2026년 10월 8일 오후 1:45 UTCpostmortem

   월요일, 9 월 21, 2026, 약 08 : 55에서 화요일, 9 월 22, 2026, 약 14:30 \ (UTC \)에서, 일부 사용자는 오류를 경험하고 영국 지역에서 Web Access \ (Secure Message Portal\)을 통해 이메일을 보낼 수 없었다. 이 사건은 데이터베이스 업데이트 중 구성 오류에 의해 발생, 이는 intermittent 서비스 중단에 주도. 이 문제를 해결하기 위해, 우리는 구성을 넓히고, 웹 액세스는 9 월 22, 2026에 14:30 \ (UTC \)에 의해 정상 성능으로 돌아갑니다. 이 유형의 문제를 미래에 방지하기 위해, 우리는 우리의 데이터베이스 구성을 검토하고 업데이트하고 있습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

1. 2026년 9월 18일 오전 11:07 UTCinvestigating

   KSAT의 DE 및 UK 인스턴스에 로그인 할 수없는 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 9월 18일 오후 4:48 UTCresolved

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

3. 2026년 10월 8일 오후 2:07 UTCpostmortem

   ## **Summary ** 에 9월 17, 2026, 배경 작업은 큰 사용자 그룹을 아카이브하고 단일 언바운드 데이터베이스 거래로 ran. 이 거래는 많은 수의 사용자 행을 잠그고, 미국 지역이 동일한 테이블에 쓰기 때문에 시간에 로그인합니다. 플랫폼 실행 제한을 타격 한 후, 작업은 종결되어 15 분 간격에서 5 번을 자동으로 회복했으며 75 분의 정전을 발생했습니다. 문제를 해결하기 위해, 우리는 잠금에서 로그인을 분리 한 수정을 배포했습니다. 우리는 로그인 변경에 의해 소개 된 회귀에 대한 후속 수정을 배포, 뿐만 아니라 아카이브 작업. ## **Happened ** 이전 변경은 비동기에서 "모든 사용자"작동을 이동, 시간 아웃 웹 요청 언바운드 백그라운드 작업. 큰 사용자 그룹이 아카이브되었을 때, 이것은 새로운 배경 일을 방아쇠. 작업은 단일 거래에서 모든 영향을받는 사용자 행을 잠겨, per-user 쓰기 및 커밋하기 전에 동기 외부 서비스 호출을 수행. 로그인 시도, 같은 테이블에 쓰기, 잠긴 일 뒤에 누락 된 및 미국 사용자에 대한 시간. 작업이 15 분 플랫폼 실행 제한에 도달 할 때, 그것은 중간 응답을 종결했다, 거래는 다시 압연, 그리고 작업은 큐에 redelivered했다. 이 사이클은 5 번 발생, 75 분 정전 발생. 실패가 내부에서 검출되었을 때 22:35 \(UTC\), 사건은 선언되었다, 그리고 엔지니어는 응답으로 페이지되었다. 로그인 흐름에서 쓰기 작업을 분리하는 완화는 약 23:44 \ (UTC \)에 배포되었습니다. 이 웹 사이트는 애플 리케이션에 전념. 우리는 정품 앱과 게임을 제공 할 목적으로이 사이트를 만들었습니다. 4AppsApk 최고의 안드로이드 애플 리케이션을위한 무료 APK 파일 다운로드 서비스, 계략. 로 09:17 \(UTC\) 에 9월 18, 2026, 이 회귀에 대한 수정은 지역 전체에 배포되었습니다. 원래의 미국 전용 아카이브 작업 문제는 13:45과 14:05 \(UTC\)보다 두 번 더 반복했습니다. 영구 수정은 약 15:00 \ (UTC\)에 배포되었습니다. 사건은 19:12 \ (UTC \) 9 월 18, 2026에 완전히 해결되었습니다. ## ** 루트 원인 ** 대규모 그룹 사용자 아카이브에 대한 단일 전환 배경 작업은 많은 영향을받는 행에 독점적 인 잠금을 개최, 로그인 프로세스의 자신의 행 쓰기 차단. 웹 요청 타임 아웃에서이 작업을 이동하기 전에 변경하고 배경 작업으로 인해 그 기간에만 남아있는 제한을 제거했습니다. 플랫폼의 15 분 실행 제한 다음 자동 kill-and-redeliver 사이클을 트리거, 잠금 콘텐츠 5 번 반복하고 75 분 정전 창에서 결과. ##**Findings 및 소송** 우리는 unbounded archive 거래가 영향을받는 사용자 행의 큰 숫자를 잠긴 것을 발견, 다른 테이블 쓰기를 차단. 로그인 프로세스를 디코딩하여 짧은 용어에 mitigated, 그리고 아카이브 작업을 수정하여 장기적으로 고정. 우리는 또한 조정된 노동자 concurrency가 자물쇠 contention를 증폭한다는 것을 발견했습니다. 이것은 수동으로 worker concurrency를 줄이면서 단기로 전환되었습니다. 비틀고 일관 작업에 대한 장기적인 수정이 계획됩니다. 마지막으로, 읽기 전용 데이터베이스에 의해 거부되었기 때문에 이전에 실패한 시도를 가진 사용자를 위한 로그인 회귀가 발생하는 것을 발견했습니다. 모든 지역에서 배포 및 검증 된 대상 코드 변경을 통해 고정되었습니다. ##**Preventive 측정** 우리는 그(것)들을 경계해서 우리의 큰 그룹 archival 가동을 개량하고, 작은, 투입한 배치에서 그(것)들을 가공하고, 외부를 데이타베이스 거래 밖에 유지하. 우리는 또한 변경 체크를 특정 배경 노동자에 추가하고 아무것도 변경하지 않는 쓰기를 건너. 마지막으로, 우리는 데이터베이스 거래 연령 및 정제 지연에 대한 직접 경고를 추가하고, 주기적인 간접 검사 이외에. # # ** 고객 영향 및 복구 ** 미국 지역에서 약 75 분 동안 로그인 실패. 2개의 간략한, 미국 전용 재발견은 다음날 아침에 일어났고 몇 분 안에 수동으로 지났습니다. 사용자 관리와 같은 일부 관리자 작업도 영향을 받았다. 파트너 로그인이 실패했습니다. 이차 회귀는 약 10 시간 동안 지속되며 이전에 로그인 시도를 실패한 모든 지역에 영향을 미쳤습니다. 9 월 18 일 오후에 풀 복구는 모든 지역에서 확인되었으며 상태 페이지는 해결 된대로 표시됩니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 결론 ** 자동 리트리 메커니즘과 결합 된 단일 경계 배경 거래는 미국 지역의 로그인 정전을 발생시킵니다. 특정 트리거 작업과 재시동 행동은 고정되어 있으며, 더 이상 임의 글 경로에 의존하지 않습니다. 동일한 공감 회귀와 두 개의 미성년자 회귀는 각 시간 내에 해결되었습니다. worker coordination 및 Database Transaction Monitoring을 포함한 예방 작업은 위에서 추적됩니다.

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

1. 2026년 9월 17일 오후 10:44 UTCinvestigating

   우리는 사용자가 KSAT의 미국 인스턴스에 로그인 할 수없는 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 9월 18일 오전 1:28 UTCmonitoring

   우리는 수정을 구현하고 더 이상 문제가 발생하지 않도록 결과를 모니터링합니다.

3. 2026년 9월 18일 오후 2:02 UTCinvestigating

   KSAT의 미국 인스턴스에 로그인 할 수없는 사용자의 새로운 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

4. 2026년 9월 18일 오후 4:47 UTCresolved

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

5. 2026년 10월 5일 오후 9:16 UTCpostmortem

   ## **Summary ** 에 9월 17, 2026, 배경 작업은 큰 사용자 그룹을 아카이브하고 단일 언바운드 데이터베이스 거래로 ran. 이 거래는 많은 수의 사용자 행을 잠그고, 미국 지역이 동일한 테이블에 쓰기 때문에 시간에 로그인합니다. 플랫폼 실행 제한을 타격 한 후, 작업은 종결되어 15 분 간격에서 5 번을 자동으로 회복했으며 75 분의 정전을 발생했습니다. 문제를 해결하기 위해, 우리는 잠금에서 로그인을 분리 한 수정을 배포했습니다. 우리는 로그인 변경에 의해 소개 된 회귀에 대한 후속 수정을 배포, 뿐만 아니라 아카이브 작업. ## **Happened ** 이전 변경은 비동기에서 "모든 사용자"작동을 이동, 시간 아웃 웹 요청 언바운드 백그라운드 작업. 큰 사용자 그룹이 아카이브되었을 때, 이것은 새로운 배경 일을 방아쇠. 작업은 단일 거래에서 모든 영향을받는 사용자 행을 잠겨, per-user 쓰기 및 커밋하기 전에 동기 외부 서비스 호출을 수행. 로그인 시도, 같은 테이블에 쓰기, 잠긴 일 뒤에 누락 된 및 미국 사용자에 대한 시간. 작업이 15 분 플랫폼 실행 제한에 도달 할 때, 그것은 중간 응답을 종결했다, 거래는 다시 압연, 그리고 작업은 큐에 redelivered했다. 이 사이클은 5 번 발생, 75 분 정전 발생. 실패가 내부에서 검출되었을 때 22:35 \(UTC\), 사건은 선언되었다, 그리고 엔지니어는 응답으로 페이지되었다. 로그인 흐름에서 쓰기 작업을 분리하는 완화는 약 23:44 \ (UTC \)에 배포되었습니다. 이 웹 사이트는 애플 리케이션에 전념. 우리는 정품 앱과 게임을 제공 할 목적으로이 사이트를 만들었습니다. 4AppsApk 최고의 안드로이드 애플 리케이션을위한 무료 APK 파일 다운로드 서비스, 계략. 로 09:17 \(UTC\) 에 9월 18, 2026, 이 회귀에 대한 수정은 지역 전체에 배포되었습니다. 원래의 미국 전용 아카이브 작업 문제는 13:45과 14:05 \(UTC\)보다 두 번 더 반복했습니다. 영구 수정은 약 15:00 \ (UTC\)에 배포되었습니다. 사건은 19:12 \ (UTC \) 9 월 18, 2026에 완전히 해결되었습니다. ## ** 루트 원인 ** 대규모 그룹 사용자 아카이브에 대한 단일 전환 배경 작업은 많은 영향을받는 행에 독점적 인 잠금을 개최, 로그인 프로세스의 자신의 행 쓰기 차단. 웹 요청 타임 아웃에서이 작업을 이동하기 전에 변경하고 배경 작업으로 인해 그 기간에만 남아있는 제한을 제거했습니다. 플랫폼의 15 분 실행 제한 다음 자동 kill-and-redeliver 사이클을 트리거, 잠금 콘텐츠 5 번 반복하고 75 분 정전 창에서 결과. ##**Findings 및 소송** 우리는 unbounded archive 거래가 영향을받는 사용자 행의 큰 숫자를 잠긴 것을 발견, 다른 테이블 쓰기를 차단. 로그인 프로세스를 디코딩하여 짧은 용어에 mitigated, 그리고 아카이브 작업을 수정하여 장기적으로 고정. 우리는 또한 조정된 노동자 concurrency가 자물쇠 contention를 증폭한다는 것을 발견했습니다. 이것은 수동으로 worker concurrency를 줄이면서 단기로 전환되었습니다. 비틀고 일관 작업에 대한 장기적인 수정이 계획됩니다. 마지막으로, 읽기 전용 데이터베이스에 의해 거부되었기 때문에 이전에 실패한 시도를 가진 사용자를 위한 로그인 회귀가 발생하는 것을 발견했습니다. 모든 지역에서 배포 및 검증 된 대상 코드 변경을 통해 고정되었습니다. ##**Preventive 측정** 우리는 그(것)들을 경계해서 우리의 큰 그룹 archival 가동을 개량하고, 작은, 투입한 배치에서 그(것)들을 가공하고, 외부를 데이타베이스 거래 밖에 유지하. 우리는 또한 변경 체크를 특정 배경 노동자에 추가하고 아무것도 변경하지 않는 쓰기를 건너. 마지막으로, 우리는 데이터베이스 거래 연령 및 정제 지연에 대한 직접 경고를 추가하고, 주기적인 간접 검사 이외에. # # ** 고객 영향 및 복구 ** 미국 지역에서 약 75 분 동안 로그인 실패. 2개의 간략한, 미국 전용 재발견은 다음날 아침에 일어났고 몇 분 안에 수동으로 지났습니다. 사용자 관리와 같은 일부 관리자 작업도 영향을 받았다. 파트너 로그인이 실패했습니다. 이차 회귀는 약 10 시간 동안 지속되며 이전에 로그인 시도를 실패한 모든 지역에 영향을 미쳤습니다. 9 월 18 일 오후에 풀 복구는 모든 지역에서 확인되었으며 상태 페이지는 해결 된대로 표시됩니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 결론 ** 자동 리트리 메커니즘과 결합 된 단일 경계 배경 거래는 미국 지역의 로그인 정전을 발생시킵니다. 특정 트리거 작업과 재시동 행동은 고정되어 있으며, 더 이상 임의 글 경로에 의존하지 않습니다. 동일한 공감 회귀와 두 개의 미성년자 회귀는 각 시간 내에 해결되었습니다. worker coordination 및 Database Transaction Monitoring을 포함한 예방 작업은 위에서 추적됩니다.

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

1. 2026년 9월 16일 오후 5:47 UTCidentified

   영국에서 계정의 로그인 및 액세스 문제를 식별했습니다.

2. 2026년 9월 16일 오후 6:16 UTCmonitoring

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

3. 2026년 9월 16일 오후 8:58 UTCresolved

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

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

1. 2026년 9월 11일 오후 12:43 UTCresolved

   Septermber 8에서 우리는 inbound HTML 이메일이 부분적으로 또는 클래식 아웃룩에서 공백을 렌더링하는 것을 알고있다. HTML 라이브러리 업그레이드로 인해 수비의 유해 코드 - 레모발 엔진은 Classic Outlook의 레거시 워드 렌더링 엔진과 상호 작용. 웹의 새로운 Outlook 및 Outlook은 비범죄였습니다. 이것은 엄격하게 표시 문제였다 : 이메일이 지연되지 않았거나, 분실 또는 타협, 위협 탐지는 완전히 활성화되었습니다. 엔지니어링은 정상적인 렌더링을 복원하기 위해 업데이트를 거꾸로했다. 이 창 도중 일시적으로 유해한 부호 제거가, 완전한 보호를 지키기 위하여 그것을 re-enable 하십시오.

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

1. 2026년 9월 4일 오전 10:53 UTCinvestigating

   우리는 이메일 검증 MFA for Workspace의 전달을 가진 문제점의 보고를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 9월 4일 오후 2:24 UTCmonitoring

   우리는 이메일 검증 MFA for Workspace의 배송 문제가 Microsoft에 의해 mitigated 것으로보고했으며 결과를 모니터링하고 있습니다.

3. 2026년 9월 7일 오전 8:25 UTCresolved

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

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

1. 2026년 8월 26일 오후 4:19 UTCinvestigating

   우리는 사용자가 처리되는 메시지에 지연을 경험할 수 있는 문제점을 확인하고, 우리의 기술설계 팀은 고침으로 찾고 있습니다.

2. 2026년 8월 26일 오후 4:46 UTCmonitoring

   우리의 엔지니어링 팀은 Phisher의 메시지 처리 지연을 일으키는 문제를 해결하고 결과를 모니터링하고 있습니다.

3. 2026년 8월 26일 오후 7:51 UTCresolved

   우리의 엔지니어링 팀은 Phisher의 메시지 처리 지연을 일으키는 문제를 해결했습니다.

4. 2026년 10월 16일 오후 8:36 UTCpostmortem

   ## **Summary ** 8월 26, 2026일, 인프라 관리 프레임 워크에 대한 일상적인 배포 중 예상치 못한 처리 큐와 처리 할 수없는 메시지를 보유하는 보조 큐. 이것은 Phisher 고객 inboxes에 들어오는 이메일 납품의 임시 중단에서 유래했습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다. ## ** 루트 원인 ** 8 월 24, 2026, 내부 구성 변경은 우리의 코드와 동기화에서 라이브 구성 레코드를 왼쪽. 나중에 코드 업데이트는 그 레코드를 반전하지 않았다. 8 월 26, 2026에 일상적인 생산 배치가 ran 때, 활성 구성 코드는 다시 배치 된 리소스 레코드를 포함하지 않았다. 결과적으로, 배포는 unmanaged 자원으로 활성 큐를 처리하고 제거. ##**심사 및 구제** 자동화된 감시는 메시지 처리에 있는 하락에 저희를 경고하고, 사건 응답 팀은 조립되었습니다. 우리는 큐가 삭제 된 것을 발견했습니다. 이것은 영향을받은 생산 작업을 재창조하여 단기간에 mitigated되었습니다. 우리는 그 순간 이메일 처리가 재시작했는지 확인했습니다. 마지막으로, 우리는 고객의 inboxes로 outage 도중 구름 저장에서 열린 이메일 페이로드를 재생했습니다. ##**시간** 모든 시간은 UTC입니다. * ** 8월 24, 2026, 18:41:** 내부 설정 변경은 업데이트 된 리소스 레코드를 라이브 생산 구성으로 썼습니다. * ** 8 월 26, 2026, 15 : 15 : ** 생산 배치는 인바운드 queues를 제거하고 생산에서 처리 할 수없는 메시지를 보유 할 수 있는 queues는 고객의 inboxes로 이메일 배달을 중단합니다. * ** 8월 26, 2026, 15:59:** 자동화된 모니터링은 엔지니어링 팀에서 제로 메시지가 처리되고, 사건 응답 팀은 페이지화되었습니다. * ** 8월 26, 2026, 16:01:** 우리는 queues가 삭제되었으며 이메일 페이로드가 여전히 안전하게 보관되었는지 확인했습니다. * ** 8 월 26, 2026, 16 : 15 : ** 우리는 1 차적인 뿌리 원인으로 구성 mismatch를 발견했습니다. * ** 8월 26, 2026, 16:25:** 우리의 팀은 영향을받은 생산 일을 옹호하고, 큐는 재창조되었습니다. * ** 8월 26, 2026, 18:44:** 자동화된 재생은 모든 backl에 의하여 기록된 이메일을 고객의 inboxes 배달합니다. ## **이전 측정 ** 미래에 문제점을 방지하기 위해, 우리는 사전 merge 체크에서 살아있는 구성 단계를 제거하고 생산 변화에서 분리되는 배치 계획. 릴리스가 완료된 후 queue 건강을 확인하기 위해 자동화된 체크를 추가했습니다. ## **고객 충격 ** 15:15에서 16:25 \ (UTC \) 8 월 26, 2026, Phisher에 제출 된 수신 이메일은 고객 inboxes로 처리되지 않았습니다. Inbound 이메일 페이로드는 혼란을 통해 클라우드 스토리지에 안전하게 저장되었습니다. queues가 복원 된 후 자동화 된 재생은 고객의 inboxes에 열린 이메일을 전달했습니다. 모든 백글 로그 메시지는 18:44 \ (UTC \)에 의해 전달되었습니다. 이 문제의 결과로 고객 이메일 데이터가 손실되지 않았습니다.

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

1. 2026년 8월 21일 오전 8:52 UTCinvestigating

   Gmail Phish Alert Button이 오류 "[reportPhishAttempt()]를 보여줍니다. 내부 오류가 발생했습니다. 다시 시도하십시오." phish를보고 할 때. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

2. 2026년 8월 21일 오후 12:03 UTCidentified

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

3. 2026년 8월 21일 오후 1:08 UTCmonitoring

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

4. 2026년 8월 21일 오후 2:57 UTCresolved

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

5. 2026년 8월 26일 오후 3:55 UTCpostmortem

   금요일, 8 월 21, 2026, 약 05 : 20에서 12 : 55 \ (UTC \), Gmail Phish Alert Button add-in을 사용하여 Gmail Phish Alert Button add-in을 사용하여 "내부 오류가 발생했습니다" 메시지가 성공적인 보고서 확인 대신. 문제는 EU-West 및 US-East 서비스 지역의 가장 높은 오류 볼륨과 함께 모든 지역에서 고객에 영향을 미쳤습니다. 이 문제는 Google의 Apps Script 플랫폼에서 캐싱 서비스에 대한 혼란에 의해 발생했습니다. 이는 사용자가 세션 구성을 저장하는 데 의존합니다. 이 서비스는 여전히 새로운 글을 받아 들인 동안 읽힌 빈 결과를 간헐적으로 반환하여 영향을받는 보고서 제출을 실패시킵니다. KnowBe4는 Google에 직접 참여하고 약 12:19 및 12:39 \ (UTC \) 사이에 공식 버그 보고서를 제출했습니다. 오류 볼륨은 공급 업체 측 상태로 인해 급격히 감소했으며, Gmail Phish Alert Button은 약 12:55 \ (UTC \)의 정상 성능으로 반환됩니다. 이 유형의 문제점을 미래에 방지하기 위해 Google과 함께 일하고 있습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

1. 2026년 8월 18일 오후 2:29 UTCinvestigating

   우리는 메시지가 Phish Alert Button을 통해보고 될 때 비 배달 보고서 (NDR)를 일으키는 문제를 조사하고 "우리 사본을 보내"는 계정 설정에서 활성화됩니다

2. 2026년 8월 18일 오후 3:26 UTCmonitoring

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

3. 2026년 8월 18일 오후 8:14 UTCresolved

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

4. 2026년 9월 30일 오후 8:06 UTCpostmortem

   화요일, 8 월 18, 2026, 약 14 : 10에서 14 : 55 \ (UTC \), Phish Alert Button \ (PAB \)를 사용하여 고객은 ** 복사 ** 기능을 사용하여 비 배달 보고서를받지 못했습니다 ** 복사 ** 메일 박스. 이 문제는 공유 이메일 라우팅 인프라에 구성 변경에 의해 발생했습니다. 이 변화는 우리의 staging와 생산 환경 둘 다에 의해 이용된 메시징 성분을 renamed. 이 공유 된 구성 요소에 따라 생산 규칙이 변경되기 때문에 ** 사본 ** 우편함 및 비 배달 보고서를 방아쇠로 옮겼습니다. 이 문제를 해결하기 위해, 우리의 팀은 정확한 성분을 참조하는 영향을받은 구성을 업데이트하고 ** 사본을 보내 ** 기능은 14 : 55 \ (UTC \)에 의해 정상 성능으로 반환됩니다. 이 유형의 문제점을 방지하기 위해, 우리는 우리의 staging와 생산 환경을 위한 이메일 여정 윤곽을 분리하고 있습니다. 현재 인프라 관리 표준에 따라 레거시 구성도 재구성하고 있습니다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

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

   We are currently investigating an issue affecting Google PhishRIP queries, which may cause them to fail.

2. 2026년 8월 5일 오후 9:24 UTCmonitoring

   Based on our investigation into the recent errors affecting Google PhishRIP queries, it appears these may be related to suspended Gmail accounts. We are continuing to monitor the issue.

3. 2026년 8월 6일 오후 9:56 UTCresolved

   Upon further investigation we have determined that the errors affecting Google PhishRIP queries were related to individual issues on Google accounts.

1. 2026년 8월 4일 오후 7:19 UTCidentified

   우리는 SAT 콘솔에서 로드에서 계정 설정을 방지하는 문제를 발견했습니다.

2. 2026년 8월 4일 오후 7:51 UTCmonitoring

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

3. 2026년 8월 5일 오후 12:17 UTCresolved

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

4. 2026년 9월 28일 오후 2:35 UTCpostmortem

   화요일, 8 월 4, 2026, 약 18 : 22에서 19 : 43 \ (UTC \), 일부 고객은 CA, DE, EU, 영국 및 미국 지역의 KnowBe4 콘솔의 ** 페이지로드를 경험했습니다. 이 문제는 계정 설정 경험에 의해 사용되는 GraphQL 요청의 복잡성을 증가하는 일련의 응용 프로그램 변경에 의해 발생했습니다. 각 변경은 개별적으로 평가될 때 플랫폼의 구성 복잡성 문턱 아래 남아 있지만, 결합된 요청은 임계값을 초과하고 로딩에서 페이지를 방지했습니다. 엔지니어링은 복잡한 임계값을 기여 인자로 식별하고 약 19:14 \ (UTC \)에서 올바른 변경을 배치했습니다. 수정이 영향을받는 지역에 걸쳐 확인 된 후 KnowBe4 콘솔은 약 19:43 \ (UTC \)에 의해 정상 성능으로 반환됩니다. 앞으로 이 문제를 방지하기 위해, 우리는 복잡성 문턱을 증가시켰다. 이 문제의 결과로 데이터 손실이 발생하지 않습니다.

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

1. 2026년 7월 28일 오후 8:00 UTCinvestigating

   PhishRIP가 예기치 않은 이메일과 관련된 문제를 조사하고 있습니다

2. 2026년 7월 28일 오후 8:35 UTCmonitoring

   이 문제와 PhishRIP 쿼리에 대한 수정이 시행되었습니다. 우리는 여전히 영향을 미칠 수있는 쿼리를 조사하고 있습니다

3. 2026년 7월 29일 오후 6:58 UTCresolved

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

4. 2026년 7월 30일 오후 4:38 UTCpostmortem

   ## **Summary ** 7월 28, 2026일, PhishRIP 서비스에 대한 업데이트는 PhishRIP 검색 쿼리가 더 넓혀져야 합니다. 구성 된 보낸 사람 기준을 충족하지 않은 Benign 이메일은 일부 고객 계정에서 quarantined. 자동화된 감시 및 고객 지원 표는 문제를 빨리 지상에 놓았습니다. 엔지니어링은 사고를 선언하고 무인한 quarantining을 중단하는 약 25 분 이내에 변경을 거쳤습니다. 설계 후 수동으로 incorrectly quarantined 이메일을 고객의 inboxes에 복원. ##**Root 원인** 7 월 28, 2026, 우리는 PhishRIP 뒤에 쿼리 서비스에 유지 보수 업데이트를 배포했습니다. 이 업데이트는 잘못된 sender 주소의 처리를 개선하기 위해 설계되었으므로, 시스템은 주소의 도메인 부분을 검색하기 위해 다시 떨어지는 것을 허용. 그러나 기존의 검증 논리는 sender 필드의 "@" 기호를 요구하는 정규 표현식을 사용합니다. 쿼리가 [example.com](http://example.com)과 같은 베어 도메인을 사용하거나 "@" 기호가없는 경우, regex는 유효하지 않은 도메인을 파고 있습니다. 기존의 검증과 도메인 검색 업데이트 간의이 충돌은 전적으로 sender 표준을 드롭하기 위해 시스템이 발생했습니다. 자주 묻는 질문(FAQ) ##**시간** 모든 시간은 UTC입니다. |**시간** |**이벤트** | 인포메이션 | 19:36 | 자동화된 모니터링은 무효 쿼리 실행 패턴을 감지하고 즉시 투자를 시작으로 엔지니어를 경고했습니다. · | 19:51 | 높은 수준의 생산 사고에 대한 문제와 대응팀이 조립되었습니다. · | 19:52 | 예상치 못한 quarantines를 보고하는 첫 번째 고객 티켓 확장, 모니터링 경고 발생. | | 19:54 | 뿌리 원인은 최근 쿼리 API 배포에 추적, 엔지니어링은 변경을 반전. | | 20:00 | Incident communications was posted to our status page, PhishRIP가 나타났습니다. | | 20:16 | 배포가 완전히 거꾸로 했습니다. | | 20:35 | Production check that subject and domain queries was again matching only their 의도한 대상, 그리고 더 이상 메시지가 오류에서 quarantined 아니. 우리의 상태 페이지는 따라 업데이트되었습니다. · | 20:39 | 공학은 부정확한 이메일의 복원을 시작했습니다. | | 03:49 \(next day\) | 지원팀을 통해 로그인한 모든 고객 쿼리 세트에 대한 복원이 완료되었습니다. | ##**심사 및 구제** ** 코드 반전.** 우리는 코드를 반전에 대한 활성 PhishRIP 작업 중간 실행을 중단했다. 배경 작업을 할 때마다 합법적 인 보안 워크플로우를 혼란 시켰습니다, 그래서 반전은 더 나은 옵션이었다. 코드 반전은 대략 40 분의 에스컬레이션 안에 생산에서 배치되고 확인되었습니다. **이메일 복원.** 진정한 악의적 인 이메일을 고객 환경에 다시 풀어 놓는 것을 피하기 위해, 우리는 수동으로 대량에서 오히려 그들을 복원. 내부 관리자 도구를 사용하여 배치에 이메일을 복원하고 각 계정 ID, 쿼리 ID를 확인하고 고객 승인을 먼저 받으십시오. 모든 보고 된 계정은 밤새 복원되었습니다. ## **통제 조치 ** * **Regression 적용**: 우리는 도메인 전용, 비표준 및 bare-string sender 쿼리에 대한 단위 및 통합 테스트를 추가하여 배포하기 전에 이러한 입력 사례를 잡습니다. * ** 질문 난간 **: 핵심 필터링 매개 변수가 평가 중 떨어졌다면 실행에서 쿼리 엔진에 체크를 추가하고 있습니다. ## ** 결론 ** 단일 검증 규칙이 발생했습니다 : 모든 sender 필드를 가정 한 regex는 `@`. 쿼리가 bare 도메인을 사용했을 때, assumption는 sender 필터를 떨어 뜨리고 쿼리는 훨씬 더 많은 메일을 의도했습니다. 수정은 우리가 그것을 발견 한 후 곧바로 갔다, 반대는 사건을 선언하는 데 약 25 분 이내에 손상을 중단했다. 이 웹 사이트는 애플 리케이션에 전념. 우리는 정품 앱과 게임을 제공 할 목적으로이 사이트를 만들었습니다. 4AppsApk 최고의 안드로이드 애플 리케이션을위한 무료 APK 파일 다운로드 서비스, 계략. 우리의 팀은 신중하게 진행하기로 선택, 밤을 통해 지원 계정으로 작업 계정. 2개의 예방 조치는 이 이전을 붙잡을 것입니다: 시험 덮음 도메인 전용 sender 쿼리, 그리고 그 sender 필터가 벗겨질 때 쿼리를 실행하는 것을 거부하는 난간. 둘 다 계획되어 있습니다. 즉각적인 문제는 해결되고 모든 보고 된 계정은 복원되었습니다. ## **광택 ** ***PhishRIP:** 관리자는 조직의 모든 사용자 inbox를 통해 관리자를 검색하고 quarantine matching phishing 이메일을 검색 할 수 있습니다. * **Regex \ (일반 표) : ** 텍스트 및 유효성 입력을 검색하는 소프트웨어에 사용되는 패턴은 이메일 주소가 올바르게 포맷 된지 검사합니다. * ** 코드 반전:** 이전 안정적인 버전으로 돌아 가기 위해 소프트웨어 업데이트를 백업.

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

1. 2026년 7월 17일 오후 1:18 UTCinvestigating

   Store.knowbe4.com에 대한 보호 라이센스를 구입할 수 없습니다. 우리는이 페이지를 업데이트 할 때 우리는 더 많은 정보를 가지고.

2. 2026년 7월 17일 오후 6:55 UTCmonitoring

   우리는 수정을 구현하고 더 이상 문제가 발생하지 않도록 결과를 모니터링합니다.

3. 2026년 7월 20일 오후 6:24 UTCinvestigating

   우리는 고객이 store.knowbe4.com에 라이센스를 보호 할 수없는 보고서를 받았습니다. 우리는이 문제를 조사하고이 페이지를 업데이트 할 때 우리는 더 많은 정보가 있습니다.

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

   우리는 온라인 상점에 대한 수정을 구현하고 더 이상 문제가 발생하지 않도록 결과를 모니터링합니다.

5. 2026년 8월 17일 오후 9:02 UTCmonitoring

   우리는 온라인 상점에 대한 구현 된 수정을 모니터링하고 더 이상 문제가 발생하지 않도록합니다.

6. 2026년 9월 11일 오후 3:04 UTCresolved

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

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