gpt4 book ai didi

security - 加密授权组播

转载 作者:太空宇宙 更新时间:2023-11-03 13:28:57 25 4
gpt4 key购买 nike

我有一个服务器(将被标记为“A”)向一些终端站传输多播。我希望只有那些有权查看信息的人才能真正看到它。

有一个第三方服务器(“B”)管理与“A”和终端站的单播通信以及与它们的 SSL。

我的目标是实现安全多播:两个必要条件:

  1. 它必须是多播的。
  2. 我想要应用程序级别(而不是网络或传输)的安全性

问题:

  1. 有这样的实现吗?我曾尝试搜索“安全多播”等,但只遇到 IP 多播安全问题。我想要一个应用程序实现。如果是这样,您能否推荐一些以及如何使用它们?

  2. 我考虑过生成一个特殊的对称 key - 在“A”和“B”的通信期间以及“B”和终端站的对话期间 = 将其(通过 SSL)传递给终端站。

    一个。这是个好主意吗?

    我看到的一个问题是,由于站点数量的增加,泄露 key 变得更容易了。我考虑过每小时更换一次 key 。我将通过发送多播消息通知站点 key 已更改:(sequence_number, encrypted_message) - 这样每次 key 更改时都会更改 sequence_number++。

您如何看待实现?有更好的想法吗?

最佳答案

我编写了一个名为 UFTP ( http://uftp-multicast.sourceforge.net ) 的应用程序来执行此操作。

在 key 管理方面,每个多播 session 在发送方和每个接收方之间执行类似 TLS 的 key 交换,然后使用每个接收方协商的 key 发送出用于加密数据的组 key 。通过为每个 session 进行 key 协商,这消除了与在 session 中重新键入 key 相关的复杂情况。

身份验证是通过 key 指纹识别完成的,指纹是带外传送的。这比基于证书的系统更简单,并且最大限度地减少了开销。每个发送者和接收者都有一个 RSA 或 ECDHA key 来识别它们。

关于security - 加密授权组播,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11425216/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com