Cronologia delle interruzioni di Stripo

1. 5 agosto 2026 alle ore 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 agosto 2026 alle ore 14:00 UTCidentified

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

3. 5 agosto 2026 alle ore 14:49 UTCmonitoring

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

4. 5 agosto 2026 alle ore 14:57 UTCresolved

   This incident has been resolved.

5. 5 agosto 2026 alle ore 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 luglio 2026 alle ore 08:30 UTCinvestigating

   Stiamo indagando i rapporti degli utenti che non sono in grado di accedere, vedere i membri del team mancanti, o sperimentare il carico lento delle e-mail. Il nostro team sta lavorando per identificare la causa.

2. 31 luglio 2026 alle ore 08:30 UTCidentified

   Abbiamo identificato la causa principale: un servizio di caching interno (Redis) ha esaurito la memoria e ha cominciato a rifiutare le scritture. Di conseguenza, i controlli di autorizzazione hanno bypassato la cache e messo un carico eccessivo sul servizio account, causando risposte lente, guasti di login e dati di account mancanti. Abbiamo aumentato la capacità della cache e stiamo preparando una correzione permanente.

3. 31 luglio 2026 alle ore 08:31 UTCmonitoring

   La capacità di cache è stata aumentata e il sistema sta recuperando. I tempi di risposta stanno tornando alla normalità mentre le cache si riscaldano. Viene implementata una soluzione permanente.

4. 31 luglio 2026 alle ore 08:49 UTCresolved

   La fissazione permanente è stata distribuita a tutti i cluster di produzione e tutti i sistemi sono operativi normalmente. Durante l'incidente (Luglio 30, 22:48 UTC – 31 luglio ~04:30 UTC, con lentezza residua fino a ~08:49 UTC), alcuni utenti hanno sperimentato guasti di login, mancanti dati del membro del team, e carico lento di e-mail. Nessun dato è stato perso. Abbiamo aggiunto l'avviso di memoria-utilizzo per rilevare questa classe di problema prima che colpisce gli utenti. Ci scusiamo per l'inconveniente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 luglio 2026 alle ore 14:02 UTCresolved

   Il 28 luglio, tra circa 1:28 e 1:58 PM (UTC), lo Stripo Plugin non è riuscito a inizializzare per integrazioni integrate. Il problema è stato causato dalle prestazioni degradate di un servizio di statistica interna, che ha rallentato le richieste di inizializzazione del plugin. Il nostro team ha riavviato il servizio interessato e la raccolta di statistiche temporaneamente disabilitate per le inizializzazioni dei plugin per ripristinare il funzionamento normale. Il plugin ora sta caricando come previsto. Ci scusiamo per qualsiasi inconveniente che possa aver causato.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 luglio 2026 alle ore 09:18 UTCinvestigating

   Ci potrebbero essere problemi durante il caricamento, la modifica o la rimozione delle immagini del cliente all'interno dell'editor. Tempo (UTC) : 2026-07-25T09:18:22

2. 25 luglio 2026 alle ore 09:20 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 11:27 UTCresolved

   Il 24 luglio tra 09:20 e 09:50 UTC, in tempo reale co-editing nel plugin editor era temporaneamente non disponibile. Durante un rilascio programmato, un aggiornamento dello schema di database ha richiesto più tempo del previsto e brevemente sovraccaricato il database, che ha causato il riavvio del servizio di co-editing. Il nostro team ha identificato la causa e completamente restaurato il servizio di 09:50 UTC. Nessun dato del cliente è stato perso, e tutte le altre funzionalità Stripo sono rimaste disponibili in tutto. Da allora abbiamo aggiunto salvaguardie al nostro processo di rilascio per prevenire una ricorrenza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 23 luglio 2026 alle ore 09:39 UTCinvestigating

   Potrebbe esserci un problema con l’accesso all’account del cliente. Tempo (UTC) : 2026-07-23T09:39:04

2. 23 luglio 2026 alle ore 09:49 UTCinvestigating

   [Commento da Opsgenie]Dmitry Kudrenko ha riconosciuto l'avviso: "Uscita parziale in lavoro di Stripo Account Backend parte"

