Stripo driftsforstyrrelser

1. 5. august 2026 kl. 13.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. 5. august 2026 kl. 14.00 UTCidentified

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

3. 5. august 2026 kl. 14.49 UTCmonitoring

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

4. 5. august 2026 kl. 14.57 UTCresolved

   This incident has been resolved.

5. 5. august 2026 kl. 16.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. 31. juli 2026 kl. 08.30 UTCinvestigating

   Vi undersøger rapporter om, at brugere ikke er i stand til at logge ind, se manglende team medlemmer, eller oplever langsom indlæsning af e-mails. Vores hold arbejder på at identificere årsagen.

2. 31. juli 2026 kl. 08.30 UTCidentified

   Vi har identificeret den grundlæggende årsag: en intern caching service (Redis) løb tør for hukommelse og begyndte at afvise skriver. Som et resultat, tilladelse kontrol omgik cachen og sætte overdreven belastning på kontoen service, forårsager langsomme svar, login fejl, og manglende konto data. Vi har øget cache kapacitet og er ved at forberede en permanent fix.

3. 31. juli 2026 kl. 08.31 UTCmonitoring

   Cache kapaciteten er blevet øget, og systemet er ved at komme sig. Responstiderne vender tilbage til normale, når kacherne varmer op. Et permanent fix er ved at blive indsat.

4. 31. juli 2026 kl. 08.49 UTCresolved

   Det permanente fix er blevet anvendt i alle produktionsklynger, og alle systemer fungerer normalt. Under hændelsen (30. juli, 22: 48 UTC - 31. juli, ~ 04: 30 UTC, med resterende langsommelighed indtil ~ 08: 49 UTC), oplevede nogle brugere login fejl, manglende team medlem data, og langsom indlæsning af e-mails. Ingen data blev tabt. Vi har tilføjet memory-brug advarsel til at opdage denne klasse af spørgsmål, før det påvirker brugerne. Vi undskylder ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. juli 2026 kl. 14.02 UTCresolved

   Den 28. juli, mellem ca. 1: 28 PM og 1: 58 PM (UTC), Stripo Plugin undladt at initialisere for indlejrede integreringer. Spørgsmålet var forårsaget af forringet ydeevne af en intern statistik service, som bremsede plugin initialiseringsanmodninger. Vores team genstartet den berørte service og midlertidigt deaktiveret statistik indsamling for plugin initialiseringer til at genoprette normal drift. Pluginet er nu indlæse som forventet. Vi undskylder for eventuelle ulemper.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. juli 2026 kl. 09.18 UTCinvestigating

   Der kan være problemer under upload, ændring eller fjernelse af kundens billeder inde i editoren. Tid (UTC): 2026- 07- 25T09: 18: 22

2. 25. juli 2026 kl. 09.20 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 11.27 UTCresolved

   Den 24. juli mellem 09: 20 og 09: 50 UTC, real- time co- redigering i plugin editor var midlertidigt ikke tilgængelig. Under en skemalagt udgivelse, en database skema opdatering tog længere end forventet og kort overbelastet databasen, hvilket forårsagede co- redigering service til at genstarte. Vores team identificerede årsagen og genoprettede tjenesten kl. 09: 50 UTC. Ingen kundedata blev tabt, og alle andre Stripo funktionalitet forblev tilgængelige i hele. Vi har siden tilføjet sikkerhedsforanstaltninger til vores udgivelsesproces for at forhindre en gentagelse.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. juli 2026 kl. 09.39 UTCinvestigating

   Der kan være et problem med adgang til kundens konto. Tid (UTC): 2026- 07- 23T09: 39: 04

2. 23. juli 2026 kl. 09.49 UTCinvestigating

   [Kommentar fra Opsgenie] Dmitry Kudrento anerkendt alarm: "Delvist udfald i arbejdet Stripo Konto Backend del"

