История сбоев Insided

1. 21 октября 2026 г. в 11:53 UTCidentified

   В качестве меры предосторожности мы временно отключили функцию загрузки в сообщество. В течение этого времени участники не смогут загружать файлы, включая встроенные изображения, аватары профиля и вложения. Все остальные функции сообщества, включая чтение, публикацию и ответ, не затронуты. Мы не видели никакого влияния на данные клиентов или доступность сообщества. Мы ожидаем восстановить загрузку после завершения нашей работы и обновим эту страницу, как только у нас будет больше информации.

2. 21 октября 2026 г. в 12:40 UTCidentified

   Мы продолжаем внимательно следить за платформой. Наше расследование не нашло доказательств того, что проблема безопасности, которую мы решаем, была использована. Загрузка файлов остается временно отключенной в качестве меры предосторожности, и мы работаем над их восстановлением как можно скорее. Мы будем обновлять эту страницу по мере развития ситуации.

3. 21 октября 2026 г. в 13:00 UTCidentified

   Уязвимость PHP (PHP2Shell): загрузка временно отключена Gainsight Customer Communities использует PHP. 20 октября перед официальным исправлением были раскрыты две критические уязвимости в самом PHP (CVE-2026-109618 и CVE-2026-109619, известные как PHP2Shell). Команда безопасности PHP выпускает исправление сегодня, 21 октября, в 16:00 CEST (14:00 UTC). Что мы сделали: Отключите все загрузки файлов во всех сообществах, включая встроенные изображения, аватары профилей и вложения в посты. Добавьте дополнительную защиту брандмауэра против типа запроса, используемого в этих атаках. Проверили наши журналы на наличие признаков эксплуатации. До сих пор мы не нашли никаких доказательств того, что уязвимость была использована на нашей платформе. Что будет дальше: Мы будем применять обновление безопасности PHP в нашей EMEA и инфраструктуре США, как только оно будет выпущено. После исправления мы запустим полный компромиссный обзор и поделимся результатом здесь. Мы восстановим загрузку, как только патч будет применен и проверен. Чтение, публикация и ответы работают как обычно. Наше следующее обновление будет к 17:00 CEST, или раньше, если что-то изменится.

4. 21 октября 2026 г. в 14:07 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

5. 21 октября 2026 г. в 14:08 UTCidentified

   Обновление: команда безопасности PHP выпустила исправление. Сейчас мы проверяем и тестируем его на нашей платформе. Мы развернем его в нашей инфраструктуре в регионе EMEA и США после завершения испытаний. Загрузка файлов остается временно отключенной до тех пор, пока исправление не будет развернуто и проверено. Наш мониторинг по-прежнему не показывает никаких доказательств того, что уязвимость была использована на нашей платформе. Чтение, публикация и ответ продолжают работать как обычно. Наше следующее обновление будет к 5PM CEST, или раньше, если что-то изменится.

6. 21 октября 2026 г. в 15:30 UTCidentified

   Обновление: мы тестируем выпущенное исправление, чтобы убедиться, что мы не вводим никаких регрессий. Загрузка файлов остается временно отключенной до тех пор, пока исправление не будет развернуто и проверено. Наш мониторинг по-прежнему не показывает никаких доказательств того, что уязвимость была использована на нашей платформе. Чтение, публикация и ответ продолжают работать как обычно. Наше следующее обновление будет к 6PM CEST, или раньше, если что-то изменится.

7. 21 октября 2026 г. в 16:16 UTCidentified

   Обновление: мы тестируем выпущенное исправление, чтобы убедиться, что мы не вводим никаких регрессий. Загрузка файлов остается временно отключенной до тех пор, пока исправление не будет развернуто и проверено. Наш мониторинг по-прежнему не показывает никаких доказательств того, что уязвимость была использована на нашей платформе. Чтение, публикация и ответ продолжают работать как обычно. Наше следующее обновление будет к 7PM CEST, или раньше, если что-то изменится.

8. 21 октября 2026 г. в 18:18 UTCidentified

   Update: We are completing the testing in staging before deploying to production. File uploads remain temporarily disabled until the fix is deployed and verified. Our monitoring continues to show no evidence that the vulnerability was exploited on our platform. Reading, posting and replying continue to work as normal. Our next update will be by 8:30PM CEST, or sooner if anything changes.

9. 21 октября 2026 г. в 18:53 UTCmonitoring

   Update: The PHP security fix has been deployed to production and we are continuing to monitor closely. We have found no evidence that the vulnerability was exploited on our platform. File uploads remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Next update by 08:00AM CEST, or sooner if anything changes.

