- 概述
- 加密
- 数据库
- Java
- Python
- 网页 API

开发者活动
发行说明
linkv2.0.0
link发行日期:2025 年 7 月 22 日
重大变更
从 2.0.0 版加密活动包开始,已停止对 .NET 4.6.1 Framework 的支持。因此,此包版本和所有后续包版本都不能用于“Windows - 旧版”项目。将包仅能在 Windows 或跨平台项目中使用。
根据以下弃用时间线,在此日期之前发布的包版本将继续支持 .NET 4.6.1。
v1.6.1
link发布日期:2024 年 9 月 26 日
改进
在本发行版中,我们确保对此包进行次要改进和安全修复。
v1.5.0
link发布日期:2024 年 3 月 15 日
错误修复
- 改进了同时指定“ 文件 ”和“ 文件路径 ”属性时 “ 加密文件” 、“ 解密文件 ”和 “ 散列文件 ”活动的行为。
- 改进了 解密文件 活动必需 密钥 属性的可见性。
v1.4.2
link发行日期:2023 年 1 月 25 日
错误修复
- “加密”活动包不包含对两个内部库的引用。
v1.4.1
link发行日期: 2022 年 12 月 19 日
错误修复
- 某些活动所需的文件输入切换不持久。
v1.4.0
link发行日期:2022 年 12 月 8 日
新特性和改进功能
加密活动包现在与Windows和跨平台项目兼容。 有关每种兼容性的设计体验的更多信息,请参阅设计自动化。
已对活动的配置字段进行了几处更改,以确保所有类型的项目(Windows - Legacy、 Windows和 Cross-platform)之间的相同性。 这样做是为了:
- 允许您轻松地将 Windows - 旧版 项目转换为 Windows (向后兼容性)。
- 为所有类型的项目保持一致的用户体验。
一些活动也发生了变化:
- “ 哈希文本 ” 和“ 哈希文件 ” 活动现在称为“ 哈希文本(已弃用) ” 和“ 哈希文件(已弃用)”,以表明不再受支持。
- 已弃用的活动不再显示在 Windows 和 跨平台 项目的“活动”面板中。
- “含键的 散列文本”和“含键 的 散列文件” 活动现在称为“ 散列文本 ”和“ 散列文件”。
- 散列文本(已弃用)和散列文件(已弃用)活动中的非密钥算法已添加到散列文本和散列文件活动中。 但系统不会添加
RIPEMD160 (Non-FIPS)
。
已知问题
- 将项目从 Windows 旧版 迁移到 Windows时,不会保存“密钥编码” 字段的值。 该值默认为 Unicode (UTF-8)。
- 尝试打开已转换的 Windows - 旧版 项目的 XAML 文件时,引发“ 文档无效” 错误。如果项目包含使用 MD5(非 FIPS) 或 RIPEMD160(非 FIPS) 散列算法的 散列文件(已弃用) 和 散列文本(已弃用) 活动,则会发生这种情况。在转换项目之前更改受影响活动的算法可以解决此问题。
v1.2.1
link发行日期:2021 年 6 月 23 日
新特性和改进功能
加密文本和加密文件使用的是较旧的 AES 加密模式。 为了提高安全性,我们实施了 AES-GCM 作为新的加密和解密方法。 使用此算法,加密消息将进行身份验证,活动会检查加密数据是否已遭更改。 如果失败,它们将引发相应的异常。
由于提供的加密强度较弱,其他较旧的 AES 算法在文档和字段说明中标记为已弃用。 这些选项仍可用于向后兼容,以允许用户解密其旧数据并使用新的 AES-GCM 实施对其进行加密。
v1.0.6855.26474
link发行日期:2018 年 10 月 9 日
新特性和改进功能
目前,GDPR 已成为我们最喜欢的数据保护条例,因此我们了解保护运营数据的重要性。 新的“加密”活动包通过提供一些具有最新加密算法功能的活动来满足这一需求:
- 加密文本 - 根据指定的密钥编码和算法使用密钥对字符串进行加密。
- 解密文本 - 根据指定的密钥编码和算法对字符串进行解密。
- 加密文件 - 根据指定的密钥编码和算法使用密钥对文件进行加密。
- 解密文件 - 根据指定的密钥编码和算法对文件进行解密。
- 散列文本 - 使用指定的算法和编码格式散列字符串。
- 散列文件 - 使用指定的算法散列文件。
- 散列文本 - 根据指定的算法和编码格式使用密钥散列字符串。
- 散列文件 - 根据指定的算法和编码格式使用密钥散列文件。
这一刻终于来了。 整个 UiPath 平台已完成本地化,因此在从安装到设计再执行的整个过程中,您均可获得真正的沉浸式体验。 现在,除英语之外,您还可以使用日语访问所有内容,包括我们的在线文档。