（1）没有身份验证的API

API必须有身份验证和授权机制。符合行业标准的身份验证和授权机制（例如OAuth / OpenID Connect）以及传输层安全性（TLS）至关重要。

（2）代码注入

这种威胁有多种形式，但最典型的是SQL，RegEx和XML注入。在设计API时应了解这些威胁并为避免这些威胁而做出了努力，部署API后应进行持续的监控，以确认没有对生产环境造成任何漏洞。

（3）未加密的数据

仅仅依靠HTTPS或者TLS对于API的数据参数进行加密可能不够。对于个人隐私数据和资金有关的数据，有必要增加其他在应用层面的安全，比如Data Masking， Data Tokenization, XML Encryption 等等。

（4）URI中的数据

如果API密钥作为URI的一部分进行传输，则可能会受到黑客攻击。当URI详细信息出现在浏览器或系统日志中时，攻击者可能会访问包括API密钥和用户的敏感数据。最佳实践是将API密钥作为消息授权标头（Message Authorization Header）发送，因为这样做可以避免网关进行日志记录。

（5）API Token 和 API Secret 没有保护好

如果黑客能够获得客户甚至超级用户的API Token 和 API Secret ，资金的安全就成为问题。

没有对于API的使用进行有效的检测，黑客可能利用API进行多账户、多笔的转账。API的实时安全检测如果不能判断这种攻击，就会有损失。

5 假充值问题（False Top-up）

风险描述：假充值是指链上逻辑错误或交易所链上链下对接的时候，对交易的检验不够严谨导致的错误入账的问题。

6 交易所热钱包存储过多资金，成为黑客目标

风险描述：交易所热钱包存储过多资金，成为黑客目标，这个风险与交易所热钱包有关的IT系统的漏洞、采用不安全的存储方式对私钥进行存储、安全意识较低有关。黑客采用包括但不限于以下的方式进行攻击：

恶意链接钓鱼收集用户信息。黑客投放恶意链接引导用户点击，借此收集用户的登陆凭据。

数据库被攻击导致私钥泄露。交易所数据库中存放其热钱包私钥，黑客对数据库进行攻击，获取到数据库数据后通过数据库存放的私钥进行转账。

IT系统漏洞。交易所自身系统存在漏洞，黑客通过其自由漏洞获取IT系统控制权后，直接通过IT系统进行转账。

员工监守自盗 。前雇员在离职后通过在职时留下的后门进行资产转移。

7 51%攻击

（也可以称为硬分叉攻击，或者双花攻击）

风险描述：51%攻击，又被称为Majority attack。这种攻击是通过控制网络算力实现双花。如果攻击者控制了网络中50%以上的算力，那么在他控制算力的这段时间，他可以将区块逆转，进行反向交易，实现双花。对同一笔交易进行双重花费甚至回滚以往的历史交易。 (责任编辑：admin)