第一种情况是故意入侵：捕获实验室技术人员凭据的网络钓鱼、加密配方数据库的勒索软件或有针对性地尝试访问包含客户配方的电子邮件线程。这些都不需要复杂的国家行为者。大多数真实事件都是从一条令人信服的消息开始，提示一个人点击，他们之所以成功，是因为被盗帐户的访问权限超出了所需范围。从外部来看，这一领域的有针对性的间谍活动通常看起来并不引人注目。获得共享开发文件夹读取权限的攻击者可以在几周内简单地复制规范，而不会触发大规模数据泄露可能引发的警报。 Defending against that requires behavioural monitoring and least-privilege access, not only perimeter security.
风味开发本质上是国际性的，这意味着配方数据经常跨越国界。中国的个人信息保护框架、欧盟的《通用数据保护条例》以及越来越多的国家数据法都对传输施加了条件，一些监管机构现在期望有一个记录在案的传输机制，而不是一般性的同意声明。对于公式数据，问题通常是商业性的而不是个人性的，但实际的管道是相同的。监管义务也可能要求选择性披露。例如，在欧盟，毒物中心会备案一个独特的配方标识符，以便临床医生能够对意外接触做出反应，这意味着当局可能需要在不公开其商业成分的情况下向当局识别风味浓缩物。已经管理的供应商 UFI code requirements for European poison centres 了解监管披露和商业泄露之间的区别。
商业秘密保护实践
商业秘密保护的力度取决于公司采取的措施。评估信息是否合格的法院和监管机构通常会寻求合理的步骤：书面政策、限制访问、员工的保密义务、实验室的物理控制以及公司对待信息与普通文件不同的证据。存储在没有访问列表的开放共享文件夹中的公式很难作为秘密来保护，无论它有多么有价值。对于买家来说，实际意义很简单。求证据。如果供应商能够出示符合 ISO 的信息安全认证、签署的员工保密条款、记录的访问审查周期和事件响应计划，则可以展示使商业秘密保护可信的合理步骤。
真正保护云端配方的技术控制
Once the contractual layer is in place, protection becomes an engineering problem.以下四个控制系列是最直接降低公式在云环境中暴露风险的控制系列，并且每个控制系列都可以通过证据而不是断言来验证。
传输和静态加密
每当公式数据通过网络移动以及写入存储时，都应对其进行加密。实际上，这意味着对每个客户端接口（包括 Web 应用程序和应用程序编程接口）实施强制传输安全，以及对底层存储卷、数据库文件和备份进行加密。静态加密的目的不是阻止授权用户；而是阻止授权用户。它的目的是使被盗的磁盘映像、放错位置的备份磁带或错误配置的快照对于获得它们的人来说毫无价值。密钥管理与加密本身一样重要。有效的程序按规定的时间表轮换密钥，将密钥保管与数据保管分开，并记录每次使用。使用与数据存储在同一帐户中的一把密钥对所有内容进行加密的供应商仅略微提高了其地位。
Not everyone who works at a flavour house needs to see every client's formula.分段将项目团队限制在其自己客户的数据范围内，因此一个帐户的泄露不会暴露整个投资组合。代码名称和项目标识符进一步减少了偶然暴露：工作表和内部消息可以引用项目代码而不是品牌名称，因此屏幕截图或误导的电子邮件所揭示的信息要少得多。数据最小化是将分段联系在一起的学科。仅收集项目需要的内容，将完整的作品保留在受控系统中而不是衍生电子表格中，并在项目结束后删除工作副本。质量文件仍应足够完整以支持审核，这就是制造商 certificates and quality documentation 在这一点上，已经在受管理的系统中维护的系统通常比即兴发挥的系统要领先。
