Stripo driftsforstyrrelser

1. 8. oktober 2026 kl. 23.32 UTCinvestigating

   Start: 2026- 10- 08 22: 20 UTC Impact: Plugin er ikke tilgængelig for kunder - editoren indlæser / svarer ikke. Vi har modtaget rapporter fra flere kunder. Hvad skete der: 22: 13 UTC Zabbix rapporterede agent på Plugin DB vært (pg- plugins.stripo.email, 172.31.13.64) som utilgængelig; på 22: 40 UTC PostgreSQL skærm for live- plugins mislykkedes så godt. Plugin stoppede med at arbejde for kunder på ~ 22: 20 UTC. DevOps efterforsker det. Næste opdatering her, så snart vi har mere information.

2. 8. oktober 2026 kl. 23.33 UTCresolved

   Plugin er fuldt funktionsdygtig igen. DevOps restaurerede Plugin DB vært; vi overvåger og har ikke set yderligere fejl siden 23: 18 UTC. En post mortem med rod årsag, tidslinje, og handling emner er under forberedelse og vil blive offentliggjort om kort tid.

3. 9. oktober 2026 kl. 09.14 UTCpostmortem

   * * RESUMÉ * * Den 8. oktober 2026, mellem 22: 20 og 23: 18 UTC, Stripo Plugin var ikke tilgængelig: editoren ikke indlæse eller svare. Udbruddet varede 58 minutter. Ingen kundedata gik tabt, og andre Stripo-produkter blev ikke påvirket. Hvad skete der? Databasens server bag Plugin mistede tidssynkronisering. To time- sync tjenester kørte på serveren på én gang: standard dæmon, som justerer uret gradvist, og en arv planlagt job, der træder uret brat. En forkert tidsplan fik arvejobbet til at køre næsten hvert minut. De gentagne ur hopper destabiliserede serveren indtil Plugins database blev utilgængelig. * * TIMELINE\ (UTC, 8 oktober 2026\) * * 21: 44 - Ustabilitet begynder på Plugin databaseserveren. 22: 13 - Vores overvågning vækker den første alarm for serveren. 22: 20 - Plugin stopper indlæsning for kunder. 22: 40 - Overvågning rapporterer Plugin databasen som utilgængelig. 23: 00 - Første kunde rapporter modtages; on-duty ingeniør er indkaldt. 23: 18 - Service genoprettet. Plugin er fuldt funktionsdygtig. * * BESLUTNING * * Vores ingeniører identificerede tid- sync konflikt og restaurerede serveren. Plugin vendte tilbage til normal drift kl 23: 18 UTC og har været under udvidet overvågning siden. * * Hvad vi gør for at forhindre dette * * * Fjerner arven tids- sync job, så denne server, og alle andre produktionsserver, bruger en enkelt tidskilde. * Tilføjelse overvågning for ur drift, så denne form for fejl er fanget, før det påvirker service. * Ændring alarm eskalering. Vores overvågning varslede syv minutter før udbruddet, men alarmen tilkaldte ikke en ingeniør. Kritiske advarsler på produktionsdatabaseservere vil nu side on-duty ingeniør straks, på ethvert tidspunkt. Vi undskylder forstyrrelsen og takker dig for din tålmodighed. Hvis du blev påvirket og har spørgsmål, bedes du kontakte vores support team.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. oktober 2026 kl. 17.03 UTCinvestigating

   Der kan være problemer under upload kundens billeder inde i editoren. Tid (UTC): 2026- 10- 04T17: 03: 09

2. 4. oktober 2026 kl. 17.04 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. oktober 2026 kl. 16.46 UTCinvestigating

   Der kan være problemer under upload, ændring eller fjernelse af kundens billeder inde i editoren. Tid (UTC): 2026- 10- 04T16: 46: 22

2. 4. oktober 2026 kl. 16.47 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 4. oktober 2026 kl. 16.43 UTCinvestigating

   Der kan være problemer under visning, ændring eller oprettelse af nye moduler i Modules biblioteket inde i editoren. Tid (UTC): 2026- 10- 04T16: 43: 49

