Is Datto down?
Last checked just now5 active incidents: Scheduled Maintenance – Cloud Target Appliance Upgrades, Datto BCDR - UK Region - Offsite Synchronization Performanc… · +3 more
Datto is reporting degraded performance right now (last checked just now). Services are up but slower or partially failing.
Real-time Datto status, recent outages, and incident history: pulled directly from Datto's official status page at status.datto.com every 5 minutes. Pingoru tracks 391 Datto services and has captured 250 incidents in the last 90 days (99.12% uptime). Get email, Slack, Discord, or webhook alerts the moment Datto reports a new incident, free for 3 monitors, no credit card.
Active incidents 4
- Off-Site Synchronization
Timeline · 1 update
- investigating · Oct 29, 2026, 07:57 PM UTC
We are aware of a problem where Datto BCDR users in the UK region may experience degraded offsite performance, potentially impacting synchronization operations. The Kaseya Engineering Team is investigating the issue and working towards a resolution. Should you need any additional questions or require assistance, please contact our support team at https://helpdesk.kaseya.com/hc/en-gb#/contact Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/
Latest: We are aware of a problem where Datto BCDR users in the UK region may experience degraded offsite performance, potentially impacting synchronization operations. The Kaseya Engineer…
-
- Datto AV
Timeline · 2 updates
- investigating · Oct 28, 2026, 06:50 PM UTC
We are aware of a problem where Datto AV is incorrectly flagging newly created .pdf files as PHISH/PDF, causing the files to be quarantined. The Kaseya R&D Team is currently investigating this issue. In the meantime our Support team has been supplied with a workaround and can assist you with implementing it. If you would like to have the workaround applied, please create a ticket with our Support team or contact them at 833-863-2237. To work around this issue: Adding exclusions for the affected folders and files. Then restoring the affected files. Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/
- monitoring · Oct 29, 2026, 03:13 PM UTC
Our engineering team has identified the issue and is monitoring the fix. Some PDF files, were incorrectly flagged as PHISH/PDF.Agent. A specific detection rule has been disabled in VDF 8.21.8.130, deployed October 28, 2026. The rest of the PHISH detection category remains active. We are monitoring to confirm new false positives have stopped. Files that have already been quarantined must be restored manually.
Latest: Our engineering team has identified the issue and is monitoring the fix. Some PDF files, were incorrectly flagged as PHISH/PDF.Agent. A specific detection rule has been disabled in…
-
-
Timeline · 2 updates
- investigating · Oct 21, 2026, 09:51 PM UTC
Two critical vulnerabilities in PHP allow unauthenticated remote code execution. Kaseya security teams are assessing all Kaseya systems and products and applying fixes as they become available. This page is the source of truth for Kaseya status and guidance. Product Status: All products: Customer action: none Kaseya corporate infrastructure: Customer action: none Third-party components in Kaseya products: Customer action: none
- identified · Oct 23, 2026, 08:20 PM UTC
Kaseya is aware of two critical vulnerabilities in PHP: CVE-2026-109618 and CVE-2026-109619. CVE-2026-109618 involves a remote code execution vulnerability where handling out-of-memory errors via longjmp() leaves request memory uninitialized due to improper control flow management, potentially allowing attackers to achieve remote code execution using out-of-memory (OOM) triggers. CVE-2026-109619 describes a remote code execution vulnerability where longjmp() fatal error handling leaves global memory pointing to freed memory regions. These regions can later be accessed during subsequent requests, potentially enabling arbitrary code execution. Kaseya has completed an evaluation of its product portfolio regarding these vulnerabilities. A summary of the current status across impacted products and services is provided in the table below. As our investigation and remediation efforts continue, we will keep the following list updated with the latest information. Here is what each status means: Fully Patched: The fix has been applied. Compensating Controls: The product is impacted, protective controls are in place, and we are working to remediate. Unaffected: The product is not affected by these vulnerabilities. Product Status: AudIT - Unaffected Autotask PSA - Compensating Controls Azure - Files - Unaffected BMS - Fully patched Connect Booster - Unaffected Datto Backup For Azure - Unaffected Datto BCDR - Compensating Controls Datto Direct to Cloud Products - Compensating Controls Datto EDR - Unaffected Datto Networking - Compensating Controls Datto Partner Portal - Compensating Controls Datto RMM - Compensating Controls Datto SaaS Defense - Unaffected Datto SaaS Protection + Backupify - Compensating Controls Datto Workplace + File Protect - Compensating Controls Endpoint Backup V2 - Compensating Controls Graphus - Unaffected ID Agent - Compensating Controls Inky - Unaffected IT Glue - Unaffected Kaseya One - Unaffected Kaseya Quote Manager - Compensating Controls Kaseya MDM - Unaffected Microsoft Entra Backup - Unaffected MyITProcess - Unaffected Passly - Unaffected RapidFire Tools - Compensating Controls RocketCyber - Compensating Controls SaaS Alerts -Unaffected Secure Payments - Compensating Controls Spanning - Compensating Controls Unitrends - Compensating Controls UniView - Unaffected vPenTest - Fully Patched VSA 10 - Fully Patched VSA 9 - Compensating Controls We will continue to provide updates as additional information becomes available. Please contact your account manager with questions.
Latest: Kaseya is aware of two critical vulnerabilities in PHP: CVE-2026-109618 and CVE-2026-109619. CVE-2026-109618 involves a remote code execution vulnerability where handling out-of-me…
-
-
Timeline · 1 update
- monitoring · Oct 17, 2026, 08:28 PM UTC
A third party vendor, ConnectWise, recently reported attempts of unauthorized access associated with the ConnectWise Cloud Backup environment. ConnectWise has initiated their incident response procedures, and have applied containment measures as they continue to investigate. At this time, according to ConnectWise there is no indication that ConnectWise partner backup data has been accessed. All additional updates related to this incident can be found on the ConnectWise Status Page at status.connectwise.com. As part of our ongoing security monitoring efforts, the Kaseya Security Operations Center deployed additional detection measures on October 16, 2026, targeting publicly disclosed indicators of compromise. Activity matching these indicators is automatically designated as critical severity and promptly reviewed by our security analysts. The Kaseya product team has also deployed a fortify action within SaaS Alerts and KSIEM environments to help mitigate this risk further. Please follow the steps below to apply the fortify action: Action Name: Disable ConnectWise Cloud Backup and Cloud Management apps Steps to Deploy within SaaS Alerts and KSIEM portal: Within the left menu, under "Modules", select Fortify → Actions, then perform the following: 1. Set Select Product to Microsoft. 2. Set Select Organization to the customer's org (or leave it on All), and leave Select Actions on All. 3. Click Show Actions. 4. Search for Disable ConnectWise Cloud Backup and Cloud Management apps in the search box. 5. Under the action's buttons, click the wand icon labelled Apply. If you feel you have been compromised due to this issue, please contact Kaseya support.
Latest: A third party vendor, ConnectWise, recently reported attempts of unauthorized access associated with the ConnectWise Cloud Backup environment. ConnectWise has initiated their incid…
-
Recent outages & incidents
Past 90 days- BackupBackup
Timeline · 2 updates
- monitoring · Oct 26, 2026, 04:34 PM UTC
A fix has been implemented and we are monitoring the results.
- resolved · Oct 26, 2026, 08:43 PM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- SaaS Protection BackupsSaaS Protection Console LoginSaaS Protection Seat ManagementSaaS Protection Restores/Exports
Timeline · 3 updates
- investigating · Oct 26, 2026, 02:17 PM UTC
We are aware of a problem where Datto SaaS Protection customers hosted on 'aue1-bfyii-1533' are experiencing a disruption to SaaS Protection services and may receive a '500 Internal Server Error' when attempting to access their accounts. The Kaseya Engineering Team is actively investigating. Should you need any additional questions or require assistance, please contact our support team at https://helpdesk.kaseya.com/hc/en-gb#/contact Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/
- monitoring · Oct 26, 2026, 06:01 PM UTC
Our R&D team has identified the issue and a fix has been implemented. All customers hosted on node 'aue1-bfyii-1533' are accessible again accounts are functioning normally. We are monitoring for any other issues.
- resolved · Oct 26, 2026, 08:02 PM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- SaaS Protection Backups
Timeline · 3 updates
- identified · Oct 26, 2026, 01:16 PM UTC
We are aware of a problem where customers hosted on pod 'aue2-saas-p2' are experiencing backup performance degradation affecting M365 and Google Workspace services. The Kaseya Engineering Team has identified the issue and are actively working to resolve it. Should you have any additional questions or require assistance, please contact our support team at https://helpdesk.kaseya.com/hc/en-gb#/contact Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/
- monitoring · Oct 26, 2026, 06:17 PM UTC
Our R&D team has implemented changes to address the issue and backup success rate metrics for customers hosted on pod 'aue2-saas-p2' have returned to normal levels. We are monitoring for any other issues.
- resolved · Oct 26, 2026, 07:33 PM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- Off-Site Recovery
Timeline · 2 updates
- investigating · Oct 24, 2026, 07:07 PM UTC
We are aware of a problem where Node use1-dtc-server-118.datto.com is inaccessible preventing access to Backups/ Screenshots/ Restores. The Kaseya Engineering Team is investigating the situation Should you need any additional questions or require assistance, please contact our support team at https://helpdesk.kaseya.com/hc/en-gb#/contact Subscribe to the Kaseya Status Page for up-to-date information at https://status.kaseya.com/
- resolved · Oct 26, 2026, 09:24 PM UTC
This incident has been resolved.
Latest: This incident has been resolved.
-
- Pinotage (EU1)
Timeline · 5 updates
- investigating · Oct 23, 2026, 02:50 PM UTC
We are aware of a issue affecting device filters that combine negative query conditions, such as “does not contain,” with an embedded AND/OR operator within the filter criteria. A change with how these conditions are evaluated was made to correct these queries however it was not communicated as expected and may cause some existing filters to return different results than previously anticipated. We are considering reverting this change, if you believe your filters may be affected, please contact Support for assistance reviewing your configuration and guidance on next steps.
- identified · Oct 23, 2026, 02:51 PM UTC
We are aware of a issue affecting device filters that combine negative query conditions, such as “does not contain,” with an embedded AND/OR operator within the filter criteria. A change with how these conditions are evaluated was made to correct these queries however it was not communicated as expected and may cause some existing filters to return different results than previously anticipated. We are considering reverting this change, if you believe your filters may be affected, please contact Support for assistance reviewing your configuration and guidance on next steps.
- identified · Oct 23, 2026, 07:52 PM UTC
We are actively addressing an issue affecting device filters that utilize compound criteria, such as "does not contain" combined with nested logical operators. Engineering is preparing an update to restore previous filter evaluation behavior. The build is currently being validated in our staging environment, and we will provide an update once the production release window is confirmed. Recommended Actions: Filters: No action is needed on your existing device filters. Existing configurations will evaluate as expected once the update is deployed. Automations: As a precaution, partners may choose to temporarily pause or defer non-critical scheduled jobs or policies that target dynamic filters until the update is complete. We will post our next update once staging validation concludes.
- monitoring · Oct 26, 2026, 10:12 AM UTC
An update was deployed to Pinotage (EU1) over the weekend to restore standard device filter evaluation behavior. Our internal testing confirms that filters are functioning as expected, and all automated tasks are running smoothly. We are actively monitoring platform performance across a full business day before marking this incident fully resolved. If you paused any scheduled jobs or policies as a precaution, it is now safe to resume them. We will post our next update at the end of the business day.
- resolved · Oct 26, 2026, 09:12 PM UTC
This incident is now resolved after the Kaseya R&D team restored prior device filter functionality with an update over the weekend If you paused any scheduled jobs or policies as a precaution, it is now safe to resume them.
Latest: This incident is now resolved after the Kaseya R&D team restored prior device filter functionality with an update over the weekend If you paused any scheduled jobs or policies as a…
-
See the full Datto outage history
38 more incidents in the last 90 days, plus the full multi-year archive of per-service events and update timelines.
Browse Datto outage history →Or sign up free to get alerts when Datto breaks · 10 free monitors · No credit card
Incident record
Since April 2026 · Statuspage by Atlassian · 391 components checked every 5 minutesThe longest incident in the last year, Datto SaaS Protection - Backup performance degradation for some SharePoint/Teams services on pod 'des1-saas-p1' on March 10, 2026, ran for 127 days. 691 maintenance windows announced in the same period.
Most affected components, last 12 months
- SaaS Protection Backups43
- Off-Site Recovery18
- SaaS Protection Console Login18
- SaaS Protection Restores/Exports17
- Off-Site Synchronization16
Latest incidents
- Datto BCDR - UK Region - Offsite Synchronization Performance Degradation
We are aware of a problem where Datto BCDR users in the UK region may experience degraded offsite performance, potentially impacting synchronization…
- Datto AV - Increase in PDF detection as PHISH/PDF
We are aware of a problem where Datto AV is incorrectly flagging newly created .pdf files as PHISH/PDF, causing the files to be quarantined. The Kaseya R&D…
- Datto Endpoint Backup - Backups not running on some Endpoint Backup Servers
A fix has been implemented and we are monitoring the results.
- Started Oct 29, 2026, 07:57 PM UTC · ● 1d 20h
- Started Oct 28, 2026, 06:50 PM UTC · ● 2d 21h
- Started Oct 26, 2026, 04:34 PM UTC · Resolved Oct 26, 2026, 08:43 PM UTC · 4h 8m
- Started Oct 26, 2026, 02:17 PM UTC · Resolved Oct 26, 2026, 08:02 PM UTC · 5h 45m
- Datto SaaS Protection - Backup Performance Degradation For Customers Hosted On Pod 'aue2-saas-p2' ResolvedStarted Oct 26, 2026, 01:16 PM UTC · Resolved Oct 26, 2026, 07:33 PM UTC · 6h 17m
- Started Oct 24, 2026, 07:07 PM UTC · Resolved Oct 26, 2026, 09:24 PM UTC · 2d 2h
- Started Oct 23, 2026, 02:50 PM UTC · Resolved Oct 26, 2026, 09:12 PM UTC · 3d 6h
- Started Oct 22, 2026, 09:28 AM UTC · Resolved Oct 22, 2026, 06:26 PM UTC · 8h 58m