10. 22 октября 2026 г. в 06:12 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Next update by 10:00AM CEST, or sooner if anything changes.

11. 22 октября 2026 г. в 08:17 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Next update by 12:00PM CEST, or sooner if anything changes.

12. 22 октября 2026 г. в 11:19 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Next update by 3:00PM CEST, or sooner if anything changes.

13. 22 октября 2026 г. в 14:18 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Next update by 6:00PM CEST, or sooner if anything changes.

14. 22 октября 2026 г. в 18:43 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads that render in the page remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Attachments of files pdf, zip, txt is again possible. Next update by 10:00PM CEST, or sooner if anything changes.

15. 22 октября 2026 г. в 20:02 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. File uploads that render in the page remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. Attachments of files pdf, zip, txt is again possible. Next update by 10:00AM CEST, or sooner if anything changes.

16. 23 октября 2026 г. в 11:13 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. Image file uploads that render in the page remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. We will have an update on restoring image file uploads by end of day. Attachments of files pdf, zip, txt is again possible. Next update by 6:00PM CEST, or sooner if anything changes.

17. 23 октября 2026 г. в 19:44 UTCmonitoring

    Update: We are continuing to monitor and have found no evidence that the vulnerability was exploited on our platform. Image file uploads that render in the page remain temporarily disabled out of an abundance of caution. Reading, posting and replying work as normal. We have started reworking the concerned services to ensure we can restore image uploads as fast as possible. We will have a firm ETA by 25 Sunday 12pm CET Attachments of files pdf, zip, txt is again possible. Next update by 12:00PM CEST, or sooner if anything changes.

18. 26 октября 2026 г. в 04:39 UTCmonitoring

    Uploads restored: Uploads are available again in all Gainsight Customer Communities. No action is needed. We will continue to monitor closely.

Автоматический перевод официального обновления инцидента.

1. 29 сентября 2026 г. в 11:05 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

2. 29 сентября 2026 г. в 11:28 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 29 сентября 2026 г. в 12:35 UTCresolved

   Этот инцидент был урегулирован - мы искренне извиняемся за этот сбой на платформе, и мы загрузим документ RCA здесь, когда он будет завершен.

Автоматический перевод официального обновления инцидента.

1. 24 августа 2026 г. в 07:35 UTCinvestigating

   В настоящее время мы изучаем эту проблему - обзор пользователей для сообществ США занимает больше времени, чем обычно, для отображения новых пользователей, эта медлительность также происходит на виджетах контрольной домашней страницы.

2. 25 августа 2026 г. в 13:21 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 4 августа 2026 г. в 07:57 UTCinvestigating

   We are currently investigating an issue with topics not loading correctly, we will update this page asap with more information once known.

2. 4 августа 2026 г. в 08:08 UTCmonitoring

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

3. 4 августа 2026 г. в 11:27 UTCresolved

   This issue has been resolved - time of the incident (CEST) 9:33am - 10:00am; a 27 minute period in which most topics were returning a 404 error page instead of the topic. It was caused by an unexpected side affect of a downstream change to one of our platform security mechanisms, we apologise for this temporary disruption.

1. 8 июля 2026 г. в 09:45 UTCidentified

   Intermittent timeouts and slowness are identified in our EU communities. We identified the issue and are mitigating it. We will follow up and update this page as soon as we have more information.

2. 8 июля 2026 г. в 11:54 UTCresolved

   We have traced the root cause of the recent downtime to an AWS hardware failure. We apologize for the inconvenience this caused. Our team is already putting structural measures in place to ensure that similar hardware issues will not impact our platform going forward.

1. 2 июля 2026 г. в 17:28 UTCinvestigating

   We are currently investigating an issue affecting AI Summary features, which may result in unexpected or incomplete responses. Search results are not impacted.

2. 2 июля 2026 г. в 19:34 UTCresolved

   The issue affecting AI Summary features has been successfully resolved, and normal functionality has been fully restored. Thank you for your patience while we worked to fix this.

1. 29 мая 2026 г. в 19:21 UTCinvestigating

   We are currently investigating reports that the Events module is not working or failing to load for users within our US communities. Our engineering team is looking into the root cause, and we will provide an update within the next 30 minutes. We apologize for the inconvenience and appreciate your patience while we work to resolve this.

