A. 如何使用Vault安全的存储密码和API密钥
InfoQ：安全是恒久的话题，对于基于WSDL和SOAP的Web Service，我们有WS-Security这样的安全规范来指导实现认证、授权、身份管理等安全需求。那么，RESTful API有无成熟可用规范或实现框架呢？如何保证RESTful API的安全性呢？
李锟：保证RESTful API的安全性，主要包括三大方面：
a) 对客户端做身份认证
b) 对敏感的数据做加密，并且防止篡改
c) 身份认证之后的授权
对客户端做身份认证，有几种常见的做法：
在请求中加签名参数
1.为每个接入方分配一个密钥，并且规定一种签名的计算方法。要求接入方的请求中必须加上签名参数。这个做法是最简单的，但是需要确保接入方密钥的安全保存，另外还要注意防范replay攻击。其优点是容易理解与实现，缺点是需要承担安全保存密钥和定期更新密钥的负担，而且不够灵活，更新密钥和升级签名算法很困难。
使用标准的HTTP身份认证机制
HTTP Basic身份认证安全性较低，必须与HTTPS配合使用。HTTP Digest身份认证可以单独使用，具备中等程度的安全性。
HTTP Digest身份认证机制还支持插入用户自定义的加密算法，这样可以进一步提高API的安全性。不过插入自定义加密算法在面向互联网的API中用的不是很多。
这个做法需要确保接入方“安全域-用户名-密码”三元组信息的安全保存，另外还要注意防范replay攻击。
优点：基于标准，得到了广泛的支持（大量HTTP服务器端、客户端库）。在服务器端做HTTP身份认证的职责可以由Web Server（例如Nginx）、App Server（例如Tomcat）、安全框架（例如Spring Security）来承担，对应用开发者来说是透明的。HTTP身份认证机制（RFC 2617）非常好地体现了“分离关注点”的设计原则，而且保持了操作语义的可见性。
2.缺点：这类基于简单用户名+密码机制的安全性不可能高于基于非对称密钥的机制（例如数字证书）。
使用OAuth协议做身份认证
OAuth协议适用于为外部应用授权访问本站资源的情况。其中的加密机制与HTTP Digest身份认证相比，安全性更高。需要注意，OAuth身份认证与HTTP Digest身份认证之间并不是相互取代的关系，它们的适用场景是不同的。OAuth协议更适合于为面向最终用户维度的API提供授权，例如获取隶属于用户的微博信息等等。如果API并不是面向最终用户维度的，例如像七牛云存储这样的存储服务，这并非是OAuth协议的典型适用场景。
B. 和目云存储的安全性怎么样，会被泄露吗
和目云存储的视频信息存储于中国移动专用机房，在视频录制后，对视频加密生成私有的流媒体格式，采用AES-256加密协议传输到云端在机房存储每30s生成一个视频文件，采用MD5方式独立密钥加密。安全性想必小编不用过多的介绍，都是达到军用级别的，可以说，你的视频数据十分安全，这是其他品牌的云存储不能比拟的。
C. 和目智能摄像机的云存储功能安全吗会不会视频被泄露出去
网络上的东西哪有百分百安全的。
个人隐私的东西还是自己在光盘，硬盘里保存最靠谱。
那些年网络云盘大检查大清理，哪个逃掉了。
D. 密钥安全存储的方法有哪些
密钥不存储，它是直接嵌套在程序内的，发送、接收双方都默认清楚的内容。传送过程不含密钥，才能保证密钥的安全性。
E. 云安全的云安全的问题
云计算安全七宗罪云安全联盟与惠普公司共同列出了云计算的七宗罪，主要是基于对29家企业、技术供应商和咨询公司的调查结果而得出的结论。
1. 数据丢失/泄漏：云计算中对数据的安全控制力度并不是十分理想，API访问权限控制以及密钥生成、存储和管理方面的不足都可能造成数据泄漏，并且还可能缺乏必要的数据销毁政策。
2. 共享技术漏洞：在云计算中，简单的错误配置都可能造成严重影响，因为云计算环境中的很多虚拟服务器共享着相同的配置，因此必须为网络和服务器配置执行服务水平协议(SLA)以确保及时安装修复程序以及实施最佳做法。
3. 内奸：云计算服务供应商对工作人员的背景调查力度可能与企业数据访问权限的控制力度有所不同，很多供应商在这方面做得还不错，但并不够，企业需要对供应商进行评估并提出如何筛选员工的方案。
4. 帐户、服务和通信劫持：很多数据、应用程序和资源都集中在云计算中，而云计算的身份验证机制如果很薄弱的话，入侵者就可以轻松获取用户帐号并登陆客户的虚拟机，因此建议主动监控这种威胁，并采用双因素身份验证机制。
5.不安全的应用程序接口：在开发应用程序方面，企业必须将云计算看作是新的平台，而不是外包。在应用程序的生命周期中，必须部署严格的审核过程，开发者可以运用某些准则来处理身份验证、访问权限控制和加密。6. 没有正确运用云计算：在运用技术方面，黑客可能比技术人员进步更快，黑客通常能够迅速部署新的攻击技术在云计算中自由穿行。
7.未知的风险：透明度问题一直困扰着云服务供应商，帐户用户仅使用前端界面，他们不知道他们的供应商使用的是哪种平台或者修复水平。 1.内部私有云，奠定你的云计算基础提升云安全的第一个方法：了解自己。企业需要对现有的内部私有云环境，以及企业为此云环境所构建的安全系统和程序有深刻的理解，并从中汲取经验。不要辩解说你的企业并没有建立私有云，事实上，不知不觉中，企业已经建立了内部云环境。在过去十年中，大中型企业都在设置云环境，虽然他们将其称之为共享服务而不是云.这些共享服务包括验证服务、配置服务、数据库服务、企业数据中心等，这些服务一般都以相对标准化的硬件和操作系统平台为基础。
2.风险评估，商业安全的重要保障提升云安全的第二种方法：对各种需要IT支持的业务流程进行风险性和重要性的评估。你可能很容易计算出采用云环境所节约的成本，但是风险/收益比也同样不可忽视，你必须首先了解这个比例关系中的风险因素。云服务供应商无法为企业完成风险分析，因为这完全取决于业务流程所在的商业环境。对于成本较高的服务水平协议(SLA)应用，云计算无疑是首选方案。作为风险评估的一部分，我们还应考虑到潜在的监管影响，因为监管机构禁止某些数据和服务出现在企业、州或国家之外的地区。
3.不同云模型，精准支持不同业务提升云安全的第三种方法：企业应了解不同的云模式(公共云、私有云与混合云)以及不同的云类型(SaaS，PaaS，IaaS)，因为它们之间的区别将对安全控制和安全责任产生直接影响。根据自身组织环境以及业务风险状况(见上第2条的分析)，所有企业都应具备针对云的相应观点或策略。
4.SOA体系结构，云环境的早期体验提升云安全的第四个方法：将SOA(面向服务的架构)设计和安全原则应用于云环境。多数企业在几年前就已将SOA原则运用于应用开发流程。其实，云环境不就是SOA的大规模扩展吗?面向服务的架构的下一个逻辑发展阶段就是云环境。企业可将SOA高度分散的安全执行原则与集中式安全政策管理和决策制定相结合，并直接运用于云环境。在将重心由SOA转向云环境时，企业无需重新制定这些安全策略，只需将原有策略转移到云环境即可。
5.双重角色转换，填补云计算生态链提升云安全的第五个方法：从云服务供应商的角度考虑问题。多数企业刚开始都会把自己看作云服务用户，但是不要忘记，你的企业组织也是价值链的组成部分，你也需要向客户和合作伙伴提供服务。如果你能够实现风险与收益的平衡，从而实现云服务的利益最大化，那么你也可以遵循这种思路，适应自己在这个生态系统中的云服务供应商的角色。这样做也能够帮助企业更好地了解云服务供应商的工作流程。
6.网络安全标准，设置自身防火墙提升云安全的第六个方法：熟悉企业自身，并启用网络安全标准-长期以来，网络安全产业一直致力于实现跨域系统的安全和高效管理，已经制定了多项行之有效的安全标准，并已将其用于、或即将用于保障云服务的安全。为了在云环境世界里高效工作，企业必须采用这些标准，它们包括：SAML(安全断言标记语言)，SPML(服务配置标记语言)，XACML(可扩展访问控制标记语言)和WS-Security(网络服务安全)。
F. 深思云授权平台的云控制锁是如何保证安全的
控制锁安全本质上就是其中密钥的安全性，深思云平台使用专门硬件存储和试用开发者云密钥，和硬件加密锁安全级别是相同的，即时是深思云平台管理员也无法接触到开发商密钥。
G. 什么是云端密钥共享
如果你不信任他们，你就把数据加密。”这是数据安全专家常常挂在嘴边的一句话。部署在企业内部的数据中心，由于单位组织完全控制全部的软/硬件设备，所以数据要不要加密由企业规章制度界定。
但是在云端，多个互不认识的租户共用计算资源，每个租户需要加密的数据自然就更多，需要加密的数据越多，业务流程越复杂，密钥管理也就越繁重。所以，在实际的操作过程中，我们要综合考虑各个因素，制定出一套既满足安全要求又不大幅度增加加/解密和密钥管理的工作难度的方案。
加密介绍
根据企业的规章制度，某些数据被列为机密并必须要加以保护，当前存储在企业内部的机密数据开始被陆续迁入云端，所以数据保护的力度必须要加大。把机密数据存储在企业的安全边界之外，这增加了数据保护的复杂度，同时也增加了风险系数。
关于云端的数据加密，以下因素必须慎重考虑。
1）不单单在传输过程中需要加密保护，在云端存储和使用数据的过程中也依然需要加密保护。
2）存储在云端并被共享的非结构化数据文件保护方法有以下两种：
采用授权服务器进行集中加密；
加密直接被嵌入到每个文件当中（分散加密）。
- 当使用经第一种方法加密的文件时，首先要联系授权服务器进行解密，比如微软的 Word 文字处理软件会自动联系服务器并完成身份验证和解密工作。
- 3）加/解密的密钥的管理期限就是数据的整个生命周期，在数据被销毁之前如果密钥丢失，则会导致数据无法解密。另外，对于密钥的保护和正当使用，要尽可能避免依赖云服务提供商。
- 4）保护那些经常被忽视却又包含敏感信息的文件，比如日志文件和元数据如果不加以保护，那么很可能成为数据泄露的途径。
- 5）云端的加密密钥应具备足够的强度（如 AES-256），且与同一单位组织内部的加密密钥一致。提倡使用开放的且经过验证的加密格式，尽可能避免使用特有的加密格式。
- 首先考虑数据要不要加密，因为加密数据会提高成本并使得业务处理复杂化。目前几乎所有的数据库都具备权限管理机制，如果配置得当，数据库管理系统本身就能很好地保护敏感数据。如果遇到下面 3 种情况，那么我们就不得不对数据库中的记录进行加密了：
不想让有权限的人（如数据库管理员）看到记录信息。
法律规定一些记录必须要加密（如交易记录中的信用卡信息）。
数据存储在数据库的一个 Schema 中，但是数据的主人无法控制访问这些数据的账号（比如多人使用的共享账号，每个人都不能随意修改账号密码）。
- 当人们使用云端数据库，尤其是 SaaS 应用（该应用需要使用数据库）时，如果数据库不能操作加密的数据，那么数据库的功能会大打折扣。当然，前提是数据库管理系统或者应用能够访问密钥。
- 数据加密是以提高复杂度和降低性能为代价的，下面是一些替代的方法。
- 数据库中的表、视图、存储过程、函数等统称为对象，对这些对象的访问，数据库管理系统本身提供了一套权限管理机制，诸如账号、分组、角色、授权、撤权等。要严格控制那些被授权的账号，确保这些账号只分配给正确的人。
- 只存储数据的哈希值，而不直接存储数据本身。这使得你的应用程序能证明持有正确哈希值的人就是持有正确数据的人，因为数据与哈希值是一一对应关系，即 hash（data）=x，把 x 存储在数据库中，而 data 存储在另外一个私密的地方，从 x 是无法反算出 data 的。
- 无论是采用对称加密算法还是采用非对称加密算法，密钥的管理都是重中之重，尤其是对于多租户模式的公共云端来说，密钥管理是一个比较繁重的任务。
- 最简单的案例是应用在云端运行，而只在企业内部使用密钥对迁移到云端的数据进行加密——在企业的网络安全边界部署一个加密引擎，只要通过这个加密引擎，那么离开企业的数据就会自动加密，而进入企业的数据则会自动解密。
- 而下面这种情况会把事情搞得很复杂：如果一个使用密钥的应用又包含其他需要使用密钥解密数据的进程（如一个批处理应用可能包含很多进程），且这些进程又驻留云端，那么此时的密钥需要离开企业内部的网络安全边界而进入云端。
- 企业一般为每个需要加密功能的实体（用户、设备、进程等）分配单独的密钥，这样就不用共享一个密钥，从而避免带来很多隐患。
- 为了管理众多的实体密钥，最简便的方法是部署一个基于身份的密钥管理中心，从而使得为一个具体实体加密的任何数据只对该实体本身有效。如果同一个组的成员确实需要共享数据，那么可以给该组分配组级的密钥，同组成员共享组级密钥。正如前面所提到的那样：密钥的管理必须局限在企业内部。
- 如果数据存储在公共云环境中，那么在退出这个环境时，需要确保所有的数据（特别是 PII、SPI 数据或受到监管的数据）已经从公共云环境中删除，其中包括其他存储介质（如备份磁带）上的数据。本地管理密钥的做法很容易实现这个目标：只要从本地密钥管理中心删除相应的密钥即可，从而保证残留在公共云的任何数据再也不能被解密。
- 如果云服务提供商和消费者不严格执行各自的密钥管理流程，那么数据加密就没有什么实际意义。比如云服务提供商，如果职责混乱，大家可以随意访问密钥服务器和存储了加密数据的服务器，或者 DBA 能随意访问数据库中的个人密钥，那么数据加密就形同虚设。
- 同样，比如云服务消费者，如果存储密钥的终端设备本身就不安全（如移动设备）或者没有达到与加密系统同等安全级别的终端设备，这就像用木板做保险柜，那么这时加密数据无疑也是形同虚设。
- 围绕如何保护密钥本身，方案设计师通常的做法是采用密钥来加密密钥，只在内存中产生有效密钥，并且只存储加密过的密钥。这理解起来有点绕，其实就是把密钥当作普通的数据再次进行加密。
云端数据库加密
1）使用数据库本身的对象安全机制
2）存储安全哈希值
密钥管理
H. 云存储的隐患
从功能实现上来讲，异地文件存取与文件分享共步技术早在互联网形成之初就已经得到应用，上个世纪互联网刚刚进入国内时就有厂商提供过网盘服务，当时所谓的网盘并不是大家所熟知的网络虚拟磁盘，当时的网盘更像是一个SVN 或FTP 的客户端，而今十多年的发展以后，融入了移动互联网营销理念与新技术的“网盘”被包装成了“云存储”高调的出现在大众面前，据相关统计数据显示国内一线的云存储服务商每天的用户数据新增量已经达PB为单位，可见每天都有数以亿计的用户正在向自己云存储空间中上传下载着各种文件，在这种环境下排除网络带宽消耗之外，我们是否应该反思一下云存储下的未来隐患。 从数据安全上分两个方面分析，
1.用户的操作安全：大多数的云存储都设计了多客户端数据同步机制，一般以最后一次更新为标准，其他客户端开启时自动同步，这点与SVN的设计有很大的差别，当一个用户在公司编辑某个文件后，回到家中再次编辑，那么当他再次回到公司时文件已是昨晚在家更新过的，这是理想状态下的，在很多时候用户编辑一个文件后，会发现编辑有误，想取回存在公司的文件版本时，可能在没有支持版本管理云存储中你的附本也已经被错误的更新了，同样的道理你删除一个文件时候，如果没有额外的备份，也许你到网盘回收站中再找了，版本管理技术上并不存在问题，但是会加大用户的操作难度，云存储服务商只有少数的私有云提供商有限的支持，多数情况下这种覆盖是时常发生的。
2.服务端的安全操作：云存储服务器早已经成为了黑客入侵的目标，因为服务器上不仅有无穷用户数据，对此类大用户群服务的劫持更加是黑色收入的重要来源，也就是说服务器的安全性直接影响着用户上传数据的安全，在服务器虚拟化技术的支撑下V2V迁移的可靠性相当高，多数的云存储厂商都预备安全防护方案，但是不能忽视的永远人的操作。 自动同步
Windows客户端在指定目录下添加、修改、删除文件或目录，这种状态将会自动同步到云端。如果云端任意一个文件被添加、修改、删除，也会自动同步到当前Windows电脑。
选择性同步
用户不需要把云端所有的文件都同步到Windows电脑中，可根据需要，在Windows客户端进行选择性同步。选择一个或多个子目录进行同步。
文件共享
提供目录共享，企业成员可在共享目录编辑文件后，可自动同步到对方目录中。提供文件外链与文件分享，成员可将文件进行外部分享。
快速部署
通过单一安装文件完成，自动获取安装所需信息，无需用户干预。
历史版本恢复.
用户多次编辑文件后，可根据时间找到以前的版本，并可恢复。 软件架构
采用元/流分开技术模型，原数据存储在数据库中、流数据加密并混淆存在的硬盘介质上和信云盘采用Nginx服务器负载均衡方案以及Mysql冗余备份方案，确保系统高可靠性与数据库的高可用性。
多终端支持
提供多终端支持，包括：Windows PC客户端、Android手机客户端、iPhone手机客户端、适配多款浏览器等。
完善后台管理
提供完善的管理后台。包括系统是否开放注册、Logo修改、用户管理、文件管理、用户统计、文件统计等操作。
运行环境
具有很好的兼容性和信云存储支持主流机型。包括：Windows XP、Windows 7、Android手机、iPhone手机、IE8浏览器、Chrome浏览器、Firefox浏览器等。
节点配置
CPU 支持ACPI规范中P-State，内存1G以上，硬盘空余空间1G以上，百兆及以上以太网，显示器屏幕分辩率1024×768及以上，使用IE 8和Firefox 4.0及更高版本的浏览器。
性能
千兆网络情况下，每秒可达50M传输速度。单节点数据规模达到1千万，系统可正常运转。
结合等保管理的需求，在私有云存储的设计，还应该考虑到员工个人私钥加解密的功能，即员工根据工作权限分级的不同存放在企业私云上的文件应该是加密保存的，信息管理人员无法直接从服务端数据库中获取到明文的文件，只有分发了特定密钥的客户端下载文件后，才能在系统后台完成透明还原。 1、节约成本
云存储从短期和长期来看，最大的特点就是可以为小企业减少成本。因为如果小企业想要放在他们自己的服务器上存储，那就必须购买硬件和软件，要知道它是多么昂贵的。接着，企业还要聘请专业的IT人士，管理这些硬件和软件的维护工作，并且还要更新这些设备和软件。
通过云存储，服务器商可以服务成千上万的中小企业，并可以划分不同消费群体服务。它可以担负起一个初创公司拥有最新、最好的存储成一部分成本，来帮助初创公司减少不必要的成本预算。相比传统的存储扩容，云存储架构采用的是并行扩容方式，当客户需要增加容量时，可按照需求采购服务器，简单增加即可实现容量的扩展：新设备仅需安装操作系统及云存储软件后，打开电源接上网络，云存储系统便能自动识别，自动把容量加入存储池中完成扩展。扩容环节无任何限制。
2、更好的备份本地数据并可以异地处理日常数据
如果你的所在办公场所发生自然灾害，由于你的数据是异地存储，因此是它非常安全的。即使自然灾害让你不能通过网络访问到数据，但是数据依然存在。如果问题只出现在你的办公室或者你所在的公司，那么可以你可以随便去一个地方用你的笔记本来访问重要数据和更新数据。它可以让你保持在恶劣条件下依然让你保持工作。
在以往的存储系统管理中，管理人员需要面对不同的存储设备，不同厂商的设备均有不同的管理界面，使得管理人员要了解每个存储的使用状况(容量、负载等)的工作复杂而繁重。而且，传统的存储在硬盘或是存储服务器损坏时，可能会造成数据丢失，而云存储则不会，如果硬盘坏掉，数据会自动迁移到别的硬盘，大大减轻了管理人员的工作负担。对云存储来说，再多的存储服务器，在管理人员眼中也只是一台存储器，每台存储服务器的使用状况，通过一个统一管理界面监控，使得维护变得简单和易操作。
当然，这不是意味你应该忘记备份数据。云存储提供给大多数的公司备份自己重要数据和保护个人数据。
3、更多的访问和更好的竞争
公司员工不在需要通过本地网络来访问公司信息。这就可以让公司员工甚至是合作商在任何地方访问他们需要的数据。
因为中小企业不需要花费上千万美元来打造最新技术和最新应用来创造最好的系统，所以云存储为中小企业和大公司竞争铺平道路。事实上，对于很多企业来说，云存储利于小企业比大企业更多，原因就是大企业已经花重金打造自己的数据存储中心。
I. 如何确保云存储数据安全
在公有云架构下，用户数据安全的保护有两方面的责任，一方面是云服务商。云服务商要确保用户存储的数据安全可靠。通常来说，包括：－部署各种安全的设备，比如防火墙、入侵检测等等－做好数据备份、系统容灾等－对于敏感数据做好加密措施－对于系统管理员做好措施，一般来所，不能设置一个超级管理员，而是要三权分立。－做好安全管理，从流程、人员上保证数据安全。另一方面是用户的责任。首先用户要选择合适的云服务商。其次是保护好自己的密码等等。第三，对于重要的文件，建议先自行加密处理。对于云服务商而言，从原理上说，所有的数据都能够访问的，如果想利用云服务，又不想泄漏秘密，最好是自己加密处理。当然，从绝对来说，没有绝对安全的云服务。
J. 云储存中的数据安全吗
没有什么是绝对安全的事，云储存也一样，一但这家公司没了，那你的储存内容就会面临危险，短期内应该不会有问题，如果长期储存最好是自己买移动硬盘。现在的自动硬盘都是海量存储。可以按照自己的需求来买。从1T到10T，1T有500G。足够用了。