遵守数据保护要求而又不泄露太多信息?

信息安全 审计 遵守
2021-08-12 00:52:56

我是几家公司的承包商。我在从一个受欢迎的国际主机租用的服务器上构建和托管他们的系统。我将系统代码存储在一个流行的国际托管版本控制系统上。在各个方面有多种身份验证技术,其中大多数接近最佳实践。

但是,我也有一些晦涩的地方。SSH 是隐藏的,有些东西是以不明显的方式加密的。单独这些不会有价值,但除了真正的安全性,我可以抵御最严重的威胁。

我的一位客户今天从他们的一位客户那里收到了数据保护流程请求:一个庞大的政府组织。他们显然非常重视这些繁文缛节的事情,并向我们发送了一份长长的问卷,询问具体的安全细节。不仅关于我们收集的数据,还包括数据的安全位置、安全方式、锁在哪里以及谁拥有钥匙。

最后几件事是我对客户隐藏的东西,更不用说他们的了。作为拥有所有钥匙的人,我非常清楚这部过度使用但准确的漫画:

在此处输入图像描述

目前我的客户的客户不了解我。并不真地。但是,如果我们遵守他们的要求,任何有权访问此请求的人都会突然知道我是谁,我在哪里,我可以访问什么。如果你想闯入这个系统的他们的部分,你来找我。

你可以更深入。该请求的一部分提到了访问控制策略,并提供了一个示例来解释私钥的存储位置(确切地说,地理上)。如果你在每一个与他们提交的数据相关的系统中都遵循这一点,他们就会拥有一张我们使用的每个系统的地图,并且知道谁来(或入侵)访问整个系统。它让我不安。

我的问题是,根据您的经验,有没有办法遵守不针对特定人员、计算机甚至端口的安全程序请求?

这些东西很少是实际的法律要求。我们已经符合数据保护法的指导方针……但同样,作为一个大型政府机构,他们对勾选框的驱动似乎比任何其他组织都要强大。


只是一些澄清。

  • 我的客户有系统的详细信息。他们无法直接访问服务器操作。他们可以访问版本控制系统并定期接收加密数据备份,并拥有一份文档(和加密密钥),解释如何在我过早死亡的情况下用他们自己的系统替换我运行的系统。我们已经讨论了概述,但确切的细节在物理锁和密钥下。

  • 我们不处理启动代码。姓名、联系信息和 IP 地址。我没想到这与这个问题有关,但人们提出了两人规则。在这里,这远远超过顶部。这在技术上属于子 PCI-DSS。

  • 我是这家小公司(以及其他公司)的开发人员和运营人员。你们中的许多人都在谈论我是弱点。我是。一把扳手,你就有了我的数据。这就是我问的原因。

    请,而不是仅仅指出这一点,一些关于如何在小范围内处理这些事情的建议会更有用。我不能成为这个星球上唯一与政府打交道的开发人员。

4个回答

对这些信息的请求可能不仅是安全审计,还可能是流程审计,听起来它可能是有根据的,因为:

如果你想闯入这个系统的他们的部分,你来找我。

如果你明天被“卡车撞”会怎样?如果您是唯一了解这些系统的人,那么您的客户和他们的客户肯定会遇到大问题。理想情况下,其他人也需要有访问权限,并且应该记录谁是谁以及如何联系他们。

根据要求,密钥的持有者可能是公司而不是个人,可能具有指定的主要和次要联系人。主要联系人也可能是您客户的某个人,如果您不在,他们可能应该拥有有关如何在紧急情况下访问其系统的所有文档。

此外,您也许可以提供一份报告,其中包含某些已编辑的内容。他们可能更感兴趣的是知道未编辑的文档存在于某个地方,并且适当的人可以在需要时访问它。他们可能不会关心端口号等是否被涂黑,只要他们可以确定它们存在于某个文档中。

你说“这些东西很少是实际的法律要求”,但取决于哪个政府,这可能是一个非常严格的法律要求。如果该政府要求其部门/机构遵循NIST SP800-53,那么他们不能只回答“我们有一个人”。这些安全控制的答案需要详细的信息,包括谁、什么、在哪里、何时、为什么以及如何。未能提供该信息可能会使该政府实体无法获得操作该信息系统的授权。因此,您可以期望您必须让该政府实体知道您是谁以及您的流程是什么。

不要堆积太多,但你的问题暴露了系统中的一个严重缺陷,那就是你。

是单点故障,这与最佳实践相去甚远。

根据该政府合同的具体情况,将所有加密密钥留给一个人可能是一种不合格的违规行为,而且是一种糟糕的做法。除了“被公共汽车撞到”问题外,一些政府法规还要求实施两人规则/四眼原则,通常对特权系统进行最低限度的访问,由他人监控或审计访问系统,如果您是唯一有权访问的人,这是不可能的。

可以理解的是,您因透露有关您自己的个人身份信息而感到不安,以及您可能是这些系统的最佳攻击点这一事实,这是双向的,应该令人不安。正确的方法不是掩盖这个漏洞,而是解决它。如果您拥有安全的系统和流程,那么无论是否有人知道它们,它们都是安全的,这就是您应该关注的内容。将您的服务器放入适当、安全的数据中心、实施访问监控/审计并消除单点故障都是非常有可能的,这将提高您系统的安全性,并使回答此问卷的问题减少. 作为一线希望,

其他人提到您是客户系统/流程中的单点故障,所以我不会再重复一遍。

我要说的是,你可能不需要解释每一个细节。您实际上可能能够像在问题中那样描述您的系统。所有这一切都取决于您被问到的问题,以及您受什么法律管辖。

例如,您可能不需要说“我将密钥和配置保存在 github 上”,而可能只需要说“我将密钥和配置保存在托管在美国的第三方私有托管版本控制服务中” ”。后者放弃了托管数据的服务器的法律管辖权,但不一定放弃它的确切位置。

另一件需要注意的事情是,如果有人非常认真地对待繁文缛节,他们可能,容我们说,有一些未解决的优越感。也就是说,他们可能会提出过于详细或过于精确的问题,而数据保护立法对此没有任何理由。仅仅因为他们问“您采取了哪些措施来保护 SSH?请详细说明使用的替代端口、端口敲击序列或访问所需的其他详细信息”,并不意味着您实际上必须向他们披露所有这些信息。

说了这么多,你的直接客户绝对有权利要求这些东西(因为如果你被公共汽车撞到,他们就是那些试图在没有你的情况下经营事情的人)。除了“如果你不这样做,就不要指望被雇用”之外,(可能)没有任何法律对此进行管理。可能是时候开始与他们讨论某种托管解决方案了。