将应用程序安全控制和访问策略迁移到新的访问策略框架

Citrix 已对在产品中启用应用程序访问进行了更改。以前,应用程序需要订阅向导中应用程序 > 应用程序订阅者部分中的用户或用户组才能启用访问权限。今后,至少需要一个访问策略才能启用对应用程序的访问。创建策略时,用户或组条件是向用户授予应用程序访问权限必须满足的强制条件。有关详细信息,请参阅创建访问策略

此外,应用程序配置中的 增强安全性部分已被弃用。现在,除了高级选项(如通过 Access Policies 在远程浏览器中打开应用程序)之外,您还可以实施精细的安全控制,例如剪贴板限制、下载限制、打印限制。通过此更改,客户可以根据用户、位置、设备、风险等上下文实施自适应安全性。

为了将应用程序的安全控制和访问策略迁移到新的访问策略框架并避免应用程序访问中出现任何停机,Citrix 进行了必要的更改。因此,您可能会注意到策略列表中出现了一些变化,例如:

  • 新政策已创建
  • 将单个策略拆分为多个策略
  • 策略名称前缀为 <System generated policy - App name>

注意:

如果应用程序未添加用户或群组,则不会创建新策略。

下表汇总了这些更改。

如果您已经配置了… 然后…
应用程序没有任何增强的安全条件 创建新策略,将用户和组作为强制性条件。用户或组源自访问策略。该操作设置为 允许访问
具有增强安全条件的应用程序 创建新策略,将用户和组作为强制性条件。用户或组源自访问策略。该操作设置为 Allow with restriction(允许,但存在限制)。 基于之前配置的应用程序级别安全条件。创建策略时会选择相应的安全限制。迁移的策略带有前缀 <System generated policy - App name>
带预设的访问策略 如果策略已经选择了用户组条件,则会按原样创建新策略,并根据预设在访问策略中选择相应的安全条件。
没有用户或组条件的访问策略 由于用户或群组是访问应用程序的强制条件,因此为多个应用程序配置的单个策略现在分为多个策略,因为每个应用程序可能有不同的用户或群组集。用户或组源自访问策略。对于每个策略,都将用户或组设置为强制性条件。

下图显示了带有 <System generated policy - App name> 前缀的示例策略名称。

策略迁移

下图显示了将单个策略拆分为多个策略的示例。

访问策略拆分为多个策略

将应用程序安全控制和访问策略迁移到新的访问策略框架

在本文中