Stripo 장애 기록

1. 2026년 10월 8일 오후 11:32 UTCinvestigating

   시작: 2026-10-08 22:20 UTC 충격: 플러그인은 고객을 위해 사용할 수 없습니다 — 편집기는 로드되지 않습니다 / 응답하지 않습니다. 우리는 몇몇 고객에게서 보고를 받았습니다. 무슨 일이: 에 22:13 UTC Zabbix는 플러그인 DB 호스트 (pg-plugins.stripo.email, 172.31.13.64)에서 사용할 수 없는 에이전트를 보고했습니다. 22:40 UTC에서 라이브 플러그인을위한 PostgreSQL 모니터가 실패했습니다. 플러그인은 ~22:20 UTC에서 고객을 위해 작동 중지. DevOps는 투자입니다. 다음 업데이트는 곧 우리가 더 많은 정보를 가지고.

2. 2026년 10월 8일 오후 11:33 UTCresolved

   플러그인은 다시 완전히 작동됩니다. DevOps는 플러그인 DB 호스트를 복원했습니다. 우리는 모니터링하고 23 : 18 UTC 이후 더 이상 오류가 없습니다. 뿌리 원인, 타임 라인 및 행동 항목이 준비되고 간행 될 것입니다.

3. 2026년 10월 9일 오전 9:14 UTCpostmortem

   **월 ** 에 8 10월 2026, 사이 22:20 과 23:18 UTC, 스트리오 플러그인 사용할 수 없었습니다: 편집기는로드하지 않았거나 응답하지 않았다. 정전은 58 분 지속됩니다. 고객 데이터가 손실되지 않았고 다른 Stripo 제품은 영향을받지 않았습니다. **WHAT HAPPENED ** Plugin의 잃어버린 시간 동기화 뒤에 데이터베이스 서버. 두 번 동기화 서비스는 한 번에 서버에서 실행되었습니다 : 시계를 점차 조정하는 표준 데몬, 그리고 시계를 abruptly 단계로 계획 된 작업. 잘못된 일정은 레거시 작업을 거의 매일 실행했습니다. 반복된 시계 점프는 플러그인의 데이터베이스가 사용할 수 없을 때까지 서버를 destabilized. **TIMELINE \ (UTC, 8 10 월 2026 \) ** 21:44 - 시계 불안정은 플러그인 데이터베이스 서버에 시작합니다. 22:13 - 우리의 모니터링은 서버에 대한 첫 번째 경고를 제기. 22:20 - 플러그인은 고객을 위해 로딩. 22:40 - 모니터링은 플러그인 데이터베이스를 사용할 수 없습니다. 23:00 - 첫번째 고객 보고는 받아집니다; 의무 엔지니어는 불립니다. 23:18 - 복원 된 서비스. 플러그인은 완전히 작동. **RESOLUTION ** 우리의 엔지니어는 시간 동기화 충돌을 확인하고 서버 복원. 플러그인은 23 : 18 UTC에서 정상 작동으로 돌아와서 확장 된 모니터링을했습니다. **WHAT 우리는 이것을 준비하는 것입니다 ** * 이 서버와 다른 모든 생산 서버가 단일 시간 소스를 사용합니다. * 시계 drift를 위한 추가 감시 그래서 이 종류의 결함은 서비스 영향을 하기 전에 붙잡습니다. * 알림 변경. 우리의 모니터링은 정전 전에 7 분 경고했지만 경고는 엔지니어를 찾지 못했습니다. 생산 데이터베이스 서버의 중요한 경고는 이제 한 시간 안에 On-duty 엔지니어를 즉시 페이지합니다. 우리는 혼란에 대해 사과하고 당신의 인내에 감사드립니다. 당신이 영향을 받고 질문이 있다면, 우리의 지원 팀에 문의하십시오.

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

1. 2026년 10월 4일 오후 5:03 UTCinvestigating

   편집자 내부의 고객의 이미지를 업로드하면서 문제가 발생할 수 있습니다. 시간 (UTC) : 2026-10-04T17:03:09