3. 23 luglio 2026 alle ore 10:02 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 20 luglio 2026 alle ore 18:11 UTCinvestigating

   Incidente di sicurezza Stripo Come è iniziata Abbiamo ricevuto due rapporti dei clienti relativi all'attività insolita associata ai conti ESP. Mentre un rapporto individuale potrebbe ragionevolmente essere stato attribuito a una varietà di cause, compresi i problemi di configurazione, le integrazioni legacy o fattori specifici del fornitore, il secondo rapporto ha coinvolto un diverso fornitore di ESP e ha mostrato caratteristiche simili. A quel punto, abbiamo stabilito che il modello osservato garantiva una revisione completa della sicurezza e ha avviato un'indagine più ampia. Situazione attuale Come abbiamo identificato i conti con le credenziali ESP memorizzate, abbiamo raggiunto chiedendo a quei clienti di ruotare le chiavi come priorità. Questo non è stato un unico, completo passaggio: come la nostra indagine ha continuato, abbiamo identificato account aggiuntivi che hanno richiesto la stessa notifica, e li abbiamo contattati come sono confermati. Se hai credenziali ESP collegate a Stripo e non le hai ancora ruotate: 1. Rivolgere la vecchia chiave lì; generare una nuova chiave non disabilita automaticamente il vecchio. 2. Genera una nuova chiave nel tuo account ESP. 3. Aggiornare la nuova chiave in Stripo sotto Impostazioni del progetto → Integrazioni . 4. Verifica la recente attività del tuo account ESP o CRM: cronologia di login, modifiche della lista di contatti, e qualsiasi campagna o invii che non riconosci. Un promemoria mentre tutto questo è in corso: non ti chiederemo mai di inviare una chiave, token, o password per e-mail o in una chat di supporto. Inchiesta in corso La nostra indagine continua. Se si identificano i risultati confermati che sono materiali per i clienti interessati, li comunicheremo senza indebito ritardo.

2. 20 luglio 2026 alle ore 18:15 UTCinvestigating

   Jul 20, 2026 - 18:15 UTC Quello che abbiamo risolto Dopo la nostra comunicazione iniziale, abbiamo implementato una serie di ulteriori miglioramenti della sicurezza: 1. Controllo di protezione Credenziale . Abbiamo esaminato come le credenziali vengono memorizzate nei nostri sistemi e implementato la crittografia aggiuntiva per i dati delle credenziali in cui la protezione migliorata è stata identificata come appropriato. 2. Implementato protezioni aggiuntive del browser per affrontare uno scenario di esposizione correlato al browser identificato. Le credenziali memorizzate non vengono più inviate al browser quando la schermata di integrazione viene aperta. Questo, combinato con il miglioramento dello storage sopra, riduce significativamente i potenziali rischi di esposizione associati alla gestione delle credenziali. 3. Completato un audit di registrazione completo. Abbiamo esaminato i nostri sistemi di registrazione end-to-end e aggiornato la nostra configurazione di registrazione per evitare che i valori delle credenziali vengano registrati nei registri delle applicazioni. 4. Pulizia dei dati stanti. Abbiamo cancellato le vecchie connessioni ESP che erano state mantenute dopo che hanno smesso di essere utilizzate, e siamo nel processo di rimuovere le vecchie, chiavi inutilizzate ancora sul file. Sulla base della nostra indagine fino ad oggi, non abbiamo identificato alcuna indicazione di impatto sul Plugin Stripo . Stripo non memorizza le informazioni finanziarie o di pagamento dei clienti. Di conseguenza, sulla base della nostra indagine fino ad oggi, non abbiamo identificato alcun impatto sui dati finanziari o di pagamento mantenuti da Stripo. Sulla base delle informazioni attualmente disponibili, non abbiamo identificato alcun impatto sui nostri sistemi di produzione primari. L'attività identificata a data sembra essere stata associata a un ambiente di backup . Abbiamo implementato ulteriori misure di sicurezza per l'ambiente e stiamo continuando a valutare se esiste un impatto più ampio nell'ambito della nostra indagine in corso. Certificazioni di conformità Manteniamo un programma di sicurezza controllato indipendentemente, tra cui le certificazioni SOC 2 e ISO. Nell'ambito di questa indagine, abbiamo individuato le opportunità per rafforzare ulteriormente alcuni controlli tecnici relativi al trattamento delle credenziali di esportazione. Abbiamo implementato ulteriori garanzie per affrontare le questioni identificate durante la nostra indagine. Stiamo anche incorporando i risultati di questa indagine nel nostro programma di sicurezza, processi di valutazione del rischio, controlli tecnici e future attività di audit. Questi risultati hanno informato ulteriori garanzie tecniche e continueranno ad essere incorporati nel nostro programma di controlli di sicurezza e audit. Le certificazioni di sicurezza dimostrano che il programma di sicurezza di un'organizzazione è stato valutato in modo indipendente contro gli standard riconosciuti. Come ogni quadro di sicurezza, essi sostengono il miglioramento continuo in quanto vengono identificati nuovi rischi e considerazioni di attuazione. Inchiesta in corso La nostra indagine continua. Nell'ambito di questo lavoro, continuiamo a rivedere l'attività di accesso relativa alle istanze del database in cui vengono memorizzati i dati pertinenti. Se si identificano i risultati confermati che sono materiali per i clienti interessati, li comunicheremo senza indebito ritardo.

