## अधिक परिणाम

ये मेरे [मूल proof-of-concept](https://github.com/zhuowei/blueshrimp/tree/first-poc) से हैं, इससे पहले कि मैंने buffer को पुनः आवंटित (reallocate) करने का तरीका समझा:

Android 15 एमुलेटर को Bluetooth स्पीकर की तरह कार्य करने के लिए बाध्य करने के बाद, इस कोड को चलाने से null deference उत्पन्न होता है:```
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'google/sdk_gphone64_arm64/emu64a:15/AE3A.240806.043/12960925:userdebug/dev-keys'
Revision: '0'
ABI: 'arm64'
Timestamp: 2025-11-13 22:03:35.264596895-0500
Process uptime: 0s
Cmdline: com.google.android.bluetooth
pid: 5549, tid: 5589, name: bt_main_thread  >>> com.google.android.bluetooth <<<
uid: 1002
tagged_addr_ctrl: 0000000000000001 (PR_TAGGED_ADDR_ENABLE)
pac_enabled_keys: 000000000000000f (PR_PAC_APIAKEY, PR_PAC_APIBKEY, PR_PAC_APDAKEY, PR_PAC_APDBKEY)
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x2a20010000000000
    x0  00000074d49ccf5a  x1  b4000076cb2f4f80  x2  0000000000000035  x3  000000752fd5403c
    x4  b4000075cb32c6f9  x5  b40000764b322462  x6  0000000000000035  x7  b4000076db2ef159
    x8  0007ac63ecbcb3da  x9  0000000000000002  x10 b40000764b322460  x11 00000074d476c3a4
    x12 000000000000000c  x13 000000007fffffff  x14 0000000000000001  x15 000006a9e9459ce0
    x16 00000074d4974360  x17 00000077fcd25700  x18 00000074d0aa8060  x19 00000074d49ccf5a
    x20 00000074d3e9d98b  x21 2a20010000000000  x22 00000074d3e28d23  x23 00000074d414ae8c
    x24 000000752fd54a80  x25 0000000000003002  x26 b4000076cb2f4f80  x27 00000074d3e9d92c
    x28 000000752fd541f0  x29 000000752fd53fd0
    lr  00000074d476702c  sp  000000752fd53940  pc  00000074d476ab88  pst 0000000060001000

14 total frames
backtrace:
      #00 pc 0000000000969b88  /apex/com.android.btservices/lib64/libbluetooth_jni.so (sdpu_log_attribute_metrics(RawAddress const&, tSDP_DISCOVERY_DB*)+284) (BuildId: 6f08819253185bc44c9fec07ed93c598)
      #01 pc 0000000000966028  /apex/com.android.btservices/lib64/libbluetooth_jni.so (process_service_search_attr_rsp(tCONN_CB*, unsigned char*, unsigned char*)+1104) (BuildId: 6f08819253185bc44c9fec07ed93c598)
      #02 pc 0000000000965884  /apex/com.android.btservices/lib64/libbluetooth_jni.so (sdp_data_ind(unsigned short, BT_HDR*)+296) (BuildId: 6f08819253185bc44c9fec07ed93c598)
      #03 pc 00000000009f45cc  /apex/com.android.btservices/lib64/libbluetooth_jni.so (l2c_csm_execute(t_l2c_ccb*, tL2CEVT, void*)+12968) (BuildId: 6f08819253185bc44c9fec07ed93c598)

मैंने इसे किसी भौतिक डिवाइस पर परीक्षण नहीं किया है।

## क्या हो रहा है, इसकी मेरी समझ

ब्लूटूथ हेडफ़ोन [Handsfree Profile](https://github.com/zhuowei/blueshrimp/blob/HEAD/%3Chttps:/en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Hands-Free_Profile_(HFP)>) का उपयोग करते हैं।

Handsfree Profile विशेष है: अधिकांश ब्लूटूथ सेवाओं के विपरीत, जहाँ एक पक्ष क्लाइंट और एक पक्ष सर्वर का काम करता है, हेडसेट और कनेक्ट होने वाले डिवाइस (जैसे फ़ोन) दोनों को ब्लूटूथ सर्वर चलाने की आवश्यकता होती है।

फ़ोन हेडसेट की Handsfree सेवा (0x111e) से कनेक्ट होने के बाद, हेडसेट फ़ोन की Handsfree Audio Gateway सेवा (0x111f) से वापस कनेक्ट होता है।

जब कोई फ़ोन हेडसेट की Handsfree सेवा के लिए RFCOMM कनेक्शन खोलता है, तो हेडसेट के hf_client कोड में:

- [bta_hf_client_allocate_handle](https://cs.android.com/android/platform/superproject/main/+/main:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_main.cc;l=556;drc=875c5971d0201d3c67cc166ad9ab8b2b4a7cab7f) पूल से एक `tBTA_HF_CLIENT_CB` हैंडल आवंटित करता है
- [bta_hf_client_do_disc](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_sdp.cc;l=382;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) एक `tSDP_DISCOVERY_DB` आवंटित करता है, इसे `client_cb->p_disc_db` में संग्रहीत करता है, और SDP discovery शुरू करता है
- [SDP_ServiceSearchAttributeRequest2](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/stack/sdp/sdp_api.cc;l=205;drc=138659ad3ff2961010b9cacd36fceb36ba73dcce) `tSDP_DISCOVERY_DB` को `tCONN_CB` के `p_ccb->p_db` में संग्रहीत करता है, फिर फ़ोन की SDP सेवा से कनेक्ट होता है
- अब `tSDP_DISCOVERY_DB` hf_client के `client_cb->p_disc_db` हैंडल और SDP लेयर के `p_ccb->p_db` दोनों में संग्रहीत होता है

जब फ़ोन का RFCOMM कनेक्शन बंद हो जाता है:

- [bta_hf_client_mgmt_cback](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_rfc.cc;l=143;drc=86d90eee9dd37eccdd19449b9d72b883df060f9b) एक `BTA_HF_CLIENT_RFC_CLOSE_EVT` उत्सर्जित करता है
- [bta_hf_client_st_opening स्टेट टेबल](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_main.cc;l=157;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) [bta_hf_client_rfc_close](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_act.cc;l=278;drc=031a4c3b0a00602b7bbd08ffd8b4d02fdccb5989) का हैंडलर कॉल करता है और स्टेट मशीन को `BTA_HF_CLIENT_INIT_ST` पर रीसेट करता है
- [bta_hf_client_sm_execute](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_main.cc;l=728;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) स्टेट ट्रांज़िशन देखता है और `tBTA_HF_CLIENT_CB` हैंडल को वापस पूल में डी-आवंटित करता है
- हालाँकि, पैच से पहले, SDP कनेक्शन रद्द नहीं होता है, और वह अभी भी प्रतिक्रिया की प्रतीक्षा कर रहा होता है
- इस समय, एक `tBTA_HF_CLIENT_CB` अनआवंटित पूल में लौटाया जा चुका होता है, जिसमें `client_cb->p_disc_db` अभी भी सेट होता है और SDP discovery अभी भी सक्रिय होती है

जब फ़ोन SDP discovery का उत्तर त्रुटि के साथ देता है:

- [bta_hf_client_sdp_cback](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_sdp.cc;l=85;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) एक `BTA_HF_CLIENT_DISC_INT_RES_EVT` उत्सर्जित करता है
- [bta_hf_client_st_opening स्टेट टेबल](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_main.cc;l=164;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) [bta_hf_client_disc_int_res](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_act.cc;l=319;drc=031a4c3b0a00602b7bbd08ffd8b4d02fdccb5989) का हैंडलर कॉल करता है
- [bta_hf_client_free_db](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_sdp.cc;l=413;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) `client_cb->p_disc_db` को मुक्त करता है
- अतः अब `tSDP_DISCOVERY_DB` मुक्त हो जाता है, `client_cb->p_disc_db` null होता है, और SDP लेयर के पास discovery DB के लिए अब कोई `p_ccb->p_db` नहीं रहता।

हालाँकि, यदि फ़ोन पहली SDP discovery के लौटने से पहले फिर से RFCOMM खोलता है:

- हम एक हैंडल फिर से आवंटित करते हैं (संभवतः वही हैंडल जो पहले पूल में डी-आवंटित किया गया था) और फिर से discovery कॉल करते हैं।
- अब `client_cb->p_disc_db` एक नए `tSDP_DISCOVERY_DB` की ओर इंगित करता है, और SDP लेयर दो `tSDP_DISCOVERY_DB`s रखती है: एक `p_ccb->p_db` पहले कनेक्शन का पुराना DB रखता है और एक `p_ccb->p_db` दूसरे कनेक्शन का नया DB रखता है

अब, फ़ोन पहली SDP discovery का उत्तर त्रुटि के साथ देता है:

- SDP लेयर पहले कनेक्शन का `p_ccb` बंद कर देती है
- [bta_hf_client_free_db](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/bta/hf_client/bta_hf_client_sdp.cc;l=413;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) `client_cb->p_disc_db` को मुक्त करता है, जो _दूसरे_ कनेक्शन का DB है
- अब hf_client का `client_cb->p_disc_db` मुक्त होकर null सेट हो जाता है, और पहले कनेक्शन के लिए SDP का `p_ccb` समाप्त हो जाता है
- लेकिन दूसरे कनेक्शन का `p_ccb` अभी भी सक्रिय है, इसलिए दूसरे SDP discovery अनुरोध के लिए `p_ccb->p_db` एक मुक्त किए गए `tSDP_DISCOVERY_DB` की ओर इंगित करता है

अंत में, फ़ोन दूसरी SDP discovery का उत्तर वास्तविक प्रतिक्रिया के साथ देता है:

- SDP लेयर [sdp_data_ind](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/stack/sdp/sdp_main.cc;l=234;drc=0e45ce1dc53e611da84344e7c5a11108ad7dba46) में आने वाले डेटा को संसाधित करती है और sdp_disc_server_rsp पर डिस्पैच करती है
- [process_service_search_attr_rsp](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Bluetooth/system/stack/sdp/sdp_discovery.cc;l=683;drc=769caf391c6055c6f9db945b71d96b2f01c8799c) `p_ccb->p_db` से पढ़ना शुरू करता है
- चूँकि `p_db` को पहली SDP discovery के त्रुटि प्रतिक्रिया से `bta_hf_client_free_db` द्वारा पहले ही मुक्त कर दिया गया था, दूसरी SDP प्रतिक्रिया use-after-free का कारण बनती है।

मैं क्या नहीं समझता:

- Bionic [malloc_debug](https://android.googlesource.com/platform/bionic/+/master/libc/malloc_debug/README.md) का समर्थन करता है: `"LIBC_DEBUG_MALLOC_OPTIONS=fill\ verbose"` सेट करने पर मुक्त करने पर मेमोरी `0xef` से भर जाती है। मुझे क्रैश लॉग में `0xef`s क्यों नहीं दिखते?

## चलाना

Android Automotive 14, API 34-ext9, "Android Automotive with Google APIs arm64-v8a System Image", संस्करण 5 वाला Android Studio इम्यूलेटर बनाएँ - इसमें Headset Client डिफ़ॉल्ट रूप से सक्षम होता है।

वैकल्पिक रूप से, गैर-Automotive Android Emulator को ब्लूटूथ हेडफ़ोन का अनुकरण कराने के लिए:

Android Studio में Android 15 के लिए एक स्थानीय Android Emulator प्रारंभ करें। (मैं Android 15 के लिए Android Emulator, "Google APIs ARM 64 v8a System Image", संस्करण 9 का उपयोग कर रहा हूँ।)```
adb root
adb shell
setprop bluetooth.profile.hfp.hf.enabled true
# optionally:
# setprop wrap.com.google.android.bluetooth "LIBC_DEBUG_MALLOC_OPTIONS=fill\ verbose"
am force-stop com.google.android.bluetooth

यदि इम्यूलेटर असुरक्षित है (उदा. Android 15 API 35 "Google APIs ARM 64 v8a System Image" revision 9), आपको मिलेगा:```
(env) zhuowei-laptop:blueshrimp zhuowei$ python3 blueshrimp.py
WARNING: All log messages before absl::InitializeLog() is called are written to STDERR
I0000 00:00:1763097284.153459 24000650 fork_posix.cc:71] Other threads are currently calling into gRPC, skipping fork() handlers
I0000 00:00:1763097284.158812 24000650 fork_posix.cc:71] Other threads are currently calling into gRPC, skipping fork() handlers
<bound method Server.on_sdp_service_search_attribute_request of <bumble.sdp.Server object at 0x1025ae3c0>>
open dlc!!!!!!!
got SDP, doing NOTHING SDP_SERVICE_SEARCH_ATTRIBUTE_REQUEST [TID=0]:
  service_search_pattern:       SEQUENCE([UUID(UUID-16:111F (HandsfreeAudioGateway))])
  maximum_attribute_byte_count: 1008
  attribute_id_list:            SEQUENCE([UNSIGNED_INTEGER(1#2),UNSIGNED_INTEGER(9#2),UNSIGNED_INTEGER(785#2)])
  continuation_state:           00
got SDP, doing NOTHING SDP_SERVICE_SEARCH_ATTRIBUTE_REQUEST [TID=0]:
  service_search_pattern:       SEQUENCE([UUID(00001106-0000-1000-3500-1C0000110600)])
  maximum_attribute_byte_count: 1008
  attribute_id_list:            SEQUENCE([UNSIGNED_INTEGER(1#2),UNSIGNED_INTEGER(9#2),UNSIGNED_INTEGER(785#2)])
  continuation_state:           00
(env) zhuowei-laptop:blueshrimp zhuowei$

यदि इम्यूलेटर असुरक्षित नहीं है (जैसे Android 16 API 36.1 "Google APIs ARM 64 v8a System Image" revision 3)```
(env) zhuowei-laptop:blueshrimp zhuowei$ python3 blueshrimp.py
WARNING: All log messages before absl::InitializeLog() is called are written to STDERR
I0000 00:00:1763092971.476083 23945806 fork_posix.cc:71] Other threads are currently calling into gRPC, skipping fork() handlers
I0000 00:00:1763092971.486513 23945806 fork_posix.cc:71] Other threads are currently calling into gRPC, skipping fork() handlers
<bound method Server.on_sdp_service_search_attribute_request of <bumble.sdp.Server object at 0x10697e3c0>>
open dlc!!!!!!!
got SDP, doing NOTHING SDP_SERVICE_SEARCH_ATTRIBUTE_REQUEST [TID=0]:
  service_search_pattern:       SEQUENCE([UUID(UUID-16:111F (HandsfreeAudioGateway))])
  maximum_attribute_byte_count: 1008
  attribute_id_list:            SEQUENCE([UNSIGNED_INTEGER(1#2),UNSIGNED_INTEGER(9#2),UNSIGNED_INTEGER(785#2)])
  continuation_state:           00
got SDP, doing NOTHING SDP_SERVICE_SEARCH_ATTRIBUTE_REQUEST [TID=0]:
  service_search_pattern:       SEQUENCE([UUID(UUID-16:111F (HandsfreeAudioGateway))])
  maximum_attribute_byte_count: 1008
  attribute_id_list:            SEQUENCE([UNSIGNED_INTEGER(1#2),UNSIGNED_INTEGER(9#2),UNSIGNED_INTEGER(785#2)])
  continuation_state:           00
Traceback (most recent call last):
  File "/Users/zhuowei/Documents/winprogress/oculus/stella/blueshrimp/blueshrimp.py", line 91, in <module>
    asyncio.run(main())
    ~~~~~~~~~~~^^^^^^^^
  File "/opt/homebrew/Cellar/[email protected]/3.13.4/Frameworks/Python.framework/Versions/3.13/lib/python3.13/asyncio/runners.py", line 195, in run
    return runner.run(main)
           ~~~~~~~~~~^^^^^^
  File "/opt/homebrew/Cellar/[email protected]/3.13.4/Frameworks/Python.framework/Versions/3.13/lib/python3.13/asyncio/runners.py", line 118, in run
    return self._loop.run_until_complete(task)
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/opt/homebrew/Cellar/[email protected]/3.13.4/Frameworks/Python.framework/Versions/3.13/lib/python3.13/asyncio/base_events.py", line 725, in run_until_complete
    return future.result()
           ~~~~~~~~~~~~~^^
  File "/Users/zhuowei/Documents/winprogress/oculus/stella/blueshrimp/blueshrimp.py", line 86, in main
    device.sdp_server.orig_on_sdp_service_search_attribute_request(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        requests[1])
        ^^^^^^^^^^^^
  File "/Users/zhuowei/Documents/winprogress/oculus/stella/blueshrimp/env/lib/python3.13/site-packages/bumble/sdp.py", line 1330, in on_sdp_service_search_attribute_request
    self.send_response(
    ~~~~~~~~~~~~~~~~~~^
        SDP_ServiceSearchAttributeResponse(
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<4 lines>...
        )
        ^
    )
    ^
  File "/Users/zhuowei/Documents/winprogress/oculus/stella/blueshrimp/env/lib/python3.13/site-packages/bumble/sdp.py", line 1063, in send_response
    self.channel.send_pdu(response)
    ~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^
  File "/Users/zhuowei/Documents/winprogress/oculus/stella/blueshrimp/env/lib/python3.13/site-packages/bumble/l2cap.py", line 772, in send_pdu
    raise InvalidStateError('channel not open')
bumble.core.InvalidStateError: channel not open
(env) zhuowei-laptop:blueshrimp zhuowei$