2. 2026년 10월 4일 오후 5:04 UTCresolved

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

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

1. 2026년 10월 4일 오후 4:46 UTCinvestigating

   업로드, 변경 또는 편집 내부의 고객의 이미지를 제거하는 동안 문제가있을 수 있습니다. 시간 (UTC) : 2026-10-04T16:46:22

2. 2026년 10월 4일 오후 4:47 UTCresolved

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

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

1. 2026년 10월 4일 오후 4:43 UTCinvestigating

   Editor 내부 Modules 라이브러리에서 새로운 모듈을 보고 변경하거나 생성하는 동안 문제가 발생할 수 있습니다. 시간 (UTC) : 2026-10-04T16:43:49

2. 2026년 10월 4일 오후 4:44 UTCresolved

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

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

1. 2026년 9월 18일 오후 2:19 UTCinvestigating

   우리는 현재 일부 Stripo Plugin 기능에 영향을 미치는 문제점을 경험하고 있습니다. 일부 사용자는 이미지 또는 문서를 업로드하거나 저장 자격 증명을 업데이트 할 수 없습니다. 우리의 팀은 가능한 한 빨리 정상적인 가동을 회복하기 위하여 문제점 및 일을 투자하고 있습니다. 시작 시간: 9월 18, 13:41 UTC

2. 2026년 9월 18일 오후 2:54 UTCidentified

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

3. 2026년 9월 18일 오후 2:56 UTCresolved

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

4. 2026년 9월 18일 오후 3:52 UTCpostmortem

   ** 루트 원인 ** 사건은 기본 이미지 저장 서비스에 사용되는 액세스 키의 계획된 교체 도중 문제점에 기인했습니다. 새로운 열쇠는 제대로 저장 가동을 취급하는 서비스의 한개에 전파되지 않았습니다. 결과적으로 해당 서비스의 요청은 저장과 정통하지 않고 이미지와 문서 업로드 작업을 실패 할 수 있습니다. 우리는 또한 사고에 기여한 주요 교체 절차와 관련된 내부 문서의 격차를 확인했습니다. ** 해결책 ** 저장 자격은 정확하고 성공적으로 모든 영향을받는 서비스에 전파되었습니다. 설정이 업데이트되면, 업로드 기능은 정상으로 반환됩니다. 우리는 또한 이전에 누락 된 구성 단계를 포함하는 관련 내부 문서를 업데이트했습니다. ** 사전 행동 ** 우리는 모든 의존하는 서비스가 덮여 있고 그 구성 변경은 교체 전후에 검증됩니다. 우리는 또한 우리의 내부 문서 및 검증 절차를 개선하여 미래의 유사한 사고의 위험을 줄일 수 있습니다. 우리의 팀은 문제를 해결하기 위해 일한 동안 우리는 혼란을 위해 사과하고 당신의 인내를 평가합니다.

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

1. 2026년 9월 16일 오후 1:39 UTCinvestigating

   현재 Stripo Web Editor에서 고급 성능을 경험하고 있습니다. 일부 사용자는 이메일, 사용 가능한 편집기 설정 및 편집 기능, 또는 "인터넷 연결" 오류를 열 때 긴 로딩 시간을 경험할 수 있습니다. 이미 이메일이 열려있는 사용자의 경우, 페이지가 다시로드되지 않는 한 자동 저장을 통해 계속 변경해야합니다. 우리의 팀은 적극적으로 정상적인 가동을 회복하기 위하여 문제점 및 일을 투자하고 있습니다. 시작 시간: 9월 16, 13:25 UTC

2. 2026년 9월 16일 오후 3:12 UTCresolved

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

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

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

   Editor 내부 Modules 라이브러리에서 새로운 모듈을 보고 변경하거나 생성하는 동안 문제가 발생할 수 있습니다. 시간 (UTC) : 2026-09-09T15:18:49

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

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

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

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

   Editor 내부 Modules 라이브러리에서 새로운 모듈을 보고 변경하거나 생성하는 동안 문제가 발생할 수 있습니다. 시간 (UTC) : 2026-09-09T15:13:49

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

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

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

