RaTurka
零信任 SSH 安全付费独立产品
RaWarden

RaWarden

身份验证不够;需要人工批准。

RaWarden 在人工批准决策后控制每个特权 SSH 会话。操作员进行身份验证后,会在终端中看到一次性代码,并且在面板提示之前不会打开 root shell。

$ ssh root@prod-server-01

会话批准代码:482-917

面板批准 — 60 秒超时

[等待专家组批准...]

✓ 批准 → 权限下降 → shell

问题

SSH root 访问仍然是一个盲点

身份验证成功后,shell 将打开。密钥是否被盗、从 CI/CD 管道泄漏或被流氓内部人员滥用并不重要。 SSH 日志显示“root 已登录”——谁实际进入、出于什么目的、何时可以停止:所有这些都没有答案。

工作键打开 shell

标准强化守卫着大门——而不是特权时刻。

没人知道是谁用过它

根登录被记录,但真实的操作员身份被删除。

无实时停止机制

没有任何机制可以阻止已经存在的人 — 只有事后分析。

MFA 停在堡垒

堡垒的第二个因素不能保护服务器上的特权时刻。

比较

为什么标准 SSH 强化还不够

传统堡垒/密钥管理与 RaWarden 之间的比较

传统方法

  • 工作键立即打开外壳
  • 根身份未知
  • 无实时停止机制
  • 审计跟踪仅记录“root 登录”
  • MFA 仅保护访问权限,不保护权限
  • 仅事后分析 — 不可能立即干预

RaWarden 方法

RaWarden
  • 需要身份验证 + 人工批准
  • 每个会话的真实身份归属
  • 在 60 秒内拒绝或批准
  • 审核跟踪显示 root → 真实用户
  • 内核级 ForceCommand 强制
  • 失败关闭:没有小组决定就没有 shell

比较

100%会话批准
0无声的失败
7审计跟踪步骤
功能

零信任,完全控制

人工批准的会话门

通过 OpenSSH ForceCommand 集成。身份验证不充分;如果没有做出积极的决定,就不会打开外壳。设计上没有旁路路径。

  • ForceCommand — 内核级执行
  • 无 shell 窗口,竞争条件不可能
  • 未经批准,任何操作都不会执行

身份感知权限降级

审批管理员在决策时分配目标用户和 UID。完整的 setgroups → setgid → setuid 转换。审计跟踪显示真实身份,而不仅仅是“root 登录”。

  • 完整 setgroups / setgid / setuid 转换
  • 审计跟踪中记录的真实用户
  • SIEM 关联的正确身份归因

SELinux +auditd 集成

可在 STIG/CIS 强化系统上无缝工作。正确设置SELinux上下文,为auditd写入loginuid,将SSH代理套接字和PTY重新设置为目标用户。

  • SELinux 上下文设置每个用户
  • auditd loginuid 书写正确
  • SSH 代理套接字和 PTY 所有权转移

故障关闭保证

如果控制平面无法访问,则会话将被拒绝——而不是盲目允许。每个决定都写入 LOG_AUTH — 即使面板关闭,审计跟踪也是本地的。

  • 无面板 → 拒绝,绝不开放
  • 所有事件写入本地 LOG_AUTH
  • 永远不会无提示地失败

HMAC 签名元块

来自 Gate 二进制文件的每个请求都带有一个 HMAC 签名的元块,其中包含时间戳、随机数、请求范围和角色。控制平面可以验证请求是否真正来自特权主机二进制文件。

  • 时间戳 + 随机数 + 范围 + 角色
  • 重放攻击保护
  • 有保证的控制平面验证

绕过白名单

基于 CIDR 或 SSH 密钥指纹的 CI/CD 运行程序和服务密钥的显式绕过列表。每个旁路事件都会被记录下来——从不沉默。

  • 基于 CIDR 或密钥指纹
  • 每个绕过写入 LOG_AUTH
  • 显式白名单 — 无默认绕过
互动演示

实时 SSH Gate 模拟

单击每个步骤 — 由小组做出决定。

步骤 1 / 7

操作员连接

SSH 密钥身份验证成功。在标准流程中,外壳会打开,但在 RaWarden 中却不会。

rawarden-gate

$ ssh root@prod-server-01

身份验证成功。

RaWarden Panel

面板等待通知...

谁的目标

对于管理特权访问的每个人

托管提供商和 MSP

通过集中人工审批来保护数千个客户 VPS 根帐户。

DevOps / 平台团队

在生产堡垒服务器上实施打破玻璃批准。

受监管行业

证明金融、医疗保健和政府领域的每个特权会话都经过授权和归属。

安全团队

将 SSH root 访问设为经过审核的事件,而不是默认事件。

工作原理

审核每一步,记录每一个决定

1

操作员连接

SSH 密钥身份验证成功。在标准流程中,外壳会打开,但在 RaWarden 中却不会。

2

ForceCommand 触发

随 OpenSSH ForceCommand 执行而安装的raturka-gate。还没有壳。

3

OTP 出现在终端中

批准代码打印到终端。 60 秒倒计时开始。会话被冻结。

4

面板接收通知

RaGent 将签名的 Webhook 推送到面板:OTP、源 IP、RaDome 威胁评分。

5

管理员批准或拒绝

授权管理员在面板中做出决定。批准→继续。拒绝或超时 → 连接关闭。

6

权限降级

管理员分配目标用户和 UID。 RaWarden 执行 setgroup → setgid → setuid 转换。

7

Real Shell 开放

审核跟踪显示 root → 真实用户。每个事件都已写入 LOG_AUTH。

集成

RaGent 和 RaDome 更强大

RaGent:可信控制平面

RaGent:可信控制平面

RaWarden 通过 RaGent 代理进行操作。 Gate 二进制文件通过本地 UDS 向 RaGent 发送签名的 session_gate_create 请求; RaGent 将 Webhook 推送到面板并保留被阻止的工作人员以供批准。该小组通过 QUIC 发回其决定。

RaDome 威胁评分

RaDome 威胁评分

RaWarden 从 RaDome 边缘防御守护进程中提取连接源 IP 的实时威胁评分。管理员可以看到批准决策以及源 IP 的全球威胁情报 - 来自高风险网络的会话在上下文中进行评估。

gateway 二进制 → UDS → RaGent → QUIC → 面板 → Decision → RaGent → gateway 二进制 → 权限下降 → shell
定价

基于功能的透明定价

RaWarden 不是一个附加组件——它是一个单独计费的安全层。价格即将公布。

RaWarden CoreRaWarden Standard推荐RaWarden Enterprise
每月价格即将推出即将推出即将推出
Session Timeout60s sabitYapılandırılabilirYapılandırılabilir
Identity-Aware Privilege Downgrade
SELinux / auditd Integration
SSH Agent & PTY Ownership Transfer
CIDR / Key Fingerprint Bypass Allowlist
RaDome Threat Score Integration

保护您的基础设施

只需几分钟即可将 RaTurka 集成到您的生产环境中。使用单个命令即可部署代理,将操作混乱抛在脑后。

提供免费计划 — 无需信用卡。

  • 最多免费 1 个服务器,无需卡
  • 5 分钟安装,零依赖性
  • 通过 RaDome 进行全球威胁保护