3. 21 luglio 2026 alle ore 14:23 UTCresolved

   Periodo d'incidente: 6-18 luglio 2026 · Pubblicato: 21 luglio 2026 Relazione finale sugli incidenti — Accesso non autorizzato alle credenziali di integrazione memorizzate Sintesi Tra il 6 e il 18 luglio 2026, un attore non autorizzato acquisì l'accesso a un ambiente interno e non-customer-facing che aveva letto l'accesso a una replica limitata e sola lettura contenente un sottoinsieme limitato di dati di produzione. Sulla base della nostra indagine completata, l'attore ha eseguito query di lettura che ha portato all'accesso a determinate informazioni memorizzate all'interno di tale ambiente, tra cui alcune credenziali ESP/export di terze parti che i clienti avevano memorizzato in Stripo per le loro integrazioni, insieme a determinati record di account. Dopo aver individuato l'attività, abbiamo isolato e decommesso l'ambiente coinvolto, implementato misure di bonifica, e completato la nostra indagine sull'incidente. L'incidente è stato segnalato solo attraverso una richiesta del cliente e non poteva essere rilevato attraverso il nostro monitoraggio standard. Quali dati sono stati colpiti Sulla base della nostra indagine completata, le informazioni identificate come a cui è stato effettuato l'accesso includono alcune credenziali ESP/export di terze parti che i clienti avevano salvato per collegare le loro integrazioni, insieme a determinati record di account associati. Dati di autenticazione dell'account . Le password di Stripo sono conservate hashed e salate — mai in testo normale, in linea con le best practice di sicurezza, in modo da non essere esposte in una forma utilizzabile. Poiché un determinato aggressore potrebbe, in teoria, tentare di rompere le ceneri salate nel tempo, non abbiamo avuto la possibilità: reimpostamo proattivamente ogni password Stripo anche se non c'è alcuna indicazione che le hashes possono essere praticamente recuperate. Ogni utente imposta semplicemente una nuova password al loro successivo accesso. Quello che abbiamo fatto 1. Contenuto l'incidente tagliando e distribuendo l'ambiente interno coinvolto. 2. Crittografia estesa a riposo a tutte le credenziali di ESP/esportazione memorizzate, comprese quelle che non erano già crittografate (le chiavi detenute in un AWS KMS gestito). 3. Ha bloccato le credenziali di ritorno al browser quando le schermate di integrazione sono aperte. 4. Registrazione dell'applicazione e rimozione dei valori delle credenziali dagli scenari limitati in cui potrebbero apparire. Mentre la nostra indagine non ha identificato le prove che i registri delle applicazioni hanno costituito parte del percorso di attacco, abbiamo tuttavia implementato questa ulteriore salvaguardia come parte dei nostri sforzi di bonifica più ampi. 5. Purged vecchie / inattive credenziali conservate dopo che non erano più in uso. 6. Per Klavio, HubSpot, Zoho e AWeber, abbiamo revocato automaticamente tutti i token di autorizzazione. 7. Ha condotto una revisione completa attraverso il nostro perimetro di infrastruttura: ha controllato tutti i gruppi di sicurezza e i percorsi di accesso ai nodi di sistema, ha ruotato le password per tutti i database, ha limitato la replica di sola lettura all'accesso interno, e l'accesso rivisto tenuto da servizi interni e personale, stringendolo sotto principi meno-privilegi. 8. Reimpostare attivamente tutte le password dell'utente e le sessioni non valide. 9. Aggiunto il monitoraggio e l'avviso per l'autenticazione a strumenti interni, connessioni di database esterni, e la lettura di massa di tabelle sensibili. Operiamo in standard di sicurezza e protezione dei dati riconosciuti, incluso il nostro programma SOC 2. Come parte del nostro programma di sicurezza in corso, continuiamo a rafforzare i nostri controlli tecnici e organizzativi basati sui risultati di questa indagine. Chi non era interessato I clienti che hanno esportato solo in formati di file (HTML, AMP HTML, PDF, EML, immagine, ecc.) non hanno mai memorizzato alcuna credenziali con noi e non sono interessati. Anche i Credenziali non sono stati accessibili per i seguenti provider: CleverTap, Customer.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net,Countor, Unione, Whatr, Voizee. Le implementazioni plug-in e self-hosted non sono state influenzate — l'ambiente e la replica coinvolti fanno parte dell'infrastruttura di Stripo Cloud, non del prodotto self-hosted o del plugin Stripo. Conti a lungo inattivi . In base alla nostra politica di conservazione dei dati e in linea con i nostri obblighi GDPR, i conti dei clienti inattivi e i loro dati personali vengono regolarmente cancellati, quindi le informazioni appartenenti a clienti a lungo inattivi non erano presenti in questo ambiente e non potevano essere esposte. Dati di pagamento Sulla base della nostra indagine, nessun numero completo di carte di pagamento (PAN) o i codici CVV sono stati identificati come essendo stato accesso. I pagamenti con carta vengono elaborati dai nostri fornitori di pagamento (Stripe e PayPal), e Stripo non memorizza i numeri di carta di pagamento completi o i codici CVV. Lavorare con i nostri partner ESP Poiché queste sono credenziali di terze parti, siamo proattivamente in contatto con i fornitori ESP coinvolti, nello spirito di partnership e per proteggere i nostri clienti reciproci, così le credenziali interessate possono essere revocate al loro fianco come ulteriore salvaguardia. Cosa consigliamo i nostri clienti 1. Se il vostro fornitore non è nella sezione “Chi non è stato interessato” sopra e non avete già fatto: ruotare le credenziali ESP connesse al vostro account Stripo — revocare la vecchia chiave al vostro fornitore, generare una nuova, e aggiornarla in Stripo (Impostazioni del progetto → Integrazioni). Per le integrazioni basate su OAuth, revoca l'autorizzazione di Stripo al tuo fornitore e ricollega. 2. Rivedere l'attività ESP/CRM dall'inizio di luglio in poi — i segni, i cambiamenti della lista dei contatti, e tutte le campagne, manda, o le esportazioni che non riconoscete. La rotazione di una chiave impedisce l'uso futuro, ma non annulla l'attività già avvenuta. 3. La tua password Stripo è già stata ripristinata — imposta una nuova al tuo prossimo sign-in. Chiusura Siamo sinceramente spiacenti che questo incidente sia avvenuto. Abbiamo contattato direttamente i clienti interessati e rimaniamo a disposizione per rispondere alle domande successive su richiesta. Contatto: [email protected].

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 luglio 2026 alle ore 15:26 UTCinvestigating

   Ci potrebbero essere problemi durante il caricamento, la modifica o la rimozione delle immagini del cliente all'interno dell'editor. Tempo (UTC) : 2026-07-07T15:26:22