1. 2026년 9월 9일 오후 3:11 UTCinvestigating

   Editor 내부 Modules 라이브러리에서 새로운 모듈을 보고 변경하거나 생성하는 동안 문제가 발생할 수 있습니다. 시간 (UTC) : 2026-09-09T15:10:49

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

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

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

1. 2026년 9월 6일 오전 7:17 UTCinvestigating

   고객의 계정에 액세스 할 수있는 문제가있을 수 있습니다. 시간 (UTC) : 2026-09-06T07:17:04

2. 2026년 9월 6일 오전 7:19 UTCresolved

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

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

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

   We are aware of an issue with the Stripo Plugin: the editor may fail to initialize and does not load for end users. Our team has identified the affected service and is working on a fix. We will post an update as soon as we have more information.

2. 2026년 8월 5일 오후 2:00 UTCidentified

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

3. 2026년 8월 5일 오후 2:49 UTCmonitoring

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

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

   This incident has been resolved.

5. 2026년 8월 5일 오후 4:03 UTCpostmortem

   At 13:45 UTC the AWS host running the database and cache for our plugin environment failed. Auto-recovery restarted it by 14:00 UTC, but the cache service and several microservices required manual restarts. Full recovery: ~15:00 UTC. **Impact \(UTC\).** Autosave was unavailable 13:48–13:57, then severely slow \(~86 s per request vs. under 7 s normally\) until ~14:40. Some plugins using external AutoSave callbacks saw saves fail. Co-editing was degraded 14:16–15:00. Editor initialization also failed for some users early on. **Data.** No evidence of loss: crash recovery completed correctly, all patches that reached the database were persisted, and duplicate resubmissions were safely rejected. Contact us with a timestamp if you suspect otherwise. **Cause.** Hardware failure on the underlying AWS host. It escalated because autosave retries external callbacks synchronously inside the request, exhausting the database connection pool; the cache had no auto-start on reboot; and connection pools did not self-heal. No alarm covered host status or cache availability, so detection came from user reports. **Fixes.** Alerting on host status checks and cache availability; cache auto-start with a health check; connection pool recovery; moving external callbacks out of the request path; alerts on pool saturation, error rate and callback latency; a redundancy review for this environment. We apologize for the disruption. If the impact on your users differed from the above, please contact our support team.

1. 2026년 7월 31일 오전 8:30 UTCinvestigating

   우리는 로그인 할 수없는 사용자의 보고서를 조사하고, 누락 된 팀 구성원을보고, 또는 이메일의 느린 로딩 경험. 우리의 팀은 원인을 확인하기 위해 노력하고 있습니다.

2. 2026년 7월 31일 오전 8:30 UTCidentified

   우리는 뿌리 원인을 확인했다 : 내부 캐싱 서비스 (Redis) 메모리에서 ran 아웃하고 쓰기를 거부하기 시작했다. 결과적으로, 권한은 캐시를 우회하고 계정 서비스에 과도한 부하를 넣어, 느린 응답, 로그인 실패 및 누락 된 계정 데이터. 우리는 캐시 용량을 증가시키고 영구적 인 수정을 준비하고 있습니다.

3. 2026년 7월 31일 오전 8:31 UTCmonitoring

   캐시 용량이 증가하고 시스템은 복구됩니다. 응답 시간은 캐시가 따뜻해지면 정상으로 돌아갑니다. 영구 수정이 배포됩니다.

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

   영구 수정은 모든 생산 클러스터에 배포되었으며 모든 시스템은 일반적으로 작동합니다. 사건 중 (7 월 30, 22:48 UTC – 7 월 31, ~04:30 UTC, ~08:49 UTC까지 잔여 느린), 일부 사용자는 로그인 실패, 누락 된 팀 회원 데이터를 경험하고, 이메일의 느린 로딩. 데이터가 손실되지 않았습니다. 우리는 사용자가 영향을하기 전에이 종류의 문제를 감지하기 위해 메모리 사용 경고를 추가했습니다. 우리는 불편을 끼쳐 드려요.

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

