集成电路技术分享

 找回密码
 我要注册

QQ登录

只需一步,快速开始

搜索
查看: 2681|回复: 5

FPGA实现安全可靠的蓝牙通信

[复制链接]
老怪甲 该用户已被删除
老怪甲 发表于 2010-4-12 15:59:42 | 显示全部楼层 |阅读模式
蓝牙技术注定会成为一项通用的低成本无线技术,可适用于一系列范围广泛的数据通信应用。但仍有两个主要方面需要进一步的考虑,即有关蓝牙通信中的数据安全性和数据完整性的问题。这两个方面会限制蓝牙技术的适用范围。在设计无线产品时,通过采用可编程逻辑,可以使蓝牙技术同时满足数据安全性和完整性的要求。
蓝牙数据安全性
蓝牙标准定义了一系列安全机制,要求每个蓝牙设备都要实现密钥管理、认证以及加密等功能,从而为近距离无线通信提供基本的保护。此外,蓝牙技术所采用的跳频通信方式本身也是一个防止窃听的有效安全手段。
密钥管理
蓝牙设备在高层软件中采用几种不同的密钥来保证数据的安全传输。
加密
蓝牙设备中采用加密的方法来保证连接的保密性。但在数据加密之前,需要存在一条经过认证的已建立连接。蓝牙加密采用8位至128位的密钥对蓝牙分组中的数据载荷进行加密,但不对蓝牙接入码和分组头进行加密。载荷加密的具体细节依赖于所需要的加密强度以及产品最终应用国家的地区性法规要求。
蓝牙系统采用称为E0的序列加密算法对数据进行加密。对每一数据载荷(payload)E0算法都进行重新同步。E0序列加密包含三个部分:
●初始化部分,生成载荷密钥;
●密钥流比特生成器 ;
●加密与解密硬件电路。
有三种加密模式:
● 加密模式1:不对任何数据进行加密;
● 加密模式2:点对多点(广播)数据流不加密,点对点数据流进行加密;
● 加密模式3:所有数据流均进行加密。
物理层数据安全性-跳频扩展频谱
除了蓝牙标准所采取的其它安全手段以外,蓝牙通信所采取的跳频通信这一机制也使窃听变得极困难。
老怪甲 该用户已被删除
 楼主| 老怪甲 发表于 2010-4-12 15:59:59 | 显示全部楼层
如前所述,蓝牙射频工作在2.4GHz频段。在北美和欧洲的大部分,蓝牙设备工作于从2.402至2.480GHz的频带,整个频带被分成 79个1MHz带宽的子信道。在跳频通信中,数据信号被窄带载波信号调制,而这些窄带载波信号则做为时间的函数不断从一个频率跳到另一个频率。蓝牙标准采用的是每秒跳跃1600次的跳频序列。
收发双方都知道的跳频码决定了射频载波的频率以及跳频的顺序。为正确地进行信号接收,接收器必须设置成与发送方一样的跳频码,并在恰当的时间和正确的频率点监听载波信号。只有正确同步时,才能维持一个逻辑信道。其它接收器看到的FHSS信号仅是持续时间极短的脉冲噪声。
FHSS依靠频率的变化来对抗干扰。如果射频单元在某个频率遇到干扰,则会在下一步跳到另一频率点时重传受到干扰的信号。因此总的干扰可变得很低,位错误很少或几乎没有。
蓝牙数据完整性
前向纠错(FEC)
蓝牙采用的错误校正有三种类型:
●1/3编码率FEC
●2/3 编码率 FEC
●数据的自动重发请求(ARQ)方案
FEC(前向纠错)的目的是为了减少数据载荷重发的次数。但是,采用FEC的缺点是会明显地降低可达到的实际数据传输速率。
数据白化
所有的分组头和载荷信息在发送前都要利用数据白化位进行白化处理。这主要是为了避免在传输过程中出现过长的连续0或1的位流模式。基带处理器需要从接收到的模拟数据信号中判断数据是0还是1,但过长的连续0或1位流会造成问题。因为在接收到的模拟数据信号中并不存在象直流信号中那样的参考点,因此必须依靠接收到的最后几个传输信号进行校正。任何连续的0或1的长序列位流串都可能导致校正失败。因此需要采用数据白化技术对信号进行扰码处理,以大大降低出现长序列0或1位流串的可能性。
用于高级数据安全可编程解决方案
对于大多数需要将保密放在首位来考虑的应用来说,蓝牙所提供的数据安全性是不够的。总的来说,就蓝牙安全性来说,还存在一些问题需要解决。蓝牙所提供的数据安全性措施对小型应用来说看起来已足够了,但任何敏感数据或会产生问题的数据都不应直接通过蓝牙传输。例如,蓝牙所采用的加密方案本身就有某些弱点。128位密钥长度的E0序列加密在某些情况下可通过O (2^64)方式破解。
设想一种可能的情况,攻击者设法获取了用来保证两个设备间通信的加密密钥,然后即可窃听这两个设备间互相发送的消息。而且,攻击者还可以冒充其中的某个设备插入错误的信息。朗讯公司认为,避免这一问题的一个方法是用户采用较长的个人识别码(PIN码)而不是用短的PIN码,从而增加攻击者获取加密密钥的难度。而这又意味着要人工输入PIN号码。这实在令人觉得非常不方便,因为每次建立安全连接都需要输入PIN码。
克服这种安全性问题的另一个方法是采用更强健的加密算法,如数字加密标准(DES),甚至三次DES来代替E0序列加密算法。DES是一种块加密方法,这意味着加密过程是针对一个数据块一个数据块地进行的。在DES算法中,原始信息被分成64位的固定长度数据块,然后利用56位的加密密钥通过置换和组合方法生成64位的加密信息。
与蓝牙序列加密算法不同,数学上可以证明块加密算法是完全安全的。DES块密码是高度随机的、非线性的,生成的加密密文与明文和密钥的每一位都相关。DES的可用加密密钥数量多达72 x 1015个。应用于每一
明文信息的密钥都是从这一巨大数量的密钥中随机产生的。DES算法已被广泛采用并被认为是非常可靠的,而且现在出现了一种更为安全的DES算法变种--称为三次DES(TDES),它采用不同的密钥对信息连续进行三次DES加密处理。
所有这些加密算法都可以采用低成本的可编程逻辑器件和现成可用的用于高级加密处理的智力产权(IP)产品实现。如DES功能,仅需要2美元成本的芯片逻辑资源即可实现。目前,大批量时只用10美元即可购买到10万系统门的可编程逻辑器件,而且是现货,立即可以使用。这些器件还允许在设计中增加其它功能,如高级错误纠正。因此可编程逻辑器件可大幅度降低系统级的成本。
老怪甲 该用户已被删除
 楼主| 老怪甲 发表于 2010-4-12 16:00:22 | 显示全部楼层