3. 23. juli 2026 kl. 10.02 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 20. juli 2026 kl. 18.11 UTCinvestigating

   Tilfælde af Stripo-sikkerhed Hvordan dette begyndte Vi modtog to kunderapporter om usædvanlig aktivitet i forbindelse med ESP-konti. Mens en individuel rapport med rimelighed kunne have været tilskrevet en række årsager, herunder konfigurationsspørgsmål, nedarvede integrations, eller giver-specifikke faktorer, den anden rapport involverede en anden ESP udbyder og udviste lignende karakteristika. På det tidspunkt fastslog vi, at det observerede mønster berettigede en omfattende sikkerhedsundersøgelse og indledte en bredere undersøgelse. Nuværende situation Da vi identificerede konti med lagrede ESP legitimationsoplysninger, vi nåede ud beder disse kunder til at rotere deres nøgler som en prioritet. Dette var ikke en eneste, komplet pass: som vores undersøgelse fortsatte, vi identificeret yderligere konti, der krævede den samme anmeldelse, og vi har været at kontakte dem, som de er bekræftet. Hvis du har ESP legitimation forbundet til Stripo og ikke har roteret dem endnu: 1. Revoke den gamle nøgle der; generere en ny nøgle ikke automatisk deaktivere den gamle. 2. Opret en ny nøgle på din ESP-konto. 3. Opdater den nye nøgle i Stripo under Projektindstillinger → Integrationer. 4. Gennemgå din ESP eller CRM-konto seneste aktivitet: login historie, kontaktlisteændringer, og eventuelle kampagner eller sender du ikke genkende. En påmindelse mens alt dette er i gang: vi vil aldrig bede dig om at sende en nøgle, token, eller adgangskode via e-mail eller i en support chat. Løbende undersøgelse Vores efterforskning fortsætter. Skulle vi identificere bekræftede resultater, der er væsentlige for de berørte kunder, vil vi kommunikere dem uden unødig forsinkelse.

2. 20. juli 2026 kl. 18.15 UTCinvestigating

   20 jul, 2026 - 18: 15 UTC Hvad vi har lavet Efter vores indledende kommunikation har vi gennemført en række yderligere sikkerhedsforbedringer: 1. Creditial protection audit. Vi gennemgik, hvordan legitimation er gemt på tværs af vores systemer og implementerede yderligere kryptering for kreditdata, hvor øget beskyttelse blev identificeret som passende. 2. Implementeret yderligere browser- side beskyttelse til at løse en identificeret browser- relateret eksponering scenario. Gemte legitimationsoplysninger sendes ikke længere tilbage til browseren, når Integrations skærmen åbnes. Dette reducerer sammen med ovennævnte lagerforbedring i betydelig grad potentielle eksponeringsrisici i forbindelse med kreditmæssig håndtering. 3. Færdiggjort en fuld logning revision. Vi gennemgik vores logningssystemer end-to-end og opdaterede vores logning konfiguration for at forhindre, at kreditværdier bliver registreret i application logs. 4. Oprydning af gamle data. Vi slettede gamle ESP-forbindelser, der var blevet holdt efter de stoppede med at blive brugt, og vi er i færd med at fjerne gamle, ubrugte nøgler stadig på filen. Baseret på vores undersøgelse til dato, vi har ikke identificeret nogen tegn på indvirkning på Stripo Plugin. Stripo opbevarer ikke kundernes finansielle oplysninger eller betalingsoplysninger. Derfor har vi på grundlag af vores hidtidige undersøgelse ikke identificeret nogen indvirkning på de finansielle data eller betalingsdata, der vedligeholdes af Stripo. På grundlag af de foreliggende oplysninger har vi ikke identificeret nogen indvirkning på vores primære produktionssystemer. Den hidtil identificerede aktivitet synes at have været forbundet med et backup-miljø. Vi har gennemført yderligere sikkerhedsforanstaltninger for dette miljø og er fortsat med at vurdere, om der er nogen bredere indvirkning som en del af vores igangværende undersøgelse. Overensstemmelsescertifikater Vi vedligeholder et uafhængigt revideret sikkerhedsprogram, herunder SOC 2 og ISO certificeringer. Som led i denne undersøgelse identificerede vi muligheder for yderligere at styrke visse tekniske kontroller i forbindelse med håndteringen af eksporttilladelser. Vi har gennemført yderligere sikkerhedsforanstaltninger vedrørende de spørgsmål, der blev identificeret under vores undersøgelse. Vi inkorporerer også resultaterne fra denne undersøgelse i vores sikkerhedsprogram, risikovurderingsprocesser, tekniske kontroller og fremtidige revisionsaktiviteter. Disse resultater har informeret om yderligere tekniske sikkerhedsforanstaltninger og vil fortsat blive indarbejdet i vores sikkerhedskontrol- og revisionsprogram. Sikkerhedscertifikater viser, at en organisations sikkerhedsprogram er blevet uafhængigt vurderet i forhold til anerkendte standarder. Som enhver sikkerhedsramme støtter de løbende forbedringer, efterhånden som nye risici og implementeringsovervejelser identificeres. Løbende undersøgelse Vores efterforskning fortsætter. Som en del af dette arbejde fortsætter vi med at gennemgå adgangsaktiviteter vedrørende databasetilfælde, hvor de relevante data lagres. Hvis vi identificerer bekræftede fund, der er væsentlige for berørte kunder, vil vi kommunikere dem uden unødig forsinkelse.