2. 29 мая 2026 г. в 19:45 UTCresolved

   The issue affecting the Events module in US communities has been fully resolved, and normal functionality has been restored. We appreciate your patience and apologize for any disruption this caused to your workflow. If you continue to experience any issues, please reach out to our support team at [email protected]

1. 21 ноября 2025 г. в 12:47 UTCinvestigating

   We are investigating reports of Salesforce Connection failures and we will update here as soon as we have more details.

2. 21 ноября 2025 г. в 14:01 UTCidentified

   This issue has been tied to the temporary revocation of Salesforce authentication credentials by Salesforce - we are working on getting these reinstated asap, no community data should be lost and events can be replayed again on our side to fill in the gaps once the authentication credentials have been reinstated.

3. 22 ноября 2025 г. в 02:57 UTCidentified

   Work is ongoing to get Salesforce authentication reinstated. No community data should be lost and events can be replayed again on our side to fill in the gaps once the authentication credentials have been reinstated.

4. 22 ноября 2025 г. в 19:36 UTCidentified

   The Salesforce and Gainsight incident remains ongoing. Our teams are actively working to resolve the issue and restore functionality as quickly and safely as possible. For the latest updates and FAQs, please visit the main status page: https://status.gainsight.com/incidents/gvng0kly8vwf

5. 22 ноября 2025 г. в 19:48 UTCidentified

   We are continuing to work on a fix for this issue.

6. 2 декабря 2025 г. в 17:42 UTCidentified

   The Salesforce and Gainsight incident remains ongoing. Rest assured our teams are working around the clock to resolve the issue and restore functionality as quickly and safely as possible. In the meantime, we are preparing a workaround and steps to re-enable services. For the latest updates and FAQs, please visit the main status page: https://status.gainsight.com/incidents/gvng0kly8vwf

7. 13 декабря 2025 г. в 22:43 UTCmonitoring

   The Gainsight CC<>Salesforce integration has now been re-enabled and customers can proceed with re-authenticating their connection. To restore full functionality, please follow the step-by-step reconnection guide available here: https://communities.gainsight.com/customer-communities-cc-17/communities-salesforce-integration-restoration-guide-29962

8. 18 марта 2026 г. в 16:35 UTCresolved

   This incident has been resolved.

1. 17 ноября 2025 г. в 09:07 UTCinvestigating

   We are currently investigating an issue on some communities where content cannot be created or edited; either via the control administration area or sometimes from within the community destination pages.

2. 17 ноября 2025 г. в 12:03 UTCidentified

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

3. 17 ноября 2025 г. в 12:20 UTCmonitoring

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

4. 17 ноября 2025 г. в 13:49 UTCresolved

   This issue has been resolved - we traced the source of the issue to some database indexes that were lost when a subsequent database update wiped out these indexes. We estimate that only around 10% of customers had this issue happen to their community and the problem was certainly not widespread. Any left over issues please contact [email protected] and we apologies for any inconvenience caused by this.

1. 10 ноября 2025 г. в 18:38 UTCinvestigating

   We’re investigating an issue where custom community pages may not load correctly.

2. 10 ноября 2025 г. в 20:15 UTCidentified

   Our engineering team has identified the root cause and is actively working on a fix.

3. 10 ноября 2025 г. в 21:08 UTCidentified

   We have applied the initial fix which resolves this issue for the majority of customers. We are actively working on a fix that continues to impact custom pages for less than 1% of CC customers.

4. 10 ноября 2025 г. в 22:19 UTCidentified

   We are continuing to work on a fix for this issue.

5. 10 ноября 2025 г. в 23:54 UTCresolved

   This incident has been resolved.

1. 6 октября 2025 г. в 15:18 UTCidentified

   Embedded media is currently not working for some video providers (e.g., Vimeo, Twitter, Vidyard, etc.). YouTube embeds remain unaffected and continue to work as expected. We’ve identified the root cause of the issue, and our engineering team is actively working on a fix. We’ll share an update as soon as the resolution is deployed.

2. 6 октября 2025 г. в 19:25 UTCmonitoring

   The fix was deployed, we are now monitoring this issue.

3. 6 октября 2025 г. в 19:55 UTCresolved

   This incident has been resolved.

1. 26 сентября 2025 г. в 08:32 UTCinvestigating

   Embedded media (e.g., Vimeo videos) is currently not working across communities. Users may see “Media not available” when trying to play embedded videos. Our engineering team is actively investigating the issue and working on a fix.

2. 26 сентября 2025 г. в 10:12 UTCresolved

   The incident affecting embedded media has been resolved. Embedded videos should now display correctly across all affected communities.

