Cronologia delle interruzioni di Stripo

1. 8 ottobre 2026 alle ore 23:32 UTCinvestigating

   Iniziato: 2026-10-08 22:20 UTC Impatto: Plugin non è disponibile per i clienti — l'editor non carica / non risponde. Abbiamo ricevuto rapporti da diversi clienti. Cosa è successo: Alle 22:13 UTC Zabbix ha riferito l'agente sull'host Plugin DB (pg-plugins.stripo.email, 172.31.13.64) come non disponibile; alle 22:40 UTC il monitor PostgreSQL per i plug-in dal vivo è fallito pure. Il Plugin ha smesso di lavorare per i clienti a ~22:20 UTC. DevOps sta indagando. Prossimo aggiornamento qui non appena abbiamo ulteriori informazioni.

2. 8 ottobre 2026 alle ore 23:33 UTCresolved

   Il Plugin è completamente operativo di nuovo. DevOps ha ripristinato l'host Plugin DB; stiamo monitorando e non abbiamo visto altri errori dal 23:18 UTC. Un postmortem con causa radice, timeline e articoli di azione è in fase di preparazione e sarà pubblicato a breve.

3. 9 ottobre 2026 alle ore 09:14 UTCpostmortem

   ** ************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** L'8 ottobre 2026, tra 22:20 e 23:18 UTC, lo Stripo Plugin non era disponibile: l'editor non ha caricato o risposto. L'interruzione è durata 58 minuti. Nessun dato cliente è stato perso, e altri prodotti Stripo non sono stati colpiti. E' successo. Il server del database dietro il Plugin ha perso la sincronizzazione del tempo. Due servizi di sincronizzazione del tempo sono stati in esecuzione sul server in una sola volta: il daemon standard, che regola l'orologio gradualmente, e un lavoro programmato legacy che passa l'orologio bruscamente. Un programma mal configurato ha fatto funzionare il lavoro legacy quasi ogni minuto. L'orologio ripetuto salta destabilizzato il server fino a quando il database di Plugin non è diventato disponibile. **TIMELINE\(UTC, 8 ottobre 2026\)** 21:44 - L'instabilità dell'orologio inizia sul server del database Plugin. 22:13 - Il nostro monitoraggio solleva il primo avviso per il server. 22:20 - Il Plugin smette di caricare per i clienti. 22:40 - Il monitoraggio riporta il database Plugin non disponibile. 23:00 - I primi rapporti dei clienti sono ricevuti; l'ingegnere on-duty è chiamato in. 23:18 - Servizio restaurato. Il Plugin è completamente operativo. **RESOLUZIONE ** I nostri ingegneri hanno identificato il conflitto temporale e ripristinato il server. Il Plugin è tornato al normale funzionamento a 23:18 UTC ed è stato sotto controllo esteso da allora. #WHAT we're doing to PREVENT this # * Rimozione del processo di sincronizzazione temporale legacy in modo che questo server, e ogni altro server di produzione, usi un'unica fonte di tempo. * Aggiungendo il monitoraggio per la deriva dell'orologio in modo che questo tipo di guasto venga catturato prima che influisca sul servizio. * Cambiare l'escalation di allarme. Il nostro monitoraggio ha avvisato sette minuti prima dell'uscita, ma l'avviso non ha chiamato un ingegnere. Gli avvisi critici sui server di database di produzione ora pagina immediatamente l'ingegnere on-duty, in qualsiasi ora. Ci scusiamo per l'interruzione e vi ringraziamo per la vostra pazienza. Se siete stati colpiti e avete domande, si prega di contattare il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 ottobre 2026 alle ore 17:03 UTCinvestigating

   Ci potrebbero essere problemi durante il caricamento delle immagini del cliente all'interno dell'editor. Tempo (UTC) : 2026-10-04T17:03:09

2. 4 ottobre 2026 alle ore 17:04 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 ottobre 2026 alle ore 16:46 UTCinvestigating

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

2. 4 ottobre 2026 alle ore 16:47 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 4 ottobre 2026 alle ore 16:43 UTCinvestigating

   Ci potrebbero essere problemi durante la visualizzazione, la modifica o la creazione di nuovi moduli nella libreria Moduli all'interno dell'editor. Tempo (UTC) : 2026-10-04T16:43:49