3. 21. juli 2026 kl. 14.23 UTCresolved

   Begivenhedsperiode: 6.-18. juli 2026 · Publiceret: 21. juli 2026 Endelig hændelsesrapport - Uautoriseret adgang til lagrede integrationsoplysninger Oversigt Mellem den 6. og 18. juli 2026 fik en uautoriseret aktør adgang til et internt, ikke-kundeorienteret miljø, der havde læseadgang til en begrænset, read- only replika indeholdende en begrænset delmængde af produktionsdata. Baseret på vores afsluttede undersøgelse, skuespilleren udført læse forespørgsler, der resulterede i adgang til visse oplysninger gemt i dette miljø, herunder visse tredjepart ESP / eksport legitimation, som kunderne havde gemt i Stripo for deres integration, sammen med visse kontooptegnelser. Ved at identificere aktiviteten, isolerede og dekommissionerede vi miljøet involveret, implementerede oprensningsforanstaltninger, og afsluttede vores undersøgelse af hændelsen. Hændelsen blev rapporteret udelukkende gennem en klient anmodning og kunne ikke være blevet opdaget gennem vores standard overvågning. Hvilke data blev påvirket Baseret på vores afsluttede undersøgelse, de oplysninger, der er identificeret som værende tilgængelige, omfattede visse tredjepart ESP / eksport legitimation, som kunderne havde sparet for at tilslutte deres integreringer, sammen med visse tilhørende konto optegnelser. Kontogodkendelsesdata. Stripo passwords gemmes hashed og saltet - aldrig i almindelig tekst, i overensstemmelse med sikkerhed bedste praksis, så de ikke blev udsat i en brugbar form. Fordi en beslutsom angriber i teorien kunne forsøge at knække saltede hash over tid, tog vi ikke chancer: vi proaktivt nulstille hver Stripo-adgangskode, selv om der ikke er noget, der tyder på, at hash kan praktisk talt genvindes. Hver bruger blot sætter en ny adgangskode på deres næste tegn. Hvad vi har gjort 1. Indeholdt hændelsen ved at afskære og lukke det indre miljø involveret. 2. Udvidet kryptering i hvile til alle lagrede ESP / eksport legitimation, herunder dem, der ikke allerede var krypteret (nøgler holdt i en administreret AWS KMS). 3. Stoppede returnering legitimation til browseren, når integration skærme åbnes. 4. Anmeldt ansøgning logning og fjernet kreditværdier fra de begrænsede scenarier, hvor de kunne vises. Mens vores undersøgelse ikke identificere beviser for, at ansøgningen logs udgjorde en del af angrebet vej, vi ikke desto mindre implementeret denne ekstra beskyttelse som en del af vores bredere oprydning indsats. 5. Udrensede gamle / inaktive legitimation beholdes efter de ikke længere var i brug. 6. For Klavio, HubSpot, Zoho og AWeber, vi automatisk inddraget alle tilladelser tokens. 7. Udført en fuld gennemgang på tværs af vores infrastruktur perimeter: revideret alle sikkerhedsgrupper og adgang stier til systemknuder, roteret adgangskoder for alle databaser, begrænset læse kun replika til intern kun adgang, og revideret adgang indehaves af interne tjenester og personale, stramning det under mindst privilegium principper. 8. Proaktivt nulstille alle brugerkodeord og ugyldige sessioner. 9. Tilføjet overvågning og advarsel til autentificering til interne værktøjer, eksterne databaseforbindelser, og bulk læser af følsomme tabeller. Vi opererer under anerkendte sikkerhed og data beskyttelse standarder, herunder vores SOC 2 program. Som en del af vores løbende sikkerhedsprogram, fortsætter vi med at styrke vores tekniske og organisatoriske kontrol baseret på resultaterne af denne undersøgelse. som ikke blev påvirket Kunder, der kun eksporterede til filformater (HTML, AMP HTML, PDF, EML, billede osv.) aldrig gemt nogen legitimation hos os og er ikke påvirket. Der var heller ikke adgang til valgrunder for følgende udbydere: CleverTap, Customer.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Poste, Publio, Rapidmail, Reteno, Selzy, Sender.net, Ticketor, Unione, Insider, Voizee, WhatCounts, Yespo. Plugin og self hosted installationer blev ikke påvirket - miljøet og replika involveret er en del af Stripo Cloud infrastruktur, ikke self hosted produkt eller Stripo plugin. Lange inaktive konti. Under vores dataopbevaringspolitik og i overensstemmelse med vores GDPR forpligtelser, inaktive kundekonti og deres personlige data er rutinemæssigt slettet, så oplysninger, der tilhører lange inaktive kunder var ikke til stede i dette miljø og kunne ikke have været udsat. Betalingsdata Baseret på vores undersøgelse blev der ikke identificeret nogen fulde betalingskortnumre eller CVV-koder. Kortbetalinger behandles af vores betalingsudbydere (Stripe og PayPal), og Stripo gemmer ikke fulde betalingskortnumre eller CVV-koder. Samarbejde med vores ESP-partnere Da dette er tredjeparts legitimation, kontakter vi proaktivt de involverede ESP-udbydere i partnerskabets ånd og for at beskytte vores gensidige kunder, så berørte legitimation kan tilbagekaldes på deres side som en yderligere beskyttelse. Hvad vi anbefaler vores kunder gøre 1. Hvis din udbyder ikke er i afsnittet "Hvem var ikke påvirket" ovenfor, og du ikke allerede har: rotere ESP legitimationsoplysninger forbundet med din Stripo-konto - tilbagekalde den gamle nøgle på din udbyder, generere en ny, og opdatere den i Stripo (Projekt Indstillinger → Integrationer). For OAuth baseret integration, tilbagekalde Stripo tilladelse på din udbyder og gentilslutte. 2. Gennemgå din ESP / CRM-aktivitet fra begyndelsen af juli videre - sign Buddins, kontakt liste ændringer, og eventuelle kampagner, sender, eller eksport, du ikke genkender. Rotering af en nøgle stopper fremtidig brug, men ikke fortryde aktivitet, der allerede fandt sted. 3. Din Stripo-adgangskode er allerede blevet nulstillet - sæt en ny på dit næste skilt. Afslutning Vi beklager dybt, at denne hændelse fandt sted. Vi har kontaktet berørte kunder direkte og forbliver tilgængelige til at besvare opfølgende spørgsmål på anmodning. Kontakt: security @ stripo.email.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. juli 2026 kl. 15.26 UTCinvestigating

   Der kan være problemer under upload, ændring eller fjernelse af kundens billeder inde i editoren. Tid (UTC): 2026- 07- 07T15: 26: 22