1. 3 сентября 2025 г. в 16:49 UTCidentified

   We identified a degraded performance especially on the homepages of our US communities. The investigation is ongoing into what is the root cause to this.

2. 3 сентября 2025 г. в 17:43 UTCidentified

   The root cause was identified, and the performance is back to expected performance. We will continue monitoring this incident.

3. 3 сентября 2025 г. в 17:44 UTCidentified

   We are continuing to work on a fix for this issue.

4. 3 сентября 2025 г. в 17:44 UTCmonitoring

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

5. 3 сентября 2025 г. в 20:56 UTCresolved

   This incident has been resolved.

1. 29 августа 2025 г. в 08:48 UTCidentified

   We have identified an issue with LinkedIn and Facebook login functionality - it can be temporarily mitigated by adding a new 'Authorized redirect URL for your app', adding a http version of the url e.g: http://[yourcommunityurl.com]/sso/return. We are working on a full fix for this now though and will update this page with more information once available. Please note that this issue will not affect normal SSO logins / registrations which continue to function normally.

2. 29 августа 2025 г. в 10:36 UTCmonitoring

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

3. 29 августа 2025 г. в 11:30 UTCresolved

   This incident has been resolved and both Linkedin and Facebook logins are back to normal, we sincerely apologise for the disruption caused by this.

1. 6 августа 2025 г. в 14:05 UTCinvestigating

   We are investigating an issue where topics are not loading and and error page is shown, it seems to be affecting Articles and Product Updates.

2. 6 августа 2025 г. в 14:24 UTCidentified

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

3. 6 августа 2025 г. в 15:33 UTCmonitoring

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

4. 6 августа 2025 г. в 17:28 UTCresolved

   This incident has been resolved.

1. 28 июля 2025 г. в 17:29 UTCidentified

   We’re currently experiencing an issue where community pages are not loading correctly. Our engineering team has identified the root cause and is actively working on a fix. We’re aiming to restore full functionality as soon as possible and will share updates here as progress is made. Thank you for your patience and understanding.

2. 28 июля 2025 г. в 21:24 UTCresolved

   This incident has been resolved.

1. 11 августа 2025 г. в 10:21 UTCresolved

   Incident Summary: On 24 July 2025, we deployed a performance improvement designed to speed up page loading by changing when certain parts of our application load in the browser. As a result of this change, some page elements loaded later than before. Certain third party scripts used by customers depended on those elements being available straight away, so those scripts failed to run correctly. This caused integration errors and broken functionality for affected customers. Impact: Seven customers experienced issues with their integrations. In these cases, third party scripts could not access the expected page elements, which led to errors and features not working as intended. Timeline: - 24 July 2025 9:00 AM (CET) - Deployment completed with new loading behaviour as part of performance improvements. - 25 July 2025 - First customer reports of integration issues received. An internal investigation began to identify the cause. - 26 to 29 July 2025 - Investigation confirmed that lazy loading of certain elements meant they were not available when customer scripts ran. Compatibility checks were carried out to assess possible fixes and confirm the scope of the impact. - 30 July 2025 15:30 AM (CET) - Decision made to revert the change to restore the original loading behaviour. Reversion deployed to production. Monitoring confirmed resolution for all affected accounts. Impacted customers were contacted and confirmed the issue was resolved. Resolution: We rolled back the performance change so that all elements load as they did before. This restored the expected functionality for all affected customers. Mitigation and Next Steps: - Implement a compatibility aware rollout strategy for future performance changes. - Conduct an audit of existing third party scripts to identify other potential compatibility risks. - Include broader customer impact reviews before releasing performance optimisations. - Give customers and support teams more notice of significant changes that may affect integrations. Lessons Learned: There are a wide range of third party scripts in use across all customer instances, and changes to page performance can have unintended side effects. Future performance updates will be introduced in phased rollouts with additional compatibility checks, and customer impact will be reviewed more thoroughly before release.

1. 15 июля 2025 г. в 15:14 UTCinvestigating

   We are currently investing an issue with an elevated error rate (15-20%) affecting EU communities, we will update here once more information is available.

2. 15 июля 2025 г. в 15:24 UTCidentified

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

3. 15 июля 2025 г. в 15:34 UTCresolved

   This issue has been resolved and the platform is stable again. Any more follow up issues please contact [email protected] - apologies for this short disruption.

1. 27 июня 2025 г. в 07:26 UTCinvestigating

   We are currently investigating an issue with SSO logins leading to an error 500 page after login.