1. 2026년 7월 28일 오후 2:02 UTCresolved

   7 월 28 일, 약 1 : 28 PM 및 1 : 58 PM (UTC) 사이에 Stripo 플러그인은 임베디드 통합을 초기화하지 못했습니다. 이 문제는 내부 통계 서비스의 성능에 의해 발생, 이는 플러그인 초기화 요청을 느리고. 우리의 팀은 영향 받은 서비스 및 일시적으로 사용 가능한 통계 수집 플러그인 초기화에 대한 정상 작동을 복원합니다. 플러그인은 예상대로 로딩됩니다. 우리는이 발생 할 수있는 불편에 대해 사과합니다.

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

1. 2026년 7월 25일 오전 9:18 UTCinvestigating

   업로드, 변경 또는 편집 내부의 고객의 이미지를 제거하는 동안 문제가있을 수 있습니다. 시간 (UTC) : 2026-07-25T09:18:22

2. 2026년 7월 25일 오전 9:20 UTCresolved

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

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

1. 2026년 7월 24일 오전 11:27 UTCresolved

   에 7월 24 사이 09:20 과 09:50 UTC, 플러그인 편집기에서 실시간 공동 편집은 일시적으로 사용할 수 없습니다. 예정된 릴리스 중 데이터베이스 스키마 업데이트가 예상보다 오래 걸렸고 데이터베이스를 간단히 오버로드했습니다. 이는 CO-editing 서비스를 재시작하기 때문입니다. 우리 팀은 원인을 확인하고 완전히 09:50 UTC에 의해 서비스를 복원. 고객 데이터가 손실되지 않았고 다른 모든 Stripo 기능은 모두 사용할 수 있습니다. 우리는 우리의 방출 과정에 추가된 safeguards 때문에 recurrence를 방지하기 위하여.

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

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

   고객의 계정에 액세스 할 수있는 문제가있을 수 있습니다. 시간 (UTC) : 2026-07-23T09:39:04

2. 2026년 7월 23일 오전 9:49 UTCinvestigating

   [ Opsgenie의 구성]Dmitry Kudrenko는 경고를 인정했습니다 : " Stripo 계정 백엔드 부분의 작업에 대한 부분 부족"

3. 2026년 7월 23일 오전 10:02 UTCresolved

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

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

1. 2026년 7월 20일 오후 6:11 UTCinvestigating

   Stripo 보안 필수 어떻게 시작 ESP 계정과 관련된 특별한 활동에 관한 두 개의 고객 보고서를 받았습니다. 개별 보고서는 구성 문제, 레거시 통합, 또는 공급자 별 요인을 포함하여 다양한 원인에 영향을 미칠 수 있지만 두 번째 보고서는 다른 ESP 공급자와 유사한 특성을 전시했습니다. 그 시점에서, 우리는 관찰 된 패턴이 포괄적 인 보안 검토를 보장하고 더 넓은 조사를 시작하기로 결정했다. 현재 상태 ESP 자격 증명을 저장 한 계정으로, 우리는 그 고객이 우선 순위로 키를 회전하도록 요청했습니다. 이것은 단일하지 않았다, 완료 패스 : 우리의 조사가 계속되면서, 우리는 동일한 알림을 요구하는 추가 계정을 식별, 우리는 그들이 확인 한대로 그들에게 연락하고있다. Stripo에 연결된 ESP 자격 증명이 있으면 아직 회전하지 않았습니다. 1. 오래된 열쇠를 공개; 새로운 열쇠를 생성하는 것은 오래된 것을 자동적으로 비활성화하지 않습니다. 2. ESP 계정에서 새로운 키를 생성하십시오. 3. Project Settings → Integrations 아래 Stripo의 새로운 키를 업데이트하십시오. 4. ESP 또는 CRM 계정의 최근 활동 검토 : 로그인 역사, 연락처 목록 변경 및 모든 캠페인 또는 인식하지 않는 전송. 이 모든 것이 언젠가는 동안 하나의 알림 : 우리는 이메일 또는 지원 채팅으로 키, 토큰 또는 암호를 보내도록 요청하지 않습니다. Ongoing 조사 우리의 조사는 계속됩니다. 우리는 영향을받는 고객에게 재료 인 확인 된 발견을 식별해야합니다. 우리는 undue 지연없이 그들을 통신 할 것입니다.