2. 7. juli 2026 kl. 15.27 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 1. juli 2026 kl. 03.53 UTCinvestigating

   Der kan være et problem i forbindelse med eksport af e- mail- skabeloner som PDF-filer fra editoren. Tid (UTC): 2026- 07- 01T03: 52: 37

2. 1. juli 2026 kl. 03.53 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 18. juni 2026 kl. 13.43 UTCinvestigating

   Der kan være et problem forbundet med at sende testmeddelelser til angivne e-mailadresser og / eller relateret til at teste e-mail skabeloner med e-mail på syre. Tid (UTC): 2026- 06- 18T13: 43: 15

2. 18. juni 2026 kl. 13.44 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. maj 2026 kl. 06.28 UTCinvestigating

   Der kan være spørgsmål i forbindelse med at bruge nogen af metoderne i Public API. Tid (UTC): 2026- 05- 28T06: 28: 00

2. 28. maj 2026 kl. 06.29 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. maj 2026 kl. 07.18 UTCinvestigating

   Der kan være et problem med adgang til kundens konto. Tid (UTC): 2026- 05- 03T07: 18: 04

2. 3. maj 2026 kl. 07.20 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. april 2026 kl. 02.03 UTCinvestigating

   Der kan være problemer under upload, ændring eller fjernelse af kundens billeder inde i editoren. Tid (UTC): 2026- 04- 28T02: 02: 57