2. 4 ottobre 2026 alle ore 16:44 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 18 settembre 2026 alle ore 14:19 UTCinvestigating

   Stiamo vivendo un problema che riguarda alcune funzionalità di Stripo Plugin. Alcuni utenti potrebbero non essere in grado di caricare immagini o documenti o aggiornare le credenziali di archiviazione. Il nostro team sta indagando sul problema e lavorando per ripristinare il funzionamento normale il più rapidamente possibile. Ora di inizio: Set 18, 13:41 UTC

2. 18 settembre 2026 alle ore 14:54 UTCidentified

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

3. 18 settembre 2026 alle ore 14:56 UTCresolved

   Questo incidente è stato risolto.

4. 18 settembre 2026 alle ore 15:52 UTCpostmortem

   "Root cause" L'incidente è stato causato da un problema durante una rotazione pianificata della chiave di accesso utilizzata per il servizio di memorizzazione delle immagini primario. La nuova chiave non è stata correttamente propagata ad uno dei servizi responsabili della gestione delle operazioni di stoccaggio. Di conseguenza, le richieste di tale servizio non potrebbero autenticarsi con lo storage, causando le operazioni di caricamento di immagini e documenti da fallire. Abbiamo anche identificato un divario nella nostra documentazione interna relativa alla procedura di rotazione chiave, che ha contribuito all'incidente. # Risoluzione # Le credenziali di archiviazione sono state corrette e propagate con successo a tutti i servizi interessati. Una volta aggiornata la configurazione, la funzionalità di upload torna alla normalità. Abbiamo anche aggiornato la relativa documentazione interna per includere la fase di configurazione precedentemente mancante. # Azioni preventive # Stiamo esaminando la procedura di rotazione delle credenziali per garantire che tutti i servizi dipendenti siano coperti e che le modifiche di configurazione siano convalidate prima e dopo la rotazione. Stiamo anche migliorando la nostra documentazione interna e le procedure di verifica per ridurre il rischio di incidenti simili in futuro. Ci scusiamo per la rottura e apprezziamo la vostra pazienza mentre il nostro team ha lavorato per risolvere il problema.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 settembre 2026 alle ore 13:39 UTCinvestigating

   Stiamo attualmente sperimentando le prestazioni degradate nel Web Editor Stripo. Alcuni utenti possono sperimentare lunghi tempi di caricamento quando si aprono e-mail, impostazioni dell'editor non disponibili e funzionalità di editing, o un errore di "Nessun collegamento Internet". Per gli utenti che hanno già una e-mail aperta, le modifiche devono continuare a essere salvate via autosave finché la pagina non viene ricaricata. Il nostro team sta attivamente indagando sul problema e lavorando per ripristinare il normale funzionamento. Ora di inizio: set 16, 13:25 UTC

2. 16 settembre 2026 alle ore 15:12 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 settembre 2026 alle ore 15:18 UTCinvestigating

   Ci potrebbero essere problemi durante la visualizzazione, la modifica o la creazione di nuovi moduli nella libreria Moduli all'interno dell'editor. Ora (UTC) : 2026-09-09T15:18:49

2. 9 settembre 2026 alle ore 15:19 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 settembre 2026 alle ore 15:13 UTCinvestigating

   Ci potrebbero essere problemi durante la visualizzazione, la modifica o la creazione di nuovi moduli nella libreria Moduli all'interno dell'editor. Tempo (UTC) : 2026-09-09T15:13:49

2. 9 settembre 2026 alle ore 15:15 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 9 settembre 2026 alle ore 15:11 UTCinvestigating

   Ci potrebbero essere problemi durante la visualizzazione, la modifica o la creazione di nuovi moduli nella libreria Moduli all'interno dell'editor. Tempo (UTC) : 2026-09-09T15:10:49

2. 9 settembre 2026 alle ore 15:11 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 6 settembre 2026 alle ore 07:17 UTCinvestigating

   Potrebbe esserci un problema con l’accesso all’account del cliente. Tempo (UTC) : 2026-09-06T07:17:04

2. 6 settembre 2026 alle ore 07:19 UTCresolved

   Questo incidente è stato risolto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

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.