2. 27 июня 2025 г. в 07:42 UTCidentified

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

3. 27 июня 2025 г. в 08:08 UTCmonitoring

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

4. 27 июня 2025 г. в 09:39 UTCresolved

   This incident has been resolved - we sincerely apologise for the disruption caused by this, any more issues or questions please email [email protected].

1. 13 июня 2025 г. в 15:19 UTCinvestigating

   We are currently investigating this issue.

2. 13 июня 2025 г. в 15:45 UTCinvestigating

   We are continuing to investigate this issue - we have identified a couple of infrastructure issues thought to be causing this. We appreciate your continued patience,

3. 13 июня 2025 г. в 16:46 UTCinvestigating

   We are continuing to investigate the source of the problem, and have identified a few possibilities for it. As soon as we know more information we will post it here asap.

4. 13 июня 2025 г. в 17:37 UTCinvestigating

   We are continuing to investigate this issue.

5. 13 июня 2025 г. в 18:11 UTCinvestigating

   User experience is improving at this time but we are still investigating.

6. 13 июня 2025 г. в 18:44 UTCinvestigating

   Users may experience degraded performance in some areas.

7. 13 июня 2025 г. в 18:56 UTCidentified

   The issue has been identified, and a fix was deployed. Performance is steadily improving.

8. 13 июня 2025 г. в 19:05 UTCmonitoring

   We are monitoring the results of our fix, and performance is back to normal.

9. 13 июня 2025 г. в 20:03 UTCresolved

   This incident has been resolved. Details will be added once available.

10. 19 июня 2025 г. в 10:58 UTCpostmortem

    **Redis Cache Degradation and Service Impact - June 13, 2025** ### **Overview** On **June 13, 2025**, from **17:09 to 21:13 CET**, some of our services in the **US region** experienced significant disruptions due to a cascading infrastructure failure. The issue began with degraded performance in our Redis caching layer, triggered by underlying **AWS infrastructure instability**, and ultimately led to elevated error rates and service outages across several systems. ‌ ### **What Happened** A sudden degradation in our Redis cache - likely caused by transient **network issues within AWS infrastructure** - resulted in dramatically slower response times and dropped connections. As Redis became unavailable, systems attempted to query the main database directly, which caused that database to hit its connection limits and become overloaded. This caused broader performance issues across multiple services. ### **Customer Impact** * **High error rates** \(HTTP 5XX\) across several services in the US region * **Slower API response times** and degraded system performance * **Stale or delayed data** due to failed or missed caching * **Up to 4 hours of partial or full service disruption** * **No customer data was lost**, but availability and performance were impacted ### **Timeline of Events \(CEST\)** * **17:09** - Error rates spike and initial alarms trigger * **17:13** - Incident response begins * **17:30-19:00** - Teams work to stabilise the system, including service rollbacks and traffic load reduction * **18:38** - AWS confirms a related infrastructure/network event affecting Redis connectivity * **19:30** - Redis instance upgraded to a higher-capacity configuration * **21:10** - Services fully recover * **21:13** - Incident officially resolved ### **What Caused the Issue?** Our Redis cache experienced performance degradation and stopped serving traffic effectively. Based on internal logs and external confirmations, this was **likely due to transient network and infrastructure issues within AWS**, which impacted bandwidth and connection handling for Redis. As a result, traffic was redirected to the main database, which then became overloaded, creating a cascading service failure. ### **How Was It Resolved?** * Redis was scaled up to handle more traffic and recover performance * Non-essential services were temporarily paused to reduce system load * Once Redis recovered, database pressure eased and systems began returning to normal ### **Could This Have Been Prevented?** Partially. Some safeguards helped limit impact \(such as CDN caching for guest users\), but earlier detection of Redis degradation and better isolation between cache and core systems could have reduced downtime. The unexpected AWS infrastructure event contributed significantly to the incident’s scope. ‌ ### **Key Lessons and Next Steps** * **Improve monitoring and alerting** for Redis resource exhaustion and network saturation * **Isolate caching infrastructure** by service or use case to prevent single points of failure * **Enhance fallback logic** to reduce stress on primary databases when caching layers fail * **Work closely with AWS** to better understand and mitigate infrastructure-related disruptions * **Explore more resilient multi-layer caching strategies** to handle future spikes gracefully We sincerely apologise for the disruption and appreciate your patience. We are taking meaningful steps to strengthen our infrastructure and improve our detection and response capabilities to prevent similar events in the future. For any more information or issues please email [[email protected]](mailto:[email protected]).