2. 7 luglio 2026 alle ore 15:27 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 luglio 2026 alle ore 03:53 UTCinvestigating

   Potrebbe esserci un problema relativo all'esportazione di modelli di posta elettronica come file PDF dall'editor. Tempo (UTC) : 2026-07-01T03:52:37

2. 1 luglio 2026 alle ore 03:53 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 18 giugno 2026 alle ore 13:43 UTCinvestigating

   Potrebbe esserci un problema relativo all'invio di messaggi di prova agli indirizzi e-mail specificati e/o relativi ai modelli di e-mail di prova con Email on Acid. Tempo (UTC) : 2026-06-18T13:43:15

2. 18 giugno 2026 alle ore 13:44 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 maggio 2026 alle ore 06:28 UTCinvestigating

   Potrebbero esserci problemi relativi all'utilizzo di uno qualsiasi dei metodi di API pubblica. Tempo (UTC) : 2026-05-28T06:28:00

2. 28 maggio 2026 alle ore 06:29 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 maggio 2026 alle ore 07:18 UTCinvestigating

   Potrebbe esserci un problema con l’accesso all’account del cliente. Tempo (UTC) : 2026-05-03T07:18:04

2. 3 maggio 2026 alle ore 07:20 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 aprile 2026 alle ore 02:03 UTCinvestigating

   Ci potrebbero essere problemi durante il caricamento, la modifica o la rimozione delle immagini del cliente all'interno dell'editor. Tempo (UTC) : 2026-04-28T02:02:57

