- 综合排序
- 最热优先
- 最新优先
- 来自专栏办公魔盒
VB.NET jsscript和vbscript脚本之间数据传递操作
Class vbscript脚本示例: DIM BJC,BJK,BJH,DBC,DBK,DBH,BH DIM CBC,CBK,CBH,BBH,ZCBC,ZCBK DIM ZCBH,BBC,BBK,LTC,LTK BBC=BJH-BH*2-150+11 BBK=BJC-BH*2+11 BBH=BBH BB=BBC & "x" & BBK & "x" & BBH & " -2PCS" LTC=BJC-BH*2 LTK =80 LTH=BH LT=LTC & "x" & LTK & "x" & LTH & " -1PCS" GBC=BJC-BH*2-5 GBK=80 GBH=BH GB=GBC & "x" & GBK =BJH-BH*2-150+11; BBK=BJC-BH*2+11; BBH=BBH; BB=BBC + "x" + BBK + "x" + BBH + " -2PCS"; var LTC;var LTK ;var LTH;var LT; LTC=BJC-BH*2; LTK=80; LTH=BH; LT=LTC + "x" + LTK + "x" + LTH + " -1PCS"; var GBC;
1.6K20发布于 2019-07-22 - 来自专栏蓝牙Ble/Mesh
BLE安全之SM剖析(1)
具体该字段的含义如下：- Enckey: 该字段表示是否需要生成LTK。1. 在传统配对中，0x01表示会下发LTK用于链路的加密， 0x00表示不会下发LTK， 2. 在安全配对LESC中，由于在配对阶段二就会生成LTK，所以该字段会被忽略。3. 而在传统蓝牙中，该字段表示是否需要通过经典蓝牙的Linkey来得到LTK。 • **Long Term Key (LTK)**：加密链路用，后面用来传输数据的session key就是通过LTK生成的，传统配对是在阶段三通过STK生成的LTK，安全配对是在阶段二生成的LTK。 pairing过程中，用于识别LTK分发。 STK：一个 128-bit的临时密钥，用来加密接下来的配对流 安全配对生成LTK：Long Term Key (LTK)：一个128_bit的密钥用来加密配对数据流和后续的连接。
2.9K20编辑于 2023-02-28 - 来自专栏蓝牙Ble/Mesh
BLE安全之配对流程剖析(3)
密钥生成 在该阶段会根据阶段二中的STK和LTk来生成用于不同功能的其他密钥，例如IRK，CSRK，LTK，EDIV， Rand等。 • Encrypted Diversifier (EDIV) ：一个16bit的数值，用来识别LTK密钥的， 这个是用在legacy pairing中的，每次生成LTK，该数值都会重新分配。 • Random Number (Rand) ：一个64bit的数值，用来识别LTK密钥的， 这个是用在legacy pairing中的， 每次生成LTK，该数值都会重新分配 。 2.3 生成LTK, EDIV 和 Rand 当Slave要和之前配对过的Master设备进行连接的加密，EDIV和Rand此时可以被Slave用来建立之前共享的LTK。 每分发一次LTK, EDIV, Rand，它们都要被重新生成一次。Slave可以在Security database中映射好LTK, EDIV和Rand，以便和LTK快速对应起来。
2.7K20编辑于 2023-02-28 - 来自专栏蓝牙Ble/Mesh
BLE安全之SM剖析(2)
3. secure pairing配对流程 secure pairing与legacy paring不同， secure pairing在该阶段是直接生成LTK，而不是生成STK。 3.3 鉴权阶段2 该阶段主要是用来生成LTK，当然也会生成MACKey， LTK的生成和计算是依赖于上面生成的DHKey的， 流程如下： 在该阶段会互相交换MAC地址，生成LTK和MacKey，并且会生成 LTK就是用来生成后续加密链路的session key的 CTKD特性 额外补充一点，蓝牙支持一种交叉密钥派生的特性，简称CTKD，这种特性可以使用ble配对生成的LTK转化为BT配对的LinkKey， 当然也可以反过来，通过BT配对生成的LinkKey可以转化为BLE的LTK。这个特性后面会专门写一篇来介绍。 当然也可以反过来，通过BT配对生成的LinkKey可以转化为BLE的LTK。这个特性后面会专门写一篇来介绍。
1.8K10编辑于 2023-02-28 - 来自专栏人工智能头条
初学者不能不会的NLTK
[nltk_data] Downloading package maxent_ne_chunker to [nltk_data] C:UsersyuquanleAppDataRoaming ltk_data nltk.download('words') [nltk_data] Downloading package words to [nltk_data] C:UsersyuquanleAppDataRoaming ltk_data nltk.download('brown') [nltk_data] Downloading package brown to [nltk_data] C:UsersyuquanleAppDataRoaming ltk_data sentiwordnet') [nltk_data] Downloading package sentiwordnet to [nltk_data] C:UsersyuquanleAppDataRoaming ltk_data
1.2K20发布于 2019-10-22 - 来自专栏DrugOne
Nat. Comput. Sci.｜KarmaDock:针对超大规模虚拟筛选的基于深度学习的分子对接方法
KarmaDock和其他方法在DEKOIS 2.0 上的富集能力和预测精度 针对LTK靶标的虚拟筛选 在2021年，CLIP1-LTK融合被确认为非小细胞肺癌（NSCLC）的致癌驱动因子，并被视为治疗相应癌症的关键靶点 如图3 C所示，选择的第23号化合物（ChemDiv ID：8005-7327）也与MET-593形成氢键，类似于前两个复合物，这有助于抑制LTK并暗示KarmaDock认为LTK与化合物之间的氢键是必不可少的 针对LTK靶标的虚拟筛选和实验验证：（A）靶标ALK和化合物Lorlatinib在PDB中的结合构象和相互作用模式（PDB ID：4CTB）；（B）由KarmaDock预测的LTK和化合物Lorlatinib 的结合构象和相互作用模式（LTK的蛋白质结构由Alphafold 2生成）；（C）由KarmaDock预测的靶标LTK和化合物23（ChemDiv ID：8005-7327）的结合位姿和相互作用模式；( Ba/F3-CLIP1-LTK细胞抑制活性显示为三个独立实验的均值±标准偏差。 总结 作者提出了一种名为KarmaDock的深度学习模型，能够快速、精确的生成结合构象并预测结合强度。
2.4K40编辑于 2023-09-23 - 来自专栏DrugOne
Nat.Mach.Intell.｜Delete：基于深度学习的先导化合物优化模型
研究团队将Delete应用于非小细胞肺癌全新致癌靶点CLIP1-LTK，成功设计出纳摩尔级活性分子（IC50=1.36nM），其选择性及抗肿瘤机制已通过体内外实验验证。 Delete针对LTK靶点的药物设计 为了进一步说明Delete在现实世界当中药物设计的能力，作者将Delete运用在了针对LTK靶点的药物设计当中。 CLIP1-LTK是非小细胞肺癌的致癌融合突变，蛋白的融合导致LTK激酶域的活性失控，有效的治疗策略就是设计靶向LTK蛋白的小分子抑制剂。 在后续的实验中，研究者发现该小分子具有高度选择性，能够抑制LTK下游信号通路的传导，诱导细胞凋亡、阻滞细胞周期，并在体内表现出优异的抗肿瘤效果，药代动力学性质相比于起始小分子有显著提升。 Delete应用于LTK的药物设计。 总结 作者通过引入 3D 分子生成框架和统一的掩码策略，提出了药物发现中先导化合物优化的一体化解决方案—Delete。
43900编辑于 2025-02-21 - 来自专栏CVer
CVPR 2020 | 眼见为虚：利用对抗文本图像攻击场景文本识别模型
假设目标序列为l’={l1’, l2’, …, ltk’,…, lT’}，其中有k个字符被改变{lt1’, lt2’, …, ltk’}。 输入为x’，为了欺骗STR模型并预测出l’，有效对齐路径π’到{l1’, l2’, …, ltk’}的概率要为最大： ? 所以，最终的目标函数为： ?
2.9K20发布于 2020-06-29 蓝牙设备配对的安全性探讨：静态密钥与动态密钥的对比与选择
蓝牙绑定 蓝牙绑定是蓝牙设备间在完成配对过程后，将双方的配对信息（主要是加密密钥，特别是长期密钥LTK）保存在各自的内存中，以便在未来再次相遇时能够自动识别并重新建立加密连接，而无需用户再次手动进行配对操作的过程 绑定过程 密钥生成与交换：在蓝牙设备配对的初始阶段，设备会生成一系列的密钥，包括临时密钥TK、短期密钥STK以及长期密钥LTK等。这些密钥用于确保配对过程中的安全性和后续通信的加密。 密钥存储：如果两个设备决定进行绑定，它们会将长期密钥LTK（以及可能的其他相关信息，如设备地址）存储在各自的内部存储或数据库中。 自动连接：当两个已经绑定的蓝牙设备再次进入彼此的通信范围内时，它们会利用之前存储的长期密钥LTK来建立加密连接。这个过程是自动的，用户无需进行任何操作，如输入配对码或确认连接等。 1.4.2. 安全性：由于使用了长期密钥LTK进行加密连接，绑定的设备之间的通信更加安全。长期密钥的复杂性和随机性使得未经授权的设备难以接入或窃听通信内容。
16710编辑于 2026-01-20- 来自专栏有价值炮灰
蓝牙安全与攻击案例分析
)，LTK用来生成后续安全链接的会话秘钥(Session Key)。 两个设备只用配对一次，但可使用保存的LTK进行多次安全连接。 在蓝牙连接的过程中，数据是不经过加密或者校验的。 ，也就是说在LSC中对LTK的校验只是单向的，即master校验slave的LTK即可。 “……直觉来看有可能会造成全零LTK的安装、秘钥大小溢出、公钥不合法等错误。但由于蓝牙核心协议中对这种情况没有明确说明，因此这类的错误处理就全由厂商安装自己的理解去实现了。 CVE-2019-19194：Telink SMP的Secure Connection实现在配对过程中发起LE加密流程时会导致全零LTK的安装 加起来一共12个公开漏洞，不过利用场景都很有限，除了全零LTK
3.4K31编辑于 2023-02-12 BLE 安全连接 (LE SC) 中的认证阶段：f4/f5/f6 函数计算与 MITM 防护验证
一、LE SC 认证阶段核心流程解析 LE SC 的认证过程是设备建立安全连接的关键阶段，分为三个主要阶段：配对特征交换、长期密钥 (LTK) 生成和可选的密钥分发。 2.2 f5 函数：长期密钥 (LTK) 派生 f5 函数用于从 ECDH 共享密钥派生长期密钥 (LTK)，该密钥在设备绑定 (bonding) 后存储在非易失性存储器中，用于后续重连时的快速加密。 发起设备随机数 (Mrand) 响应设备随机数 (Srand) 发起设备地址 (IA) 和响应设备地址 (RA) 计算流程如下： KS = ECDH(SKa, PKb) = ECDH(SKb, PKa) LTK 密钥存储安全：生成的 LTK 等长期密钥需存储在安全存储区域，部分芯片提供硬件安全模块 (HSM) 或加密闪存用于此类敏感数据存储。
14410编辑于 2026-01-21- 来自专栏小点点
蓝牙安全入门——两道CTF题目复现
生成和交换长期密钥（Long Term Key, LTK）：生成长期密钥，用于加密以后的连接。 密钥分发 在配对过程中，设备之间会分发各种密钥，用于加密和身份验证： 长期密钥（LTK）：用于加密数据。 连接签名密钥（CSRK）：用于数据签名，确保数据完整性。
80010编辑于 2024-06-11 - 来自专栏PowerBI战友联盟
PowerBI 嵌入 PPT，释放 PPT 生产力
r=eyJrIjoiNzcyZTAxOTktNTdlOC00NWI3LTk3NDMtOWI0YThmNGVhYTE1IiwidCI6IjFkOThmYTJiLTA2ZTgtNDhlYS05YjY4LWI2YzZkYTYwODljYiIsImMiOjEwfQ
5.5K20发布于 2019-09-25 - 来自专栏FreeBuf
深入浅出低功耗蓝牙(BLE)协议栈（实战篇）
（6）crackle 如果捕获到足够的数据包尤其是btsmp，那接下来便可以用crackle来破解tk和ltk： crackle -i <file.pcap> 解密数据包，并把解密后的包另存： crackle -i <file.pcap> -o <output.pcap> crackle -i <file.pcap> -o <out.pcap> -l <ltk> 参考 & 感谢 参考书：Robin Heydon
3.8K20发布于 2020-12-09 - 来自专栏DIY
【安信可Wi-Fi&BLE模组】做一个蓝牙点阵音箱
，由于M61的DAC音质有点糊，也不太会玩，所以外挂了一个蓝牙芯片，额外引出了14和15号DAC引脚）音频：AC6966 （一颗杰理的蓝牙音频芯片，带FM收音功能，在某宝可以买到，带程序0开发）功放：LTK5128D
24010编辑于 2025-08-05 - 来自专栏DrugOne
Nat. Commun. | 利用深度学习改进蛋白质结合物设计
为了直接测试这一假设，作者对具有重要生物学意义的四个靶标进行了结合物设计任务：ALK、LTK、IL受体-ɑ（IL-10Rɑ）和IL2受体-ɑ（IL-2Rɑ）。 基于物理基础的过滤器成功地为两个靶标（LTK和IL-2Rɑ的Site 1）生成了结合物；对于这些靶标，经过AF2过滤的库的成功率分别提高了8倍和30倍。 基于物理基础的过滤器成功地为两个靶标（LTK和IL-2Rɑ的Site 1）生成了结合物；对于这些靶标，经过AF2过滤的库的成功率分别提高了8倍和30倍。
75830编辑于 2023-09-19 - 来自专栏SpringBoot 核心技术
还不会使用JWT格式化OAuth2令牌吗？
eyJhdWQiOlsiYXBpIl0sInVzZXJfbmFtZSI6Inl1cWl5dSIsInNjb3BlIjpbImFwaSJdLCJhdGkiOiJkMTAzZjQ2MC05N2MzLTRjYmUtOTljOC1mM2Y1NjJkYTA2YTgiLCJleHAiOjE1Nzg1Mzc4NDgsImF1dGhvcml0aWVzIjpbIlJPTEVfYXBpIl0sImp0aSI6ImY1NDMxZTMzLWE1YzMtNGVmNC1hZDM0LTk1MGQ3ODliYTRiZCIsImNsaWVudF9pZCI6IkFwaUJvb3QifQ.TfJ5vThvaibV2kVo2obHqnYzmYm-GsdtRLoB3RJbkrg
1K20发布于 2019-12-16 - 来自专栏绿盟科技研究通讯
CCS 2019论文解读：基于自动化App分析的BLE设备指纹识别
因此只能采用蓝牙配对中的Just Works模式与用户终端进行连接，这种连接采用了较弱的加密方式，容易被攻击者监听或劫持连接，如果蓝牙协议版本小于4.2，攻击者通过监听设备配对过程，即可获得设备与用户终端之间的长期密钥（LTK 这两种脆弱性存在的前提，是设备采用了Just Works方式配对，因为只有通过这种方式配对的连接，存在LTK被攻击者嗅探、通信被窃听的风险。 安卓BLE开发指南说明了两种安全的蓝牙配对方式。
2K10发布于 2020-01-15 LE Controller commands（低功耗控制器命令）速览
LE Long Term Key Request Reply command 功能：用于回复BLE设备发出的长期密钥（LTK）请求。 当BLE设备（作为从设备）收到另一个BLE设备（作为主设备）的LTK请求时，它可以使用此命令来接受或拒绝该请求，并可能返回所需的LTK。 用途：在BLE加密过程中，LTK是用于生成会话密钥（SKD）和加密数据的关键。通过回复LTK请求，BLE设备可以协商并确定用于加密通信的密钥。 LE Long Term Key Request Negative Reply command 功能：用于拒绝BLE设备发出的长期密钥（LTK）请求。 当BLE设备（作为从设备）不同意另一个BLE设备（作为主设备）的LTK请求时，它可以使用此命令来拒绝该请求。
13010编辑于 2026-01-20- 来自专栏hotarugaliの技术分享
多系统共享蓝牙设备
最后找到 LTK 项，其对应的数据值即为配对的 Key 值，只需要修改覆盖掉该项即可。
3.5K30编辑于 2022-03-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号