2. 4. oktober 2026 kl. 16.44 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 18. september 2026 kl. 14.19 UTCinvestigating

   Vi oplever i øjeblikket et problem, der påvirker nogle Stripo Plugin funktionalitet. Nogle brugere kan være ude af stand til at uploade billeder eller dokumenter eller opdatere lagringsdata. Vores team undersøger problemet og arbejder på at genoprette normal drift så hurtigt som muligt. Starttidspunkt: 18. sep. 13: 41 UTC

2. 18. september 2026 kl. 14.54 UTCidentified

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

3. 18. september 2026 kl. 14.56 UTCresolved

   Denne hændelse er blevet løst.

4. 18. september 2026 kl. 15.52 UTCpostmortem

   * * Rodårsag * * Hændelsen skyldtes et problem under en planlagt rotation af adgangstasten til den primære billedlagringstjeneste. Den nye nøgle blev ikke korrekt opformeret til en af de tjenester, der er ansvarlige for håndtering af lageroperationer. Som et resultat, anmodninger fra denne tjeneste ikke kunne autentificere med opbevaring, forårsager billede og dokument upload operationer til at mislykkes. Vi identificerede også et hul i vores interne dokumentation vedrørende den centrale rotationsprocedure, som bidrog til hændelsen. * * Opløsning * * Lagringen legitimation blev rettet og med succes formeres til alle berørte tjenester. Når konfigurationen blev opdateret, uploade funktionalitet vendte tilbage til normal. Vi har også opdateret den relevante interne dokumentation for at inkludere det tidligere manglende konfigurationstrin. * * Forebyggende handlinger * * Vi gennemgår den kreditværdige rotationsprocedure for at sikre, at alle afhængige tjenester er dækket, og at konfigurationsændringer valideres før og efter rotation. Vi forbedrer også vores interne dokumentations- og verifikationsprocedurer for at mindske risikoen for lignende hændelser i fremtiden. Vi undskylder forstyrrelsen og værdsætter din tålmodighed mens vores team arbejdede for at løse problemet.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. september 2026 kl. 13.39 UTCinvestigating

   Vi oplever i øjeblikket forringet ydeevne i Stripo Web Editor. Nogle brugere kan opleve lange loading gange, når du åbner e-mails, ikke tilgængelige editor indstillinger og redigering funktionalitet, eller en "Ingen internetforbindelse" fejl. For brugere, der allerede har en e-mail åben, bør ændringer fortsætte med at blive gemt via autosave, så længe siden ikke er genindlæst. Vores team undersøger sagen og arbejder på at genoprette normal drift. Starttidspunkt: 16. september 13: 25 UTC

2. 16. september 2026 kl. 15.12 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. september 2026 kl. 15.18 UTCinvestigating

   Der kan være problemer under visning, ændring eller oprettelse af nye moduler i Modules biblioteket inde i editoren. Tid (UTC): 2026- 09- 09T15: 18: 49

2. 9. september 2026 kl. 15.19 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. september 2026 kl. 15.13 UTCinvestigating

   Der kan være problemer under visning, ændring eller oprettelse af nye moduler i Modules biblioteket inde i editoren. Tid (UTC): 2026- 09- 09T15: 13: 49

2. 9. september 2026 kl. 15.15 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 9. september 2026 kl. 15.11 UTCinvestigating

   Der kan være problemer under visning, ændring eller oprettelse af nye moduler i Modules biblioteket inde i editoren. Tid (UTC): 2026- 09- 09T15: 10: 49

2. 9. september 2026 kl. 15.11 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 6. september 2026 kl. 07.17 UTCinvestigating

   Der kan være et problem med adgang til kundens konto. Tid (UTC): 2026- 09- 06T07: 17: 04

2. 6. september 2026 kl. 07.19 UTCresolved

   Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

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.