2. 28 aprile 2026 alle ore 02:05 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 26 aprile 2026 alle ore 16:19 UTCinvestigating

   Potrebbe esserci un problema relativo al rendering dei componenti UI all’interno del conto del cliente. Tempo (UTC) : 2026-04-26T16:19:37

2. 26 aprile 2026 alle ore 16:20 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 aprile 2026 alle ore 08:11 UTCinvestigating

   Attualmente stiamo vivendo un aumento dei tempi di risposta nel Plugin API Gateway, che sta influenzando la velocità e la capacità di inizializzare nuovi plugin.

2. 22 aprile 2026 alle ore 08:29 UTCidentified

   Il problema è stato identificato e si sta attuando una correzione.

3. 22 aprile 2026 alle ore 08:30 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 aprile 2026 alle ore 13:36 UTCinvestigating

   Attualmente stiamo vivendo un aumento dei tempi di risposta nel Plugin API Gateway, che sta influenzando la velocità e la capacità di inizializzare nuovi plugin.

2. 21 aprile 2026 alle ore 13:51 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

3. 21 aprile 2026 alle ore 13:57 UTCresolved

   Il problema con aumento dei tempi di risposta nel Plugin API Gateway è stato risolto, e l'inizializzazione del plugin è ora operativo normalmente. Causa radice: Durante un aggiornamento programmato dell'infrastruttura AWS per applicare le patch, che era previsto procedere senza downtime e quindi non è stato comunicato in anticipo, si è verificata una sfortunata cattiva configurazione, che abbiamo già identificato e fissato. Alcuni pod sono stati terminati prima che nuovi fossero completamente pronti, portando ad un significativo accumulo di richieste nella coda. Invece di essere elaborati gradualmente, un gran numero di richieste in coda è stato gestito simultaneamente, che ha esaurito le connessioni di database disponibili e ha causato ritardi nell'elaborazione di nuove richieste in arrivo. Stiamo ottimizzando le nostre procedure di distribuzione e scaling per prevenire situazioni simili in futuro.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 8 aprile 2026 alle ore 10:06 UTCresolved

   L'8 aprile tra 09:51 UTC e 09:54 UTC, abbiamo sperimentato un breve degrado di servizio che interessa sia l'applicazione Stripo e plugin. Il problema è stato causato da un malfunzionamento nello stack di rete AWS EKS (Amazon VPC CNI addon), che è gestito da AWS e al di fuori del nostro controllo diretto. Durante questo periodo, gli utenti possono sperimentare problemi di connettività intermittente. L'incidente è stato completamente risolto e tutti i servizi sono operativi normalmente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 marzo 2026 alle ore 07:10 UTCinvestigating

   Potrebbe esserci un problema con l’accesso all’account del cliente. Tempo (UTC) : 2026-03-29T07:10:04

2. 29 marzo 2026 alle ore 07:12 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 marzo 2026 alle ore 10:51 UTCinvestigating

   Potrebbe esserci un problema con l’accesso all’account del cliente. Tempo (UTC) : 2026-03-17T10:51:04

2. 17 marzo 2026 alle ore 10:52 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 26 febbraio 2026 alle ore 08:49 UTCinvestigating

   Ci potrebbero essere problemi durante il caricamento, la modifica o la rimozione delle immagini del cliente all'interno dell'editor. Tempo (UTC) : 2026-02-26T08:48:57

2. 26 febbraio 2026 alle ore 08:49 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.