![](http://www.ctiforum.com/uploadfile/2020/0312/20200312020021131.jpg)
如今,相比编写代码,开发人员更可能为他们的应用程序组装代码。当然,他们仍会编写关键的业务的代码。但是,代码库中包含多达90%的开源或第三方组件,开发人员可将代码重用于常见功能,节约时间。有一种可重用的组件类型是基于API的Web服务,其中许多可免费用于开发基本功能。但是,使用基于API的Web服务可能会产生版权、最终用户许可、使用条款以及数据和隐私政策等相关问题。
![](http://www.ctiforum.com/uploadfile/2020/0312/20200312020021202.jpg)
开发人员经常在互联网上找到适用于其应用程序的有用API。但是软件开发公司可能无法控制甚至不知道开发人员正在使用哪些API。然后,您的公司有一天决定购买该开发公司。您要如何在收购的时候减少基于API的Web服务的相关风险?
减少基于API的Web服务的4个方面的风险
当您考虑收购的公司有软件需要进行实质性估值,而且此类软件是基于API的Web服务时,需要注意以下4个方面:
- 法律和合规风险
- API安全风险
- 数据隐私风险
- 运营/业务风险
1.法律和合规风险
基于API的Web服务通常伴随版权问题和使用条件,您需要了解这些版权和使用条件。使用条款也可能是复杂且不断变化的。当使用条款更改时,用户只要是继续使用基于API的Web服务即表示同意新条款。可以说,当您购买基于API的公司许可的Web服务时,您还可能继承了其法律和合规风险。
2.API 安全风险
基于API的Web服务给收购方带来了两个风险:API发送的数据和接收的数据。发送的数据可能会泄漏或被窃听;接收的数据可能包括可执行文件、篡改的图像、病毒或恶意代码。而且,无论是发送还是接受的数据都可能受到中间人攻击。
![](http://www.ctiforum.com/uploadfile/2020/0312/20200312020021372.jpg)
3.数据隐私风险
企业有时会将来自API的数据与从其它来源获得的数据区别对待。当涉及到数据隐私时,所有数据,尤其是个人身份信息(PII),都需要同样的保护。作为收购方,您必须对多方面进行尽职调查,包括目标应用程序如何处理API数据、如何将其与其它来源的匿名数据进行合并以及在何处(从地理角度而言)将数据发送至何处、从何处接收、存储并处理等,还需要审查其是否遵守区域数据隐私法规,例如欧洲的《通用数据保护条例》(GDPR)。
![](http://www.ctiforum.com/uploadfile/2020/0312/20200312020021497.jpg)
4.运营/业务风险
基于API的Web服务是免费的,不提供服务级别协议(SLA)。在寻找潜在的收购机会时,您需要知道使用免费Web服务会带来哪些持续的风险。如果吊销了API许可证、不赞成使用API或竞争对手购买了API提供商并限制了直接竞争的访问权限,您最终可能会遇到业务无法进展的问题。您必须制定应急计划,以随时应对API出于任何原因变得不可用的情况。
三个步骤缓解基于API的Web服务风险
与对开源软件的审查一样,收购方要降低基于API的Web服务风险,必须围绕着全面披露和发现。基本上,需要三个步骤:
- 识别应用程序中所有基于API的Web服务。明确地知道应用了哪些API,提供了哪些数据,它们的关联许可证以及使用了多少和使用频率。您可以通过询问应用程序开发人员来获取此信息,或者最好通过使用API /代码扫描器对应用程序的API进行审核。
- 分析应用程序的API许可证。仔细检查应用程序的API许可,以确保目标公司正确遵守合同条款。审查在理论上和现实中使用API是否有不一致之处。另外,请留意应该提供和实际提供的数据之间存在的任何差异。
- 制定补救计划。补救计划应涵盖不同类别的问题,包括代码、法律、冗余和突发事件、数据隐私和合同风险分配等。这将分别涉及由于服务中断而更换API、寻求对现有许可证的补充或弃用、准备好API备份、向用户群通知收集和传输了哪些数据,以及让目标公司对交易中包含的基于API的Web服务提供具有约束力的证明和保证。