我在这里有一个小问题,我希望(需要)以令人满意的方式解决。我的公司有多个 (IPv4) 网络,由我们位于中间的路由器控制。典型的小商店设置。现在有一个额外的网络,它具有我们控制之外的 IP 范围,通过我们控制之外的另一台路由器连接到互联网。称之为项目网络,它是另一家公司网络的一部分,并通过他们建立的 VPN 组合。
这意味着:
网络通过一些支持 VLAN 的交换机在我们的一端进行物理拆分,因为它涵盖了三个位置。一端是另一家公司控制的路由器。
我需要/想要让这个网络中使用的机器访问我公司的网络。事实上,让它们成为我的活动目录域的一部分可能会很好。在这些机器上工作的人是我公司的一部分。但是 - 我需要这样做,而不会因外部影响而损害我公司网络的安全性。
这个想法不适合使用外部控制路由器的任何类型的路由器集成
所以,我的想法是这样的:
我提出的两个概念是:
有人看到使用他的交换机将外部与 IPv6 隔离的问题吗?有什么安全漏洞吗?遗憾的是,我们不得不将这个网络视为敌对网络 - 会容易得多 - 但那里的支持人员“已知可疑质量”并且法律方面是明确的 - 当我们将他们整合到我们公司时,我们无法履行我们的义务虽然他们在管辖范围内,但我们没有发言权。
两天前,有人创建了一个与我工作的公司具有完全相同域的网站,但缺少一封信,并向许多人发送了一封邮件,说该网站上有促销活动,当您访问该网站时,您(作为专业 IT 人员)会立即将其识别为诈骗网站,但很多人无论如何都不会,因此他们会在该网站上进行交易,并且不会收到他们支付的任何费用。
所以我们切换到恐慌模式来尝试弄清楚该怎么做,而我作为 DevOps 所做的是:
我主要担心的是,许多报告他们收到电子邮件的人(超过 10 个)都在我们的邮件列表中,所以我担心有人从我们的服务器中获取了一些信息,所以我:
在那之后,我的担忧转向了我们用来发送电子邮件活动的邮件软件,我们之前使用过MailChimp,我认为他们不会访问它,但现在我们使用的是Sendy,我担心他们会访问它,我查看了站点论坛,没有发现有人使用 Sendy 报告了漏洞,而且我们邮件列表中注册的许多电子邮件都报告说他们没有收到来自欺诈站点的电子邮件,所以我有点放心没有人得到我们的数据。
所以我的问题是:
在研究防止CryptoLocker 的方法时,我看到一个论坛帖子建议使用组策略对象(GPO) 和/或防病毒软件来阻止以下位置的运行访问:
显然,在论坛上写的任何东西都应该谨慎对待。不过,我确实看到这样做的好处,主要是因为恶意软件喜欢在这些位置之外执行。当然,这也会影响合法程序。
阻止对这些位置的运行访问有哪些缺点?
有哪些优势?
我们有一个小型 Java 应用程序,它使用一些 Camel 路由从网络服务器获取上传的文件,处理它们并发送一些带有结果的电子邮件。
运行此应用程序的服务器已停用。现在我们必须在动力不足的硬件上运行它,因为我无法说服管理员在网络服务器(实际上是一个多用途服务器)上安装 JRE。
我自己是一名 Java 应用程序工程师,我以编写 JEE 代码为生,处理每周价值数万欧元的 B2B 交易。但是我在找到驳斥 java 本身不安全的神话的可靠来源时遇到了问题。
管理员反对安装 JRE 的两个主要论点:
当涉及到占用内存的 Java 应用程序时。嗯...我想说我们必须为 Xmx 设置适当的值。完毕。
现在有很多消息来源在谈论 Java 的许多漏洞。这些来源主要针对运行来自美国雷德蒙德公司的特定操作系统的最终用户。AFAIK 对于配置为自动执行所有小程序的 Java 浏览器插件的未打补丁版本来说可能是真的,很有可能成为驱动感染的受害者。就像在上下班途中与火车上的每个人进行无保护性行为一样有感染性病的风险。
但是我在全球互联网上找不到任何人谈论服务器应用程序或无头运行的 JRE。那完全是另一回事。
或者我在这里遗漏了什么?
[edit 2014-08-28] 澄清:我只关心服务器上的 Java。我不关心 Java 插件和/或用 Java 开发的特定软件的问题。
我试图更好地了解 OS X 登录过程,以确定实现VPN 单点登录的最佳方式。
如果我错了,请纠正我,但我相信——
launchd(8)调用gettyent(3)并因此确定 fromttys(5)执行loginwindow.appfor /dev/console。
loginwindow.app尝试获取system.login.console授权权限,授权数据库为此指定了以下机制(与我对其功能的理解一起列出);那些有特权的在authd进程中运行(作为 root),而那些没有特权的在SecurityAgent进程中运行(作为 _securityagent):
builtin:policy-banner(显示登录窗口横幅,如果设置)。loginwindow:login (提示输入凭据)。builtin:login-beginbuiltin:reset-password,privileged(使用 Apple ID执行密码重置)。builtin:forward-login,privileged (在启动时从 EFI 转发凭据)。builtin:auto-login,privileged (在启动时应用自动登录凭据)。builtin:authenticate,privileged(所调用pam_authenticate(3)用于authorization服务;集“UID”上下文值)。PKINITMechanism:auth,privileged (通过获取 TGT 来初始化 Kerberos)。builtin:login-successloginwindow:success (保护登录会话免受未经授权的远程访问;在系统的 utmp 和 utmpx 数据库中记录登录;设置控制台终端的所有者和权限)。HomeDirMechanism:login,privileged (挂载用户的主目录)。HomeDirMechanism:status (显示主目录安装进度)。MCXMechanism:login (应用配置文件)。loginwindow:done (重置用户的首选项以包括全局系统默认值;使用用户的首选项配置鼠标、键盘和系统声音;设置用户的组权限;从目录服务中检索用户记录并将该信息应用于会话;加载用户的计算环境——包括首选项、环境变量、设备和文件权限、钥匙串访问等;启动 Dock、Finder 和 SystemUIServer;启动用户的登录项)。 …我试图想出一种方法来保护暴露于物理访问的 Linux 服务器。我的特定平台是 PC Engines 品牌alix2d13主板上的小型 Linux 服务器。小尺寸存在被攻击者从场所移除的额外风险。
假设有对服务器的物理访问:
1) ROOT-PASSWORD:您将控制台电缆连接到服务器,您会收到输入密码的提示。如果您不知道密码,您可以在单用户模式下重新启动机器并重置密码。瞧,您获得了 root 访问权限。
为了确保上述安全,您在GRUB菜单上插入密码,因此当服务器重新启动以进入单用户模式时,您必须提供 GRUB 密码。
2) GRUB_PASSWORD。如果您关闭机器,取出硬盘并将其安装在另一个工作站上,您将能够浏览/boot包含 grub.cfg 文件的目录,您可以在其中找到 GRUB 密码。您可以更改 GRUB 密码或将其删除。
显然,当我们谈论大型生产机器时,很可能不会有任何物理访问,除此之外,即使有人物理访问服务器,他也不会关闭它。
防止物理上容易窃取的服务器上的数据窃取的可能解决方案是什么?
在我看来,可以获得对所包含数据的一种或另一种访问方式。
在旅途中使用 SSH 从酒店连接到服务器真的安全吗?
服务器:
- CentOS 7
- 仅通过 RSA 密钥授权 - 密码认证被拒绝
- 非标准端口
工作站:
- Ubuntu 14
- 用户密码
- 使用 RSA 密钥的密码(标准方法)
也许将一半的私有 RSA 密钥保留在 USB 记忆棒上是个好主意,并在连接之前自动(通过脚本)将此一半添加到 ~/.ssh/private_key 中?
互联网将通过酒店的 WIFI 或租来的公寓中的电缆进行。
UPD
抱歉一开始不清楚。我在这里的意思是两个方面的安全性:
我在这里查看了一堆与我尝试做的事情有些相关的问题。也许windows还没有登上安全列车。
我不想使用 sftp、WinSCP 或 SSH
基本上我需要做的是将文件从 \server1\xxx\ 复制到 \server2\yyy
这将必须每天进行。
我无法在任何一台服务器上安装 FTP。
Server 2012 r2 是操作系统
然而,人们担心传输中的数据。
Windows 中是否有一种本地方式可以安全地复制文件?
Robocopy 可以很好地满足我的需求,但是我看不到从 A 点到 B 点保护文件的方法
如果我有多个 AWS EC2 和 azure 实例在不同的区域运行。我正在使用rabbitmq 在它们之间交换消息。我是否应该担心添加 TLS 并加密这些连接?
换句话说,如果服务器 A 位于 AWS us-east 上,服务器 B 位于 azure 上,如果它们在未加密的情况下交换信息,情况会有多糟糕?只有互联网服务提供商和亚马逊/微软才能看到未加密的数据是否正确?
显然我会对与客户打交道的任何内容进行加密。我只是好奇两台后端服务器相互通信。
谢谢你们的帮助。我知道如何加密连接以及如何设置 VPN。抱歉,我错误地表达了这个问题。
我只是想知道谁能够看到这些服务器之间的流量。为什么会有风险呢?我知道这会有风险,我相信你,哈哈。我只是想知道为什么。另外,生成我自己的 ssl 证书并在每台服务器上信任它会有多糟糕。
当虚拟机 Linux 主机服务器不面向 Internet 并且仅在 LAN 上使用并且使用经过相对良好测试的发行版(如 Proxmox)时,通过内核 arg 关闭所有漏洞缓解措施会有多危险mitigations=off?
此外,是否有人测试过关闭所有此类缓解措施可能会带来哪些性能提升?
最近,当我看到缓解措施造成的巨大打击时,这对我来说成为一个问题retbleed: https: //www.phoronix.com/review/retbleed-benchmark
这种思路延伸到了对通过上述内核参数或单独关闭高影响缓解措施来删除所有或部分缓解措施可能产生的后果(无论是坏的还是积极的)的好奇心。