2. 28. april 2026 kl. 02.05 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. april 2026 kl. 16.19 UTCinvestigating

   Der kan være et problem i forbindelse med rendering af UI-komponenter inden for kundens konto. Tid (UTC): 2026- 04- 26T16: 19: 37

2. 26. april 2026 kl. 16.20 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. april 2026 kl. 08.11 UTCinvestigating

   Vi oplever i øjeblikket øgede svartider i Plugin API Gateway, som påvirker hastigheden og evnen til at initialisere nye plugins.

2. 22. april 2026 kl. 08.29 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 22. april 2026 kl. 08.30 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. april 2026 kl. 13.36 UTCinvestigating

   Vi oplever i øjeblikket øgede svartider i Plugin API Gateway, som påvirker hastigheden og evnen til at initialisere nye plugins.

2. 21. april 2026 kl. 13.51 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

3. 21. april 2026 kl. 13.57 UTCresolved

   Problemet med øgede svartider i Plugin API Gateway er blevet løst, og plugin initialisering fungerer nu normalt. Rodårsagen: Under en planlagt AWS infrastruktur opdatering til at anvende patches, som blev forventet at fortsætte uden nedetid og derfor ikke blev meddelt på forhånd, opstod en uheldig forkert konfiguration, som vi allerede har identificeret og rettet. Nogle kapsler blev afsluttet, før de nye var helt klar, hvilket førte til en betydelig ophobning af anmodninger i køen. I stedet for at blive behandlet gradvist, blev et stort parti af queued anmodninger håndteret samtidigt, hvilket udtømte tilgængelige databaseforbindelser og forårsagede forsinkelser i behandlingen af nye indgående anmodninger. Vi optimerer vores deployerings- og skaleringsprocedurer for at forhindre lignende situationer i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. april 2026 kl. 10.06 UTCresolved

   Den 8. april mellem 09: 51 UTC og 09: 54 UTC, oplevede vi en kort service nedbrydning påvirker både Stripo ansøgning og plugin. Spørgsmålet var forårsaget af en fejl i AWS EKS netværk stak (Amazon VPC CNI addon), som forvaltes af AWS og uden for vores direkte kontrol. I løbet af denne tid, kan brugerne opleve intermitterende forbindelse problemer. Hændelsen er blevet løst, og alle tjenester fungerer normalt.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. marts 2026 kl. 07.10 UTCinvestigating

   Der kan være et problem med adgang til kundens konto. Tid (UTC): 2026- 03- 29T07: 10: 04

2. 29. marts 2026 kl. 07.12 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. marts 2026 kl. 10.51 UTCinvestigating

   Der kan være et problem med adgang til kundens konto. Tid (UTC): 2026- 03- 17T10: 51: 04

2. 17. marts 2026 kl. 10.52 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. februar 2026 kl. 08.49 UTCinvestigating

   Der kan være problemer under upload, ændring eller fjernelse af kundens billeder inde i editoren. Tid (UTC): 2026- 02- 26T08: 48: 57

2. 26. februar 2026 kl. 08.49 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.