基于软件的加密解决方案具有极好的灵活性,然而性能较低。另一方面,基于硬件的加密解决方案性能很高,但一旦设计完成后灵活性很差。而基于可编程逻辑的加密解决方案则可同时提供前述两种方案的优点,即具有很高水平的灵活性也具有很高的性能。
采用一个更强键的加密算法允许蓝牙技术安全地应用到范围广泛的安全性具有最重要地位的应用中去。这些应用包括:金融电子交易:ATM、智能卡;安全电子商务交易;安全办公通信;安全视频监视系统;数字机顶盒;高清晰度电视(HDTV)及其它消费电子设备。
用于高级数据完整性可编程解决方案
蓝牙标准定义了可有效防止随机错误的方法,即采用数据白化和错误校验方法进行数据传输。然而,从理论上仍然存在这样的特定数据流,它可能会持续地造成蓝牙传输错误,虽然这种情况在通常的蓝牙传输中很难碰到。
而且在更为恶劣的环境,如工业环境、办公大楼、机场和城市公共交通厂所等,仍然存在传输过程中产生差错的危险。在这些地方,来自其它多种蓝牙设备、无线网络、手机系统或其它工作在相同频段的电子设备的噪声和干扰都会导致问题。针对这些情况,可以再次采用可编程逻辑和高级纠错IP来实现无错通信。对恶劣的通信环境,可以采用一种更为强大的前向纠错技术,如Turbo卷积编码。
urbo编码是一种高级前向纠错算法,它是第三代无线通信系统(如WCDMA中实现的)的标准纠错算法。Turbo编码的原理是由编码器生成包含两上独立编码比特序列和一个未编码比特序列的数据流。由于经过交织处理,两组校验比特序列是弱相关的。在Turbo解码器中,两组校验比特序列分别利用称为外部信息的软判决输出进行解码。Turbo解码的效率来自一系列译码循环过程中对外部信息的共享。外部信息从一个校验解码步骤传递到另一个,从一个循环传递到另一个。已经有此类Turbo卷积码的现成IP可用,并且可容易地采用低成本可编程逻辑实现。这一解决方案可以在恶劣和容易出错的环境中保证蓝牙数据完整性。
蓝牙应用中的可编程逻辑解决方案
目前,实现这一美好前景所面临的挑战集中于如何将蓝牙应用到下一代产品中。这可能是一个困难的任务,特别是当面对现有的产品结构时。如何集成蓝牙子系统?如何最小化软件开发开销和对系统的影响?如何创造针对特定应用的设备配置?
可编程逻辑的一个巨大优点是可以根据特殊的要求调整系统配置。例如,目前提供的蓝牙器件最大性能仅721Kbps,并且仅能同时支持几个并发的网络(微微网)。对公共厂所的接入点(如机场休息室或企业会议室等),可能需要汇接大量的此类设备,以支持大量用户的高带宽连接。
可编程逻辑可以许多方式为设计提供灵活性,无论是连接一个不同的射频部分到所选择的基带控制器,还是象上面的例子一样集成更多的用户接口外设,或如图3那样实现数据安全性和完整性等增值功能。在所有情况下,您都会发现硬件设计会更快,并且可以多次进行设计修正,从而保证系统可以在更短的时间内达到正常工作,而所有这一切都没有采用ASIC时的NRE费用。
zhiweiqiang33 发表于 2017-4-26 16:15:58 | 显示全部楼层
谢谢楼主分享资料
雷磊 发表于 2022-6-14 15:52:34 | 显示全部楼层
FPGA实现安全可靠的蓝牙通信
zxopenhl 发表于 2022-6-14 17:36:30 | 显示全部楼层
FPGA实现安全可靠的蓝牙通信
您需要登录后才可以回帖 登录 | 我要注册

本版积分规则

关闭

站长推荐上一条 /1 下一条

QQ|小黑屋|手机版|Archiver|fpga论坛|fpga设计论坛 ( 京ICP备20003123号-1 )

GMT+8, 2024-12-24 08:00 , Processed in 0.068301 second(s), 30 queries .

Powered by Discuz! X3.4

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表