推荐开源项目:Project Oak——打造安全透明的数据处理基础设施

推荐开源项目:Project Oak——打造安全透明的数据处理基础设施

oak Meaningful control of data in distributed systems. 项目地址: https://gitcode.com/gh_mirrors/oak1/oak

项目介绍

Project Oak Logo

Project Oak是一个致力于提供基础设施的开源项目,以确保敏感用户数据在传输、存储和处理过程中的安全性与透明性。通过利用可信执行环境(Trusted Execution Environment,简称TEE),Project Oak实现了一种称为“Trusted Application”的应用,在这里,用户的隐私得到保障,同时软件执行状态也能通过远程认证进行验证。

项目技术分析

  • Oak Functions:这是Oak项目中的一种典型应用,可以在TEE环境中运行,为用户提供安全的服务。
  • Trusted Execution Environment:Oak的核心在于其对TEE的运用,它保证了敏感操作在一个受保护的环境中执行,不受外部未信任因素的影响。
  • 远程认证(Remote Attestation):允许客户端获得关于TEE中运行代码的加密证明,增强了系统的透明度和安全性。
  • 透明发布(Transparent Release):将开源代码与远程验证的二进制文件绑定,确保运行的代码可审查且与源码一致。
  • 基础设施组件:包括Stage 0、OakRestrictedKernel以及通信接口如Oak Comms Channel和microRPC,它们共同构成了最小化信任基的安全系统。

项目及技术应用场景

Project Oak适用于需要高度安全保障的场景,特别是那些涉及个人隐私数据的应用,例如:

  1. 金融交易:在处理敏感的财务信息时,确保只有授权的代码可以访问和操作这些数据。
  2. 医疗健康:保护患者的医疗记录不被未授权的第三方访问,同时允许医生和其他医疗专业人士进行安全协作。
  3. 云服务:云提供商可以在提供计算服务的同时,利用Oak来增强数据安全性,给客户带来额外的信任保障。

项目特点

  • 安全性:通过TEE和远程认证, Oak提供了强大的安全防护,隔离了敏感数据处理过程与外部威胁。
  • 透明性:采用透明发布的模式,用户可以清楚地知道运行在TEE内的代码源,增强了对软件的信任。
  • 小信任基:精心设计的架构使得需要信任的部分降至最低,减少了潜在的风险点。
  • 社区驱动:欢迎贡献者加入,有活跃的邮件列表和Slack社区,支持开发者参与讨论和开发。

如果你想深入探索如何在你的项目中引入这样的安全解决方案,或者你对构建可信应用程序有兴趣,不妨加入Project Oak的社区,并开始你的旅程吧!

获取更多开发信息
立即加入社区 | 加入Slack

oak Meaningful control of data in distributed systems. 项目地址: https://gitcode.com/gh_mirrors/oak1/oak

QuickEncrypt,数据安全小工具,采用托盘图标、悬浮窗、鼠标拖拽、右键菜单的简单操作模式,提供文件、文本的加解密(RC4+AES)、Hash(MD5+SHA1)、安全擦除等功能。独有的“智能压缩”加密模式。 1.功能介绍 对鼠标拖入的文本进行加解密 对剪贴板中的文本进行加解密 对鼠标拖入的文件进行加解密 对鼠标拖入的文件进行擦除 对鼠标拖入的文本进行Hash计算 对剪贴板中的文本进行Hash计算 对鼠标拖入的文件进行Hash计算 针对文本和文件加解密的智能数据压缩技术 支持超过4GB的大文件 2.安全机制 2.1 文件擦除策略 a.修改文件名为随机串; b.以32字节的块向文件写入全0; c.刷新数据,关闭文件; d.修改文件名为随机串; e.以32字节的块向文件写入全1; f.刷新数据,关闭文件; g.截断文件大小为0; h.删除文件。 经测试常用数据恢复软件无法成功恢复原有数据。 2.2 Hash算法 使用OpenSSL 0.98提供的MD5(128位)和SHA1(160位)算法。 2.3 加解密密钥生成 将用户输入的密码明文转换成utf-8字节数组(不包含0结束符),计算MD5和SHA1,将MD5结果用作AES 128位密钥,将SHA1结果用作RC4密钥。 2.4 文本加密策略 a.将明文数据转换成utf-8字节数组(包含0结束符); b.对明文字节数组计算CRC32校验码,用于解密时校验,并将CRC32值放在明文首字节之前; c.尝试压缩步骤b的结果(zlib level9),若获得较小的压缩结果则输出压缩后的编码数组,否则放弃压缩,直接输出步骤b的结果; d.对步骤c的结果进行RC4流加密(OpenSSL 0.98); e.对步骤d的结果进行AES_CFB_128分组加密(OpenSSL 0.98); f.对步骤e的结果进行Base64编码(OpenSSL 0.98); g.将标记"QE:|"附加在步骤f的结果之前,输出结果。 2.5 文件加密策略 a.判断输入文件的扩展名是否是压缩格式,对常见压缩格式和流媒体编码文件不启用数据压缩功能; b.以1MB大小分块,读入明文文件数据; c.对分块的明文数据计算MD5,附加在待加密数据之前,用于解密时校验; d.尝试压缩1MB大小的分块,若获得较小的压缩结果则输出压缩后的编码数据,否则直接输出原文; e.对步骤d的结果进行RC4流加密(OpenSSL 0.98); f.对步骤e的结果进行AES_CFB_128分组加密(OpenSSL 0.98); g.将分块数据依次写入输出文件,输出文件的文件名是在原文件名后加".enc"。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

宋韵庚

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值