2. 2026년 7월 20일 오후 6:15 UTCinvestigating

   7월 20, 2026 - 18:15 UTC 우리가 고정 된 것 초기 통신에 따라 추가 보안 향상의 수를 구현했습니다. 1. Credential 보호 감사. 우리는 자격 증명이 우리의 시스템 전체에 저장되고 강화 된 보호가 적절하게 식별 된 자격 데이터에 대한 추가 암호화를 구현하는 방법을 검토했습니다. 2. 식별 된 브라우저 관련 노출 시나리오를 해결하기 위해 추가 브라우저 측면 보호 구현. Stored credentials는 더 이상 통합 화면이 열릴 때 브라우저로 전송되지 않습니다. 이것은, 위 저장 증진과 결합해, 크게 credential 취급과 관련된 잠재적인 노출 위험을 감소시킵니다. 3. 완전한 로깅 감사. 우리는 우리의 로깅 시스템 엔드 투 엔드를 검토하고 응용 프로그램 로그에 기록 된 지적 가치를 방지하기 위해 로깅 구성을 업데이트했습니다. 4. 청소 stale 자료. 우리는 사용 된 후 유지 된 오래된 ESP 연결을 삭제, 우리는 오래된 제거의 과정에서, 사용되지 않은 키를 여전히 파일에. 우리의 조사에 따르면, 우리는 Stripo 플러그인에 영향을 미치는 어떤 표시를 식별하지 않았습니다. Stripo는 고객의 금융 또는 지불 정보를 저장하지 않습니다. 따라서, 우리의 조사에 근거하여 날짜에, 우리는 Stripo에 의해 유지된 재정 지불 자료에 어떤 충격든지 확인하지 않았습니다. 현재 이용 가능한 정보에 근거하여, 우리는 우리의 주요 생산 체계에 어떤 충격든지 확인하지 않았습니다. 날짜에 확인 된 활동은 백업 환경과 관련되었음을 나타냅니다. 우리는 그 환경에 대한 추가 보안 조치를 시행하고 우리의 지속적인 조사의 일부로 더 넓은 영향을 평가하는 것을 계속하고있다. 준수 인증 SOC 2 및 ISO 인증을 포함한 독립적으로 감사 된 보안 프로그램을 유지합니다. 이 조사의 일부로서, 우리는 수출 자격의 취급과 관련된 특정 기술 통제를 더 강화하는 기회를 확인했습니다. 우리는 우리의 조사 중 확인 된 문제를 해결하는 추가 안전장치를 구현했습니다. 우리는 또한이 조사에서 우리의 보안 프로그램, 위험 평가 과정, 기술 관리, 및 미래 감사 활동에 대한 발견을 통합하고 있습니다. 이 발견은 추가적인 기술적인 safeguards를 알리고 우리의 안전 통제 및 감사 프로그램에 통합될 것입니다. 보안 인증은 조직의 보안 프로그램이 독립적으로 인정 된 기준에 대해 평가 한 것을 보여줍니다. 보안 프레임 워크와 마찬가지로 새로운 위험과 구현 고려 사항으로 지속적인 개선을 지원합니다. Ongoing 조사 우리의 조사는 계속 남아 있습니다. 이 작업의 일환으로 관련 데이터가 저장되는 데이터베이스 인스턴스와 관련된 액세스 활동을 검토합니다. 우리는 영향을받는 고객에게 재료 인 확인 된 발견을 식별해야합니다. 우리는 undue 지연없이 그들을 통신 할 것입니다.

3. 2026년 7월 21일 오후 2:23 UTCresolved

   법인 기간: 6–18 7월 2026 · 게시: 21 7월 2026 Final Incident Report — 통합 자격 증명에 대한 무단 접근 제품정보 6 및 18 7 월 2026 사이, 무단 배우는 내부에 접근을 얻고, 제한된 데이터의 제한된 하위 세트를 포함하는 읽기 전용 복제에 대한 액세스를 읽은 비 맞춤형 환경. 우리의 완성 된 조사에 기반을 둔 배우는 특정 타사 ESP / 수출 자격 증명을 포함하여 해당 환경에 저장된 특정 정보에 액세스 할 수있는 특정 정보에 액세스 할 수있는 읽은 쿼리를 실행했습니다. 고객은 특정 계정 레코드와 함께 Stripo에 저장했습니다. 활동의 식별에 따라, 우리는 관련 된 환경을 분리하고, 구제 조치를 시행하고, 우리의 조사를 사건에 완료. 사건은 클라이언트 요청을 통해서만 보고되고 우리의 표준 감시를 통해 검출되지 않았습니다. 어떤 데이터가 영향을 미쳤습니다. 우리의 완료된 조사에 근거하여, 고객이 그들의 통합을 연결하기 위하여 저장한 특정 제3자 ESP/export credentials에, 특정 관련 계정 기록과 함께 확인된 정보. 계정 인증 데이터 . Stripo 암호는 hashed 및 salted를 저장하고 있습니다. 일반 텍스트는 보안 모범 사례와 일치하여 사용 가능한 형태로 노출되지 않았습니다. 결정적인 공격자가 할 수 있기 때문에 이론에서, 시간이 지남에 소금을 쥔 해허를 부수려고, 우리는 기회를 가지고하지 않았다 : 우리는 해허가 실질적으로 회복 할 수있는 표시가 없기 때문에 모든 스토 암호를 능가적으로 재설정합니다. 각 사용자는 단순히 다음 로그인에 새로운 암호를 설정합니다. 우리가 한 일 1. 내부 환경을 차단하고 분해함으로써 사건을 포함합니다. 2. 이미 암호화되지 않은 사람들을 포함하여 모든 저장 된 ESP / 내보내기 자격 증명에 대한 확장 암호화 (관리 된 AWS KMS에서 열린 키). 3. 통합 화면이 열릴 때 브라우저에 대한 질의를 반환. 4. 검토 된 응용 프로그램 로깅 및 표시 할 수있는 제한된 시나리오에서 자격 값을 제거. 우리의 조사는 공격 경로의 일부가 형성 된 증거를 식별하지 않았다 동안, 우리는 결코 우리의 더 넓은 치료 노력의 일부로이 추가 보호를 구현하지 않습니다. 5. 그들은 사용에서 더 이상 없었다 후에 유지된 오래된/불활성 credentials를 순화했습니다. 6. Klavio, HubSpot, Zoho 및 AWeber의 경우, 우리는 모든 권한 토큰을 자동으로 수정했습니다. 7. 우리의 인프라 둘레에 전체 리뷰를 실시 : 시스템 노드에 모든 보안 그룹 및 액세스 경로 감사, 모든 데이터베이스에 대한 암호를 회전, 내부 전용 액세스에 읽기 전용 복제를 제한, 및 내부 서비스 및 직원에 의해 개최 된 액세스 검토, 최소한의 privilege 원칙을 강화. 8. 모든 사용자 암호와 잘못된 세션을 즉시 재설정합니다. 9. 내부 도구, 외부 데이터베이스 연결 및 민감한 테이블의 대량 읽기에 대한 모니터링 및 경고 추가. SOC 2 프로그램을 포함한 공인 보안 및 데이터 보호 표준을 운영합니다. 우리의 지속적인 보안 프로그램의 일환으로, 우리는이 조사의 발견을 기반으로 기술 및 조직 통제를 강화하기 위해 계속. 누가 영향을받지 않았다 파일 형식 (HTML, AMP HTML, PDF, EML, 이미지, 등)에만 수출되는 고객은 저희에게 어떤 credential든지 저장하고 영향을 미치지 않습니다. Credentials는 다음과 같은 제공 업체에 액세스하지 않았습니다. CleverTap, Customer.io, Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net, Ticketor, Unione, Insider, Voizee, WhatCounts, Yespo. 플러그인 및 자체 호스팅 배포가 영향을받지 않았습니다. — 환경 및 복제는 Stripo Cloud 인프라의 일부이며 자체 호스팅 제품 또는 Stripo 플러그인이 아닙니다. 긴 활동적인 계정. 당사의 데이터 보유 정책 및 GDPR 의무와 관련하여, 비활성 고객 계정 및 개인 데이터는 일상적으로 삭제되므로, 긴 비활성 고객에 속하는 정보는 이 환경에서 제공되지 않았으며 노출되지 않았습니다. 지불 자료 우리의 조사에 기초를 두어, 가득 차있는 지불 카드 번호 (PANs) 또는 CVV 부호는 접근한 것으로 확인되었습니다. 카드 지불은 우리의 지불 공급자 (Stripe와 PayPal)에 의해 가공되고, Stripo는 가득 차있는 지불 카드 번호 또는 CVV 부호를 저장하지 않습니다. ESP 파트너와 함께 일하기 이러한 제 3자 자격 증명 때문에, 우리는 협력의 정신과 우리의 상호 고객을 보호하기 위해 ESP 제공 업체에 적극적으로 연락하므로 영향을받는 자격 증명은 추가 안전으로 자신의 측에 부합 할 수 있습니다. 우리는 우리의 고객을 추천하는 1. 공급자가 "Who가 영향을받지 못했습니다"섹터 위에 언급되지 않은 경우 이미 없습니다. Stripo 계정으로 연결된 ESP 자격 증명을 회전시키십시오. 공급자의 이전 키가 되려면 새로운 것을 생성하고 Stripo (Project Settings → Integrations)에서 업데이트하십시오. OAuth 기반 통합을 위해, 당신의 공급자와 재연결에 Stripo의 허가를 구합니다. 2. 7 월 초부터 ESP / CRM 활동을 검토하십시오. 서명, 연락처 목록 변경 및 모든 캠페인, 전송 또는 당신이 인식하지 않는 수출. 열쇠를 돌리기 미래 사용하지만 이미 발생하지 않는 활동이 없습니다. 3. Stripo 암호는 이미 재설정되었습니다. — 다음 로그인에서 새로운 것을 설정하십시오. 뚱 베어 우리는 진심으로이 사건이 발생했습니다. 우리는 직접 영향 받은 고객에 연락하고 요청에 따라 답변을 할 수 있습니다. 연락처: [email protected].

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

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

   업로드, 변경 또는 편집 내부의 고객의 이미지를 제거하는 동안 문제가있을 수 있습니다. 시간 (UTC) : 2026-07-07T15:26:22

2. 2026년 7월 7일 오후 3:27 UTCresolved

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

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

1. 2026년 7월 1일 오전 3:53 UTCinvestigating

   편집기에서 PDF 파일로 이메일 템플릿의 수출과 관련된 문제가있을 수 있습니다. 시간 (UTC) : 2026-07-01T03:52:37

2. 2026년 7월 1일 오전 3:53 UTCresolved

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

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

1. 2026년 6월 18일 오후 1:43 UTCinvestigating

   지정된 이메일 주소 및 / 또는 산에 이메일 템플릿을 테스트하는 관련 테스트 메시지와 관련된 문제가있을 수 있습니다. 시간 (UTC) : 2026-06-18T13:43:15

2. 2026년 6월 18일 오후 1:44 UTCresolved

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

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