73 Thycotic incidents · 2025年6月 — official updates, affected components, duration and resolution details.
我们正在调查一个影响美国地区库存服务的问题,这个问题正在影响对库存进行补充或更新的能力。 核心平台功能仍在运作。 我们正在努力尽快恢复全部功能.
我们很高兴告知您, 影响库存服务的事件已经解决。 我们的团队已经执行了一个固定,所有系统现在都在正常运行. 我们对这一事件可能造成的任何不便表示歉意,我们赞赏你的理解和支持。 如有任何问题或关切,请联系我们的支助小组(https://support.delinea.com).
自动翻译自官方事件更新。
从2026年10月13日约12:32 UTC开始,一些用户用 SAML 单人签名(SSO)签入了Delinea平台,无法完成登录,在与身份提供者认证后收到了"Access Delied – Error 15"消息. 已经签名的用户和没有SAML SSO的用户签名的用户没有受到影响. 这个问题是由第三方边缘网络提供商的安全规则导致的,该规则错误地封锁了SAML登录响应. 我们的工程团队在协调世界时14:11应用了配置变化,SAML SSO登录自此正常成功. 如果您继续体验此错误, 请刷新您的浏览器并再次尝试 。 我们对此造成的不便表示歉意,并赞赏你在我们努力恢复正常服务时的耐心。 有关此事件的任何问题,请联系我们的支援小组https://support.delinea.com.
这一问题已经确定,一个解决办法正在实施之中.
一项措施已经执行,我们正在监测结果.
我们正在继续监测任何其他问题.
这一事件已经得到解决.
自动翻译自官方事件更新。
2026年10月13日UTC晚上9:13左右,一些客户在启动PRA远程应用会话时遭遇了过早断开. 大约2至3分钟后会议结束。 Root Cause:最近对 FreeRDP 库的更新引入了一个回归错误,该错误在远程应用程序会话中省略了 RAI(本地集成应用程序)客户端握手. 没有这种握手,目标主机将会话视为不活动,并在配置的闲置超时后终止. 分辨率:PRA引擎被补丁,以恢复远程应用程序连接的RAI客户端握手. 2026年10月14日UTC中午12点34分左右,该固定装置被部署,受影响客户的连接被恢复. 受影响的组成部分:平台:专用远程访问----美国、SEA、联合王国和非盟区域 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
□事件概况 使用 Privileged 远程访问\ (PRA\) 远程应用程序会话的子集客户在启动后大约2至3分钟就经历了会话断开. 从东南亚、非盟、阿联酋、加利福尼亚、联合王国和美国各地区的客户收到了报告。 *** 开始:** 世界协调时2026年10月13日21:13 *** 结束:** 世界协调时2026年10月14日,19:28 □ 根源和补救 作为当前安全合规工作的一部分,在区域范围向远程会议服务推出预定更新。 这一更新包括了第三方远程桌面协议组件的新版本,引入了行为变化,使得特定连接握手无法在会话初始化期间完成. 因此,在连接成功后,受影响的会议自动关闭了约2至3分钟。 由于这些断开状态完整地完成,没有在系统日志或痕迹中产生出错误,因此在2026年10月13日的首次客户报告之前,这个问题没有被现有监测系统发现. 在协调世界时2026年10月14日19:28左右,确定了恢复所需接通握手的固定方案,并在所有受影响地区部署. □ 预防行动 * 扩大我们的远程应用自动化测试覆盖范围,包括延长会期,因此在发布前会发现有时间问题。 * 添加对会话持续时间异常的监视,具体来说是跟踪以一致的短间隔\\(例如~2至3分\)断开的会话,即使断开似乎干净. 我们对此造成的干扰表示诚挚的歉意,并赞赏你在我们努力解决问题时的耐心.
自动翻译自官方事件更新。
在约12:32 UTC至14:11 UTC于2026年10月13日之间,一些用户用SAML单人签名(SSO)签入了Delinea平台,无法完成登录,在与身份提供者验证后收到了"Access Defenized – Error 15"消息. 已经签名的用户和没有SAML SSO的用户签名的用户没有受到影响. 这个问题是由第三方边缘网络提供商的安全规则导致的,该规则错误地封锁了SAML登录响应. 我们的工程团队在协调世界时14:11应用了配置变化,SAML SSO登录自此正常成功. 如果您继续体验此错误, 请刷新您的浏览器并再次尝试 。 我们对此造成的不便表示歉意,并赞赏你在我们努力恢复正常服务时的耐心。 有关此事件的任何问题,请联系我们的支援小组https://support.delinea.com。 受影响的组成部分:Delinea平台-美国、欧洲、联合王国、加拿大、澳大利亚、东南亚、阿拉伯联合酋长国 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
自动翻译自官方事件更新。
我们目前正在调查欧盟区域的一个持续问题。 我们很快就会提供最新消息.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决.
□事件概况 2026年10月1日,欧盟地区的客户出现使用"秘密服务器云"\(SSC\)的问题. 用户无法从秘密中启动会话,浏览秘密细节和审计历史的页面被缓慢地装入或失败. 诸如心跳,密码更改,发现和通知等已排定的背景任务被延后,一些分布式引擎无法连接. *开始时间:2026年10月1日 08:38 PM UTC * 结束时间:2026年10月2日 UTC中午12:30 □ 根源和补救 南南合作使用信息服务在其各组成部分之间传递工作。 例如记录用于审计的秘密取景活动、执行预定任务和筹备会议启动。 2026年9月30日,处理欧盟地区这些信息的SSC服务开始以比平时低得多的速度处理工作. 新的活动持续达到正常的速率,所以未处理的信息在队列中积累. 当队列达到其容量时,额外的消息被移动到一个保存区域,用于无法传送的消息. 在接下来的几个小时里,这个持有区不断增长,直到短信服务达到存储极限. 我们的工程团队提高了短信服务的能力,扩大并重新启动了欧盟南南合作服务,并清理了积压的无法交付的信息。 积压排出后,会话启动,页面负荷和计划任务在协调世界时2026年10月2日12:30前恢复正常. 延迟的背景任务,包括心跳,密码更改和通知,在恢复服务后被自动处理. 客户不需要采取任何行动。 由于服务被立即恢复以结束对客户的影响,我们没有捕捉到确定为何其吞吐量下降所需的诊断数据,因此基本的触发器仍然未知. 队列增长应该早点赶上. 在最近我们提醒工具的迁移过程中,一个配置的改变向错误的目的地发送了某些云度度提醒,包括消息队列大小提醒. 警报在10月1日上午启动 但从未通知我们的待命小组 我们对其他警戒类型的自动补救没有受到影响,这掩盖了差距。 □ 预防行动 1. 我们在2026年10月2日纠正了警戒路线,因此这些警报现在到达我们的待命小组,我们正在增加金丝雀和心跳警报,如果监测工具的警报发送突然停止或下降,则通知我们。 2. 我们正在加强我们如何改变警示,在任何生产部署之前和之后测试每一种警示类型的终端。 3. 我们正在监测经济放缓的再起,并将收集所需的诊断数据,以确定其原因。 4. 我们正在更新部署周期,提供保障,确保即使延期释放,背景服务也得到更新,我们正在将这一步骤列入释放清单。 我们对此造成的干扰表示歉意,并感谢你在我们解决问题时的耐心.
自动翻译自官方事件更新。
我们正在调查关于欧盟、联合王国、东南亚和澳大利亚地区Delinea平台客户登录缓慢和间歇性登录故障的报告。 从2026年9月28日协调世界时23:20左右开始,一些用户可能需要比平时更长的时间才能签入. 一些登录尝试可能因超时或HTTP 504出错而失败. 已经签名的用户在验证其会话时也可能看到反应较慢. 我们的工程小组积极参与,并查明了影响这些地区认证服务的退化依赖性。 我们现在在努力减轻影响。 如果登录失败, 请重试 。 我们将在30分钟内发布另一份最新消息,如果有新消息,则更早发布.
我们已经对欧盟和澳大利亚地区的客户采取了补救措施。 这些区域的登录性能和出错率自协调世界时2026年9月29日01:05左右已恢复正常. 我们正在监测 以确认恢复状态.
我们已经对所有受影响地区——欧盟、联合王国、东南亚和澳大利亚——采取了补救措施。 登录性能和出错率自协调世界时2026年9月29日约01:10已恢复正常. 我们正在监测 以确认恢复状态。 如果您在注册时仍有困难, 请刷新您的浏览器并再次尝试 。 如果问题继续存在,请联系Delinea Support.
这一事件已经得到解决.
□事件概况 欧盟,英国,东南亚和澳大利亚等地的Delinea平台用户都经历了非常缓慢的登录和间歇的登录失败. 受影响的功能包括Entra ID 单笔签名,本地账户认证,以及私密远程访问\(PRA\)会话建立. *开始时间:2026年9月28日,约协调世界时11:20 * 结束:2026年9月29日,上午1时10分 □ 根源和补救 计划部署开始使用区域缓存复制品来改进认证性能。 发布前的验证确认复制品是活性的,但防火墙配置出错使主缓存和区域复制品之间的数据同步无法实现. 云提供商的标准健康报告继续显示复制品是健康的和可用的,因此在发布之前或发布期间这个问题没有浮出水面. 当认证服务试图从这些复制品读取时,请求被停滞并超时,导致登录失败. 内部监控检测出误差率高,工程组找出了根源并回滚了变化. 回滚将所有受影响的区域都返回到主缓存并恢复了正常的认证. 欧盟、英国、东南亚和澳大利亚区域的区域缓存复制品仍将被禁用,而我们则评价替代建筑。 我们评估了私人网络在缓存之间的连接,并认定这不符合我们的可靠性要求。 □ 预防行动 * 我们正在大大改进认证服务如何从缓存连接问题中恢复。 目标是被降解的缓存连接不再导致被停滞或失败的登录. * 我们增加了连接故障的替代监测,更早发现云提供者健康报告未反映的缓存相关问题。 我们对中断表示歉意,并致力于通过这些措施防止再次发生.
自动翻译自官方事件更新。
我们正在调查Delinea Mobile App的验证器功能在26.2号部署后运作的问题的断断续续的报告。 如果你正在经历这个问题,请使用其他外交部选项,直到我们能够解决这个问题。 我们的小组正在积极调查,并将在有资料时提供最新情况.
这个问题已经确定,正在设法解决。 修复工作需要在周末维护窗口进行新的部署。 同时,请参看下文KB条款,以了解关于该问题和如何解决这一问题的细节。 https://support.delinea.com/s/article/1790702420275 (中文(简体) ). 谢谢你的耐心。 如果您有任何问题或经历任何问题,请在https://support.delinea.com上立案或拨打+1 202-991-0540的支援线.
我们很高兴通知您, 影响以下服务的事件已经解决。 我们的团队已经执行了一个固定,所有系统现在都在正常运行. 我们对这一事件可能造成的任何不便表示歉意,我们赞赏你的理解和支持。 如有任何问题或关切,请联系我们的支助小组(https://support.delinea.com).
自动翻译自官方事件更新。
大约从2026年9月28日的4:10 AM EDT到6:45 AM EDT之间,一些客户无法从某些公司网络连接到秘密服务器云. 受影响的用户在访问租户时看到连接重设或超时出错。 其他网络的接入没有受到影响。 在此期间,限制租户接触特定IP地址的客户无法登录。 这个问题是由第三方边缘网络供应商的连通性问题所造成,影响到该区域一些客户网络的流量。 交通经过其他地点,大约6:45AM EDT恢复了受影响客户的连接。 我们对此造成的不便表示歉意,并赞赏你在我们努力恢复正常服务时的耐心。 请联系我们的支援团队https://support.delinea.com。 受影响的部件:秘密服务器云 -- -- 欧洲、联合王国、美国、亚太(新加坡) 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
□事件概况 从协调世界时2026年9月28日07:10开始,欧洲,英国,美国和APAC\(新加坡)等地的"秘密服务器云"租户子集经历了连接失败. 某些企业网络的客户在试图联系租户时会遇到连接超时或重设出错. 允许租户进入的客户没有其他途径,在事件发生期间无法进入秘密服务器云。 *开始时间:2026年9月28日07:10 UTC *结束:2026年9月28日 UTC10:45 □ 根源和补救 秘密服务器云边缘网络经历了两个不同的问题,使得一些客户网络的流量无法到达他们的租户. 第一个原因是我们边缘网络供应商部署的软件更新有缺陷。 在供应商部署前测试中没有发现的具体生产状况下,缺陷导致交通处理部件在其几个网络地点重新开始。 这些组件自动恢复,在协调世界时07:47至08:20之间恢复了在受灾地点的服务. 第二个原因是上游的互联网载体问题影响到我们在伦敦的边缘网络,造成包丢失和连接超时。 因此,经伦敦运输的客户网络在第一个问题解决后继续受到影响。 协调世界时10:45,在交通改道离开受影响的承运人后,连接功能被完全恢复. □ 预防行动 * 供应商已对软件缺陷进行了修复,并正在加强其部署前验证、各地基础设施的复原力及其自动恢复机制。 我们正在追踪这些承诺直至完成。 * 我们正在与我们的供应商全面审查伦敦航母问题,包括为何交通没有更早改道,并减少故障时间,以便未来航母的中断迅速被隔离。 我们为这给你们的行动造成的干扰和不便表示诚挚的歉意。 我们致力于通过上述行动防止再次发生.
自动翻译自官方事件更新。
我们正在调查一个影响美国、欧盟和阿联酋地区客户登录和进入秘密服务器云的问题。 我们的工程团队正在积极调查这个问题,并努力尽快解决这个问题.
我们继续监视任何进一步的问题
这一事件已经得到解决.
自动翻译自官方事件更新。
我们正在调查一个影响美国地区登入和进入Delinea平台的问题。 一些用户在访问租户时可能无法登入或可能经历缓慢的性能. 我们的工程队积极投入. 一旦获得更多信息,我们将立即提供最新情况.
这一问题已经确定,一个解决办法正在实施之中.
一项措施已经执行,我们正在监测结果.
我们正在继续监测任何其他问题.
这一事件已经得到解决.
□事件概况 2026年9月16日,Delinea平台在美国地区的客户在签入或访问其租户时遇到登录失败和严重缓慢. 受影响的用户可能在登录屏幕上看到"上流请求超时"出错,或者在加载租户时出现长时间的延误. * ** 开始:** 2026年9月16日,大约11:40 AM EDT\(UTC-4\) *** 结束:** 2026年9月16日 大约1:02 PM EDT\(UTC-4\) □ 根源和补救 Delinea平台依赖于缓存服务来支持登录,认证,以及其他身份相关操作. 在过去几周里,随着平台使用量的增加,美国地区对这一服务的需求稳步增长,因此运营前厅有限。 此外,认证服务与缓存服务的连接随着时间推移而开放,而不是释放,这逐渐消耗了其现有能力。 在一个额外的缓存资源中分配读取流量的配置在当时并不活跃,该配置本来会提供额外的头室. 9月16日,正常交通量将缓存服务推出其运营能力外,导致全美地区登录和身份操作请求缓慢而失败. 这起事件涉及与[2026年8月28日事件](https://status.delinea.com/incidents/1s7gw9kyjwyq)相同的缓存基础设施. 这一事件是由异常大量的同步活动所引发的,通过提高缓存服务的内存能力来解决. 这一事件是在正常交通条件下发生的,这表明计算能力和连接处理也需要加以解决。 我们的工程团队重新启动了受影响的认证服务,这些认证服务释放了所积累的连接并恢复了登录功能. 缓存服务也被扩大至一个更高的层次,使其计算能力翻了一番,我们继续监测服务直至确认完全恢复. 自事件发生以来,缓存服务利用率一直保持在正常运行阈值以内,阅读流量现在分布在另外的缓存资源中. □ 预防行动 2026年8月28日事发后,我们承诺对这一缓存基础设施进行多处改进. 以下是每起事件的进展情况,以及从这一事件中确定的其他行动。 所有项目的工作正在进行中。 ** 8月28日事件后的行动进展** * 提高我们藏匿基础设施的能力和复原力。 ** 美国的缓存服务规模已扩大至更高的水平,使其计算能力翻了一番。 阅读流量现在分布在另外的缓存资源中. 我们正在继续这项工作,把与物证有关的行动转移到为更远的会议室提供专用的隐蔽基础设施。 * ** 更正监测阈值,主动地检测能力压力。 ** 在这次事件中,我们的监测确实在客户撞击前发现了能力压力,但警报没有及时行动. 我们正在继续这项工作,消除核心认证服务的不可操作警报,并要求在第一次警报时立即与工程人员接触。 * ** 有限连接-恢复重试。 ** 这项工作已经扩大,以涵盖认证服务如何管理总的缓存连接,包括连接放行和超时设置,因此能力不会逐渐被消耗. * 适用于大型同步作业的费率。 ** 费率限制正在执行中。 我们还在减少从综合服务到缓存层的不必要的大量请求。 ** 这次事件引起的其他行动** * 在安装连接处理改进之前,将自动自动启动认证服务作为临时保障措施。 我们认识到,这不是近几周来德莱纳平台上第一次出现登录中断,我们也没有轻视它。 除了上述行动之外,Delinea领导还使我们的平台可靠性成为行政部门赞助的优先事项,在两者竞争的特色工作之前。 这包括更好地发现影响关键工作流程的问题,如登录和增长前的规划能力。 我们对这给你们的行动造成的干扰表示诚挚的歉意,并将继续分享我们的进展.
自动翻译自官方事件更新。
这一事件已经得到解决。 我们对此造成的破坏表示歉意。 调查 我们正在调查关于Delinea平台租户显示被冻结的租户信息的报告,阻止用户在自己的环境中签字和进入. 条件开始于PM EDT大约4:49,原因是配置变化不正确,使得某些客户无法接触租户. Engineering查明了原因,从5:08 PM EDT开始恢复工作,所有受影响的租户在5:55 PM EDT确认解冻. 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
□事件概况 本报告涉及影响Delinea客户租户的两个相关事件。 第二起事件是2026年9月19-20日,是2026年9月4日第一次事件后未完全恢复的直接后果,这两起事件都在此事件下被一并记载. 2026年9月4日 - 发生时间: 由Delinea平台租户组成的子集进入了被冻结状态,显示一个被冻结的租户信息,阻止用户在Delinea平台和秘密服务器云上签名并访问. ** 开始:** 2026年9月4日,4:15 PM EDT\(协调世界时20:15) ** 结束:** 2026年9月4日,5:55 PM EDT\(协调世界时21:55) 2026年9月19日至20日 2026年9月19日至20日 2017年9月19日至20日 秘密服务器云租户的一个子集展示了一个预定的删除通知,该通知阻止用户签名到秘密服务器云. Delinea平台本身的签入仍然可用。 **开始:**2026年9月19日,10:28 PM EDT\(协调世界时9月20日02:28) ** 结束:** 2026年9月20日,1:50 PM EDT\(协调世界时17:50) □ 根源和补救 2026年9月4日 - 发生时间: Delinea 规定不再主动认购的租户。 这一周期的租户名单是使用选择标准编制的,只评价了最初的订户到期日,没有说明续订日期。 因此,重新租房并仍然完全有资格租房的房客被作为过期房客对待,与合法取消租房人的租房人一起列入名单。 我们的解禁工作流程包括向客户提供预先通知的阶段,该阶段在任何删除活动之前向租户管理人显示申请通知。 该通知既可作为对客户的警告,又可作为内部核查步骤,因为收到通知的任何活跃客户都会在执行之前及早发现错误。 这个阶段没有在这个循环中应用;被直接应用了被冻结的状态,因此选择标准中的错误直到工作运行时才被发现. 当预定的工作在PM EDT的4:15执行时,冻结的租户状态被应用于受影响的现租户. Engineering在4:49 PM EDT的首次客户报告后,找出了原因,并于5:08 PM EDT开始复职. 所有受影响的租户均确认恢复了5:55 EDT的返回和登录。 然而,"9月4日"的更改也将受影响的"秘密服务器云"租户的订阅结束日期设定为2026年8月20日. 恢复的租户使用权没有使这些结束日期回到正确的价值,恢复后的核查只确认登录使用权,而不是基本订阅记录的准确性。 这种状况仍未被发现,直接导致2号事故。 2026年9月19日至20日 2026年9月19日至20日 2017年9月19日至20日 Secret Server Cloud包括一个标准的自动生命周期程序,该程序限制登录,并安排租户在订阅结束日期后30天删除. 2026年9月19日,即2026年8月20日结束日期不正确后30天,这个过程确定受影响的租户已经过期并应用了预定的删除状态. 生命周期过程的表现如所设计;错误是发生1后留下的不正确的订阅数据. 从9月20日12:09起,Delinea支助开始恢复个人租户的准入。 工程确定每个租户的结束日期不正确,然后作为一项临时措施,延长所有受影响的租户的结束日期,9月20日,PM EDT以1:50恢复了所有租户的准入。 在2026年9月21日至9月23日期间,德利娜根据每个受影响的租户的主动应享待遇逐一审查,并用正确的价值取代了临时结束日期. 在此期间,一些客户可能在其账户信息中观察到订阅结束日期或许可证细节不准确;这并不影响访问。 如果贵组织遵守与目前应享权利不符的订阅结束日期或许可详情,请与我们的[支助小组]联系(https://support.delinea.com/s/)。 没有删除租户,也没有删除、修改或以其他方式影响客户数据。 影响仅限于租户。 □ 预防行动 * 散装承租人停租。 所有散装租户生命周期行动暂停,解禁将单独处理。 * 将租户的生命周期从目前的订阅记录中自动结束,包括续订和订阅更改,以取代人工多步程序。 在适用任何州变更之前,每个租户将根据主动订阅记录进行验证。 * 使每个生命周期阶段都具有强制性和不可滑行性,从预先通知期开始,租户管理人员在通知中看到申请通知,所有功能继续正常运行。 * 确保被冻结的租户在永久删除之前的固定保留期内可收回,恢复直接取自经更正的订阅记录。 * 加强事故恢复程序,使任何租户状态的恢复也恢复和核对相关订阅记录,在事件结束前,根据记录系统核查恢复情况,而不仅仅是签入。 * 增加内部监测和警报,以监测异常数量的房客被冻结或计划删除的事件,以及订阅数据的异常模式,以便Delinea在客户受到影响之前发现这类问题。 我们对这两起事件造成的破坏表示诚挚的歉意。 我们确认,第二次事件是由于我们从第一次事件中恢复不全,使你们的行动受到更大的影响。 恢复准入是我们在每一情况下的当务之急,正在追踪上述行动,以确保不再发生这种情况.
自动翻译自官方事件更新。
我们正在调查一个影响美国地区登入和进入Delinea平台的问题。 一些用户在访问租户时可能无法登入或可能经历缓慢的性能. 在大多数情况下,重新尝试登录尝试可以让用户成功访问租户. 我们的工程队积极投入. 一旦获得更多信息,我们将立即提供最新情况.
我们正在继续调查在美国地区影响Delinea平台的登录和访问问题。 受影响的用户在试图登录时可能会看到"上流请求超时"出错消息,或者在访问其租户时可能会经历缓慢的性能. 我们的工程队全力投入,并把这项工作作为最高优先事项。 一旦获得更多信息,我们将立即提供最新情况.
这一问题已经确定,一个解决办法正在实施之中.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决。 美国地区的Delinea平台的登录和访问已经恢复正常,用户在签名时不应再遇到出错或退化的性能. 我们正在继续调查根本原因,一旦调查完成,我们将分享一项根源分析。 我们对此造成的破坏表示歉意.
□事件概况 2026年8月28日,美国地区的Delinea平台客户在签入或访问其租户时遭遇间歇登录故障并表现缓慢,包括一些用户在签入屏幕上出现错误或超时. 在某些情况下,重新尝试登录尝试使用户能够成功访问租户. *开始:2026年8月28日 UTC下午17:29左右 *结束:2026年8月28日 UTC凌晨19点19分左右 □ 根源和补救 8月27日进行的与缓存相关的代码更改,加上8月28日异常地大量的背景同步活动,超过了支持登录和认证服务的缓存基础设施的正常运行能力. 与它的联系开始失败,其他附属服务试图反复恢复这些联系,而不是干净地恢复这些联系,从而阻止了缓存基础设施本身的稳定。 这导致整个美国地区与身份有关的行动进展缓慢或失败。 我们的工程小组收回了缓存变化并重新启动了受影响的服务,这清除了故障连接并开始恢复功能,尽管业绩仍然退化。 缓存资源被扩大,以恢复正常性能. 我们继续密切监测这项服务,直到全面恢复。 □ 预防行动 * 将工作量分配给额外资源,从而提高我们缓存基础设施的能力和复原力。 * 正确的监测阈值,以确保在影响平台性能之前主动检测出能力压力。 * 限制连接恢复重试,以防止在压力事件期间从复合系统负荷中恢复连接。 * 应用限于大型同步作业的费率,防止任何单一作业对全平台的业绩产生不利影响。 我们为这给你们的行动造成的干扰和不便表示诚挚的歉意。 我们致力于通过上述行动防止再次发生.
自动翻译自官方事件更新。
这一事件已经得到解决。 我们对此造成的破坏表示歉意。 调查 我们正在调查一个非美国地区的用户无法建立新的远程会议的问题。 受影响的用户在启动会话时会收到"引擎不可用"的消息. 影响仅限于非美国区域的客户。 在美国地区的租户不受影响。 一旦掌握更多信息,我们将提供最新情况。 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
□事件概况 非美国地区的一个子集客户无法启动新的PRA会话,并收到"Engine unpost"出错. 现有会议没有受到影响。 *开始时间:2026年8月14日,09:46 UTC * 结束:2026年8月14日,协调世界时10:45 □ 根源和补救 新版PRA服务于2026年8月14日协调世界时09:46投入生产. 新版本没有在生产环境中正确应用所需的配置值,这使得服务无法为非美国地区定位会话引擎. 受到影响的客户因此无法启动新会话,并收到"引擎无"出错. 在部署后监测期间,后端出错率有所上升,与收到的客户报告相关联,之后部署工作又回滚到以前的稳定版本。 UTC10:45完成回滚. 通过后端日志和确认受影响客户能够成功启动新会话,对分辨率进行了核实。 □ 预防行动 * 审查部署过程,以确定为何在生产发布前未发现配置问题。 * 采用分阶段推出模式,以便在更广泛部署之前向一个区域发布新的服务版本并进行验证。 * 实行部署后自动健康检查,包括每个区域进行合成会话发射,以促进闸门并触发故障后回滚。 我们对此造成的干扰表示诚挚的歉意,并赞赏你在我们努力解决问题时的耐心.
自动翻译自官方事件更新。
我们正在调查影响秘密服务器的退化性能的报告。 一些用户可能无法访问Vault UI. 用户可能遇到错误: [Federation runtime]:远程EntryExports未定义,这可以防止获取机密. 我们的团队正在积极调查这一事业,并努力恢复正常服务。 一旦获得更多信息,我们将提供最新资料.
经过进一步调查,我们确定这个问题与秘密服务器在前提部署上隔离,不影响秘密服务器云(SSC). 美国、欧盟或东南亚区域没有发现对南南合作的影响。 这一事件现已得到解决.
自动翻译自官方事件更新。
由于后端基础设施负荷增加,我们发现一个影响新加坡地区部分客户的机密服务器云的问题。 受影响用户的反应时间缓慢或难以查阅其实例。 这仅仅是业绩问题。 这一问题已经解决,正常运行情况已经恢复. 我们对此可能造成的不便表示歉意。 回填通知:这次事件被追溯到我们的地位页面,以提供准确的服务影响记录. 有关回填事件的更多信息请访问这里.
事件概况 2026年7月29日,由于后端基础设施负荷增加,新加坡地区一子集"秘密服务器云"客户遭遇了性能问题. 受影响用户的反应时间缓慢或难以查阅其实例。 7月29日 UTC凌晨1点41分 影响结束:协调世界时7月29日2:32AM 根原因 : 在受灾期间,支持新加坡地区的共享后端资源利用率猛增,使其达到最大能力。 负责处理增加的负载的自动程序未能如预期的那样执行,导致该区域少数客户的反应时间增加。 预防行动 为防止再次发生,正在实施以下措施: * 加强我们的自动缩放程序,以降低今后发生类似问题的风险。 我们为这给你们的行动造成的干扰和不便表示诚挚的歉意。 我们致力于通过上述行动防止再次发生.
自动翻译自官方事件更新。
我们正在调查关于一些秘密服务器云用户无法签名的报告,并且正在被重定向到错误页面. 我们正在积极努力解决这一问题,并将很快提供又一最新情况.
我们确定了这一问题的根源。 配置的改变使得受影响的租户无法连接到数据库,导致应用程序无法加载并显示出错的页面. 我们的工程队已经做了一个改正的改变 并且正在验证修复。 我们将很快提供另一个最新情况.
一项措施已经执行,我们正在监测结果.
这一问题已经解决,服务正常运行。 我们将继续进行监测,以确保稳定.
□事件概况 2026年7月28日,一小子集"秘密服务器云"租户无法在页面间导航时签名或遇到出错. 受影响的租户无法建立与其数据库的连接,导致应用程序无法装载。 *开始时间:2026年7月28日,约03:11 AM UTC * 结束:2026年7月28日,约协调世界时04:05 * 受到影响的区域:多个区域非常小的租户 □ 根源和补救 在内部放出步骤中,一个辅助服务被重建并被部署在一个与在秘密服务器云出品中运行的版本不符的版本上. 两个版本的格式数据库连接设置不同,而更新的格式包括一个设定,制作应用程序不承认. 该值被写入一个内部缓存,并用于租户的缓存条目被刷新. 由于租户的更新时间不尽相同,租户在不同地点而不是同时受到影响,这就是为什么影响仅限于一个小区而不是整个地区的原因。 我们的工程小组查明了根源,在匹配制作的版本中重新部署了辅助服务,并清理了受影响的缓存条目。 恢复了接触的机会,并宣传了经更正的价值,每个受影响的租户在事件结束前都经过个别验证。 □ 预防行动 * 添加自动相容性测试和部署验证检查,以便在代码到达生产前捕获配置和版本不匹配. * 改进对租户一级数据库连接故障的检测,以便通过内部监测而不是通过客户报告确定这类问题。 * 加强缓存和配置管理的内部审查程序,以减少今后类似问题的风险和影响。 我们为这给你们的行动造成的干扰和不便表示诚挚的歉意。 我们致力于通过上述行动防止再次发生.
自动翻译自官方事件更新。
我们发现了一个问题,阻止一些客户通过RDP或远程更改密码进行连接。 我们正在积极努力解决这一问题,并将很快提供又一最新情况.
我们已经查明了阻止一些客户通过代理或远程更改密码进行连接的问题。 在这起事件中,一些客户在创建文件夹时也遇到出错. 我们的工程队已经把根源隔离开来,正在积极执行恢复正常服务的固定措施. 随着进展的继续,我们将提供另一个最新情况.
我们采取了缓解措施来恢复服务的提供,并正在积极监测环境,以确保持续稳定。 我们为这可能造成的不便而道歉,并感谢你的耐心.
影响我们秘密服务器云客户的问题已经解决了. 我们对此可能造成的不便表示歉意.
## Incident Overview On July 27, 2026, Secret Server Cloud \(US region\) customers experienced widespread failures with RDP sessions, remote password rotation, and folder creation. The root cause was a critical internal caching layer that filled up to capacity because session entries were being stored in it without expiration. As the cache filled, it began rejecting write operations, causing a backend processing service to fail. Messages continually accumulated in an internal message queue which degraded performance for all affected tenants. * Start: July 27, 2026, approximately 2:00 PM EDT * End: July 27, 2026, approximately 4:10 PM EDT * Region impacted: US ## Root Cause and Remediation The internal caching layer had been accumulating session data with no expiration for over 20 days. At the time of investigation, approximately 86% of cache entries had no expiration set. The root cause is a code-level bug that was not setting expirations properly on session entries. Once the cache reached capacity, new writes were rejected, breaking the log pipeline and cascading into broader service failures across tenants. To remediate, the caching layer was manually flushed at approximately 4:04 PM EDT, restoring write capacity and allowing the message queue to drain. A code fix to add TTL \(time-to-live\) to the affected keys has been identified and is in progress. ## Preventative Actions * Apply a code fix to add TTL to session entries and other unbounded growth keys in the caching layer, preventing recurrence regardless of deployment cadence. * Add memory utilization alerting for the caching layer at defined thresholds, so memory pressure is detected proactively before capacity is reached. * We are looking into adding a post-release action for flushing the cache as a standard step in the deployment process We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.
自动翻译自官方事件更新。
我们知道,在美国地区,一些客户报告出现了连接器连接问题。 我们确定这一原因为支持连接器交通的网络基础设施并减轻了影响。 现在应该恢复连接。 计划下星期进行进一步调查并改变基础设施,以防止再次发生.
## Incident Overview On July 24, 2026, customers in the US region experienced Connector connectivity issues affecting authentication through the Delinea Platform. Some Connectors intermittently went offline while others in the same environment continued operating normally, with no consistent pattern distinguishing affected from unaffected Connectors. Restarting or re-registering an affected Connector did not restore connectivity. * Start: July 24, 2026, approximately 4:50 PM ET \(8:50 PM UTC\) * End: July 24, 2026, approximately 8:00 PM ET \(July 25, 12:00 AM UTC\) ## Root Cause and Remediation The root cause was overload on backend relay services that route Connector traffic to the Delinea Platform. Because impacted and unimpacted Connectors were sometimes present in the same customer environment, initial investigation focused on individual Connector configuration and network paths. Further investigation identified the issue on TCP relays in the US-West region; one affected relay was temporarily removed from the relay pool for isolation and diagnosis. This confirmed the underlying issue was load on the affected relays rather than a defect in the relay software or hardware itself. To remediate, our team investigated and stabilized the affected relay services as they were identified, restoring Connector connectivity. Connectivity was confirmed restored the evening of July 24, and the incident was resolved by approximately 8:00 PM ET. No action was required from customers, and no customer data was lost. ## Preventative Actions * Added new relays in US-West and US-East to increase capacity and reduce the likelihood of relay overload recurring. * Improve tooling for the backend relay services to make them more resilient and self-recovering under load. * We are implementing additional monitoring of the relay services to detect this specific condition and connectivity degradation before customers are impacted. We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.
自动翻译自官方事件更新。
我们想向你提供影响以下所列服务的事件的最新情况。 我们的团队一直在努力解决这一问题,我们已经取得了重大进展。 我们赞赏你继续耐心和支持我们努力全面恢复正常的服务。 如有任何问题或关切,请联系我们的支助小组(https://support.delinea.com).
我们已查明一些客户在访问其Delinea平台时或在使用基于连接器的操作时所经历的间歇性504/Gateway超时出错的原因。 这个问题源于后端服务中处理连接器连通性的反应时间升高,这导致一些请求超时. 我们的工程队已经隔离了源头,正在积极采取纠正行动来恢复正常的性能. 一些客户可能会继续看到间歇性暂停,直到修复工作完全到位. 我们将随着局势的变化提供进一步的最新情况.
这一问题已经确定,目前正在进行补救工作。 我们将继续提供最新进展.
这一事件已经得到解决.
## Incident Overview On July 24, 2026, a subset of Delinea Platform customers in the US and AU regions experienced intermittent 504 Gateway Timeout errors, resulting in temporary service disruption while accessing Platform. On July 24, 2026, some Delinea Platform customers in US and AU regions experienced intermittent 504 Gateway Timeout errors, resulting in temporary service disruption while accessing the platform. Start: July 24, 2026, 11:20 AM ET End: July 24, 2026, 3:30 PM ET ## Root Cause and Remediation The incident was caused by an unexpected increase in request volume generated by a Secret Server Cloud synchronization process, which exceeded the processing capacity of The Platform service. As the service became overloaded, request latency increased and some requests exceeded the gateway timeout threshold, resulting in intermittent 504 Gateway Timeout errors for a subset of Platform customers. Our engineering team applied immediate mitigations to reduce load while working to resolve the underlying capacity constraint, and is implementing a long-term solution to improve capacity handling and prevent similar incidents. Additional monitoring will also be added to detect and respond to this type of condition more quickly. ## Preventative Actions * Improve capacity handling: Enhance the backend capacity to better accommodate periods of elevated request volume without impacting customer traffic. * Optimize Secret Server Cloud synchronization: Engineering has implemented mitigations to address the immediate issue and prevent recurrence in the short term. A long-term solution is being developed to further improve the handling of synchronization workloads. * Expand monitoring and alerting: implement additional monitoring and alerting to detect elevated request volumes and performance degradation earlier, enabling faster response and mitigation. We sincerely apologize for the disruption this caused and the inconvenience to your operations. We are committed to preventing recurrence through the above actions.
自动翻译自官方事件更新。
我们美国东部地区客户审计事项处理出现延误。 审计日志和审计活动在Delinea平台和秘密服务器云界面中可能出现被延迟或不完整. 没有审计事件丢失。 所有事件都得到记录,并将予以处理。 包括秘密访问、认证和密码管理在内的核心产品功能不受影响。 我们的工程小组查明了根源,并扩大了数据库和处理资源,以解决积压问题。 积压的工作正在积极进行.
处理影响我们美国东部地区客户的积压的审计活动已经完全清除。 审计日志现已更新。 在此期间没有损失审计活动。 谢谢你的耐心.
事件概况 2026年7月20日,美国地区的一子Delinea平台客户遭遇了审计事件处理的延误,导致行动发生与相应审计事件在日志中出现之间的滞后. *开始时间:2026年7月20日 10:54 AM UTC * 结束:2026年7月23日:协调世界时3:58 根由和补救 这一事件是由于最近秘密服务器发布后审计事件量增加所致,这超出了美国地区审计事件管道的处理能力. 随着工作量的增加,活动排队进行处理,而不是实时交付,从而造成积压和审计日志提供的相应延误。 在这次事件中没有丢失审计事件。 我们的工程小组在监测排队深度和处理率的同时,扩大了基本的数据处理能力,以弥补积压。 至2026年7月23日,所有被拖延事项已全部处理完毕,审计日志为时事,正常运行已恢复. 预防行动 * 改进审计活动的自动规模化程序,以便能吸收数量增加,而不会造成积压或延误日志的提供。 * 改进监测并提醒审计处理量和排队深度,以发现可能发生的延误,并在客户受到影响之前作出反应。 我们为这给你们的行动造成的干扰和不便表示诚挚的歉意。 我们致力于通过上述行动防止再次发生.
自动翻译自官方事件更新。
