区块链Polkadot验证节点的安全性和可用性探讨

在本文中，我将在验证节点的安全性和可用性方面讨论两个主题。我知道，这里介绍的技巧仅仅涵盖了POS验证节点的“安全性和可用性”冰山一角。不过，我发现它们对于您的测试实例提供最小的安全性和可用性是有用的。

保护验证节点

在互联网上公开区块链或加密服务会吸引攻击者试图攻击您的系统。所以最好准备好采取任何措施来降低被危害的风险。

在运行我的polkadot验证节点时，我观察到大量的攻击者试图强行使用我的ssh密码。

我做的第一件事就是安装SSHGuard。那么什么是SSHGuard？正如Andrew Schartzmeyer在他的博客中所描述的那样：

sshguard监控服务器的日志记录活动。当日志显示有人在攻击时，sshguard会作出相应防护措施阻止攻击。

在我们的例子中，我们使用它来保护我们的SSH端口，安装过程非常简单，默认情况下，它将开始检查Ubuntu服务器上的/var/log/auth.log（其中记录了SSH攻击等） ）。

在Ubuntu服务器上运行以下命令以安装SSHGuard，它将使用iptables作为系统防火墙。 iptables是一个用于配置和管理内核netfilter模块的程序。

apt-get update apt-get install -y sshguard

当sshguard阻止任何恶意用户（通过阻止其IP地址）时，它将使用sshguard链。准备好sshguard链并确保在检测到新的传入连接时也会触发链，最后重新启动sshguard。

iptables -N sshguard

ip6tables -N sshguard

iptables -A INPUT -j sshguard

ip6tables -A INPUT -j

sshguard service sshguard restart

在下面的示例中，sshguard在4次登录尝试失败后开始阻止一次尝试，如果攻击者继续攻击，则会逐渐增加阻止时间。

要查看被阻止的IP地址，请运行以下命令：

iptables -nvL sshguard

通过这个简单的设置，您可以确保您的明智的sshd端口受到保护，以防愚蠢的攻击者试图侵入您的系统。

polkadot验证节点的进入端口

哪个端口，是polkadot验证器所需要的。验证节点需要三个入站端口：

30333用于Peer2Peer协议的端口；

9933用于RPC；

9944用于WebSocket（WS）通信；

理想情况下，验证节点将只公开这三个端口以及允许您登录系统的sshd端口。

polkadot验证节点的出端口

关于保护以及验证程序的出站端口的一些想法。如security.stackexchange线程中所述

https://security.stackexchange.com/questions/24310/why-block-outgoing-network-traffic-with-a-firewall

进入流量阻塞只能阻止未经请求的流量到达您的内部网络。但是，如果您在内部计算机上收到恶意软件（通过运行不受信任的可执行文件或利用漏洞），您仍然会受到攻击。

通过阻止恶意软件连接到命令和控制服务器或清除数据，阻止传出流量有助于限制损坏。

因此，在生产验证程序节点中，这可能被认为是至关重要的，但要注意：

在高度安全环境中，出站过滤的想法似乎是一个自然的过程。然而，这是一项非常庞大和复杂的事情。

为了说明这一点，我通过分析验证节点的通信模式运行了一个快速练习。

为此，我使用了优秀的工具Wire Shark。

“Wireshark是世界上最重要、应用最广泛的网络协议分析仪。它可以让您在微观层面上了解您的网络上发生了什么，并且是许多商业和非盈利企业、政府机构和教育机构的事实（通常是法律上的）标准。”

为了获得WireShark的输入文件，我必须在我的验证器节点上运行tcpdump命令…

［email protected］：~# tcpdump -w dump.out -i venet0 -c 1000 -vvv

tcpdump： listening on venet0， link-type LINUX_SLL （Linux cooked），

capture size 262144 bytes 1000 packets captured 1125 packets

received by filter 0 packets dropped by kernel

并将其加载到Wire Shark中。 正如下面的截图所示。 验证节点使用了大量的出站端口。

预计这将考虑到Validator将使用Peer2Peer通信方案，以便与其他网络中的45个验证节点进行通信。

为了保护出站端口，详细了解底层P2P库是如何工作的，这超出了本文的范围（考虑保护测试节点）。

不过，值得一提的是，支付卡行业数据安全标准只是要求提供信用卡的组织（也是某种验证器）这样做。

PCI DSS要求1.2.1的重点是组织制定政策和程序，将流量限制为业务目的的入站和出站绝对必要的流量。PCI要求1.2.1规定，“将入站和出站流量限制为持卡人数据环境所必需的流量，并明确拒绝所有其他流量。”PCI要求1.2.1的目标是将流量限制为仅必要的、所需的协议、端口或服务，并为所需的ELE提供商业理由。

那么在生产环境中运行Polkadot Validator节点的最低要求是什么。

那么，让我们切换到本文的第二个主题。

提高验证节点的可用性

我正在以7x24方式运行Validator POC-2节点，并试图将削减（由于我的节点不可用）减少到最小。

尽管如此，该进程不时会收到一个终止信号，导致必须启动该进程。

为了自动执行此任务并将削减概率降至最低，我编写了一个小的cron作业脚本，每分钟执行一次。

要触发的脚本（monitorValidator.sh）将检查是否没有运行polkadot进程

#！/bin/bash

TImestamp（）

{

date +“%Y-%m-%d %T”

}

a=$（/bin/netstat -tulpn | awk ‘{print $7}’ | grep polkadot | wc -l ）

if test $a = “0” then

echo “$（TImestamp）： Polkadot Validator Down” 》》 /var/log/run.log

/root/.cargo/bin/polkadot --name $POLKADOT_NAME_POC2 --validator

--key $POLKADOT_KEY_POC2 &》》 /var/log/run.log

fi

要安装crontab，请执行以下命令

（/usr/bin/crontab -l ; echo “ * * * * * bash -l -c

‘/root/monitorValidator.sh 》 /dev/null 2》&1’”） | /usr/bin/crontab

如果验证程序进程仍在运行，这将导致每60秒检查一次，否则将重新启动。

在公开报告中，为了协调在Web3空间中工作的团队的协作，一个问题是“为polkadot创建和运行节点集群服务”（https://github.com/w3f/web3 collaboraTIon/issues/43），这将解决可用性问题。

Cosmos比Polkadot更为成熟，它涉及一些主题，其中包括：

· 提供哨兵节点体系结构，这是一个基础设施示例，用于缓解GAIA/COSMOS集线器网络验证程序节点上的DDOS。

“为了缓解这个问题，在云环境中部署了多个分布式节点（哨兵节点）。由于易于扩展，很难对验证程序节点产生影响。新的哨兵节点可以在DDOS攻击期间出现，并且可以使用八卦网络将它们集成到事务流中。”

· Tendermint HSM密钥管理系统（KMS）

“一种轻量级服务，旨在与GAIAD服务（理想情况下在单独的物理主机上）一起部署，它提供以下功能：

· 对验证程序签名密钥的高可用性访问；

· 即使在验证程序进程受到影响的情况下，也要防止双重签名；

· 硬件安全模块存储验证程序密钥，可在主机损坏后继续使用”

今天就是这样，至少在验证程序冰山一角的表面上，您已经完成了第一步来确保和提高可用性。

在安全性和可用性的背景下，观察polkadot如何随着时间的推移而发展将是很有趣的。