<div class="key-takeaways"><ul><li>เพิ่มฟีเจอร์ IP subnet diversity ใน Kad-DHT ผ่าน PR #1383</li><li>ยกเลิกแนวคิด randomized lookup selection เพื่อเน้นการจัดการ bucket ที่รัดกุมขึ้น</li><li>แก้ไขปัญหาเทสล้มเหลว (flaky tests) สองจุดใน py-libp2p ได้แก่ test_expiry_removal และ test_gossip_gate_filters_peers</li><li>เปิด PR ค้างไว้ 3 รายการเพื่อเตรียมผลักดันเข้าสู่ระบบหลักในสัปดาห์หน้า</li></ul></div><p>การเจาะลึกความปลอดภัยของ libp2p ในสัปดาห์นี้มุ่งเน้นไปที่การสร้างฟีเจอร์ IP subnet diversity สำหรับ Kad-DHT ควบคู่ไปกับการแก้ไขปัญหา race conditions ที่แก้ไม่ตกในชุดทดสอบ พร้อมกับเปิด PR ใหม่ 3 รายการและดูแลรักษาการตั้งค่า Neovim ส่วนตัวเบื้องหลังเพื่อให้งานดำเนินไปอย่างราบรื่น</p><p>ความพยายามด้านความปลอดภัยเป็นหัวใจหลักในสัปดาห์นี้ โดยเน้นไปที่การทำให้การใช้งาน Kademlia DHT มีความทนทานต่อการโจมตีแบบ Eclipse attacks มากขึ้น ผ่านการร่างตรรกะสำหรับ IP subnet diversity และการตามแก้ปัญหา race conditions ในชุดทดสอบของ py-libp2p ทำให้สัปดาห์นี้เต็มไปด้วยการคิดเชิงสถาปัตยกรรมระดับสูงควบคู่ไปกับการแก้โค้ดแบบอะซิงโครนัสที่จุกจิก</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/kademlia_dht_eclipse_attacks_py_libp2p_ms9wm33x_inline_1_d3bcb6a59b.jpg" alt="software developer writing code terminal" loading="lazy" /><p class="color-gray-500 text-sm mt-10">ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง</p></div><p>เวลาส่วนใหญ่ในสัปดาห์นี้ทุ่มเทให้กับ py-libp2p โดยเฉพาะเรื่องการเลือกเพียร์ (peer selection) ใน Kademlia DHT โดยได้เปิด PR สำคัญในชื่อ <code>feat(kad_dht): enforce IP subnet diversity in k-buckets (#1383)</code> ซึ่งเพิ่มโค้ดตรรกะใหม่ 226บรรทัด เพื่อป้องกันไม่ให้ตารางเส้นทาง (routing table) เต็มไปด้วยเพียร์จากเน็ตเวิร์กย่อยเดียวกัน</p><div class="ai-insight"><p>Eclipse Attack คือการโจมตีที่ผู้ไม่หวังประสงค์พยายามควบคุมโหนดข้างเคียงทั้งหมดของเป้าหมาย เพื่อตัดขาดเหยื่อออกจากเครือข่ายจริงหรือป้อนข้อมูลเท็จ การบังคับใช้ IP subnet diversity จึงช่วยเพิ่มต้นทุนและความยากลำบากให้อะตั๊กเกอร์ เพราะไม่สามารถสร้างโหนดนับพันบนคลาวด์พروไวเดอร์ subnet เดียวเพื่อครอบครอง k-buckets ได้ง่ายๆ</p></div><p>นอกจากนี้ยังได้เปิดประเด็นอภิปรายเชิงลึกในหัวข้อ <em>Eclipse-attack hardening for kad-dht: our approach, and why we dropped randomized lookup selection (#1383 / #1384)</em> โดยเดิมทีได้พิจารณาใช้ระบบ randomized lookup selection เป็นกลไกป้องกัน แต่หลังจากพิจารณาแล้วกลับตัดสินใจยกเลิกเพื่อเลือกการจัดการ bucket ที่มีประสิทธิภาพมากกว่า</p><div class="stat-row"><div class="stat-item"><span class="stat-number">3</span><span class="stat-label">PRs ที่เปิดค้างไว้</span></div><div class="stat-item"><span class="stat-number">226</span><span class="stat-label">บรรทัดโค้ดใหม่ใน PR #1383</span></div><div class="stat-item"><span class="stat-number">6</span><span class="stat-label">คอมมิตใน Neovim config</span></div></div><p>เมื่อทำงานกับไลบรารีที่พึ่งพานำเน็ตเวิร์กแบบอะซิงโครนัส หลีกเลี่ยงไม่ได้ที่จะต้องเจอกับ "flaky test tax" โดยสัปดาห์นี้ได้ใช้เวลาไล่ล่าปัญหา race conditions สองจุดที่รบกวนระบบ CI ได้แก่:</p><ul><li><strong>test(timed_cache): de-flake test_expiry_removal (#1408)</strong>: ปัญหาเทสแข่งกับเธรดพื้นหลัง (background sweeper thread) โดยใช้ <code>trio.sleep</code> แต่เนื่องจากสภาพแวดล้อม CI ที่ซีพียูโหลดไม่คงที่ ทำให้กระบวนการกวาดข้อมูลไม่เสร็จทันก่อนเทสจะตรวจผล</li><li><strong>test(pubsub): de-flake test_gossip_gate_filters_peers (#1401)</strong>: การแพร่กระจายการสมัครสมาชิกใน Gossipsub ขึ้นอยู่กับจังหวะเวลา หากเทสทำงานเร็วกว่าเครือข่ายจำลอง ระบบจะพังทันที</li></ul><p>ด้านงานข้างสนาม ได้ดูแลสภาพแวดล้อมการทำงานโดยมีการคอมมิต 6 ครั้งใน config ของ Neovim ผ่านระบบ CI อัตโนมัติที่ช่วยอัปเดตปลั๊กอินเป็นเวอร์ชันล่าสุดเสมอ ด้วยอัตราส่วนการเพิ่ม 7 บรรทัดและลบ 7 บรรทัด ทำให้สัปดาห์นี้มีความสมดุลในการดูแลรักษาเครื่องมืออย่างลงตัว</p><p class="source-attribution">ที่มา: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/yashksaini/dev-log-14-hardening-the-dht-against-eclipse-attacks-and-the-endless-battle-with-flaky-p2p-tests-593j" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

<div class="key-takeaways"><ul><li>Implemented IP subnet diversity feature for Kad-DHT via PR #1383</li><li>Dropped randomized lookup selection in favor of robust bucket management</li><li>Resolved flaky tests test_expiry_removal and test_gossip_gate_filters_peers</li><li>Maintained 3 open PRs targeting the main branch for next week</li></ul></div><p>Diving deep into libp2p security this week involved introducing a new IP subnet diversity feature for the Kad-DHT, while wrestling with stubborn race conditions in the test suite. Alongside keeping three pull requests open, automated maintenance on a Neovim setup helped keep the engineering engine running smoothly.</p><p>Security hardening took center stage this week with a strong focus on making the Kademlia DHT implementation far more resilient against Eclipse attacks. Between drafting the architectural logic for IP subnet diversity and tracking down asynchronous race conditions in the py-libp2p test suite, it was a week characterized by high-leverage decisions and the granular frustration of debugging async timing issues.</p><div class="mb-20"><img class="img-bdrd-16" src="https://api.inewgen.co/uploads/kademlia_dht_eclipse_attacks_py_libp2p_ms9wm33x_inline_1_d3bcb6a59b.jpg" alt="software developer writing code terminal" loading="lazy" /><p class="color-gray-500 text-sm mt-10">Stock photo for illustration only, not from the actual event</p></div><p>The majority of engineering bandwidth went toward py-libp2p, specifically regarding peer selection mechanisms within the Kademlia DHT. A significant pull request was opened, titled <code>feat(kad_dht): enforce IP subnet diversity in k-buckets (#1383)</code>, which introduces 226 lines of new logic to ensure routing tables aren't saturated by peers originating from the exact same network neighborhood.</p><div class="ai-insight"><p>An Eclipse attack occurs when an adversary surrounds a target node with malicious counterparts, effectively severing its connection to the real network or feeding it fraudulent data. Enforcing IP subnet diversity significantly raises the cost and difficulty of such attacks, as malicious actors cannot simply spin up thousands of nodes within a single cloud provider subnet to hijack k-buckets.</p></div><p>A deep-dive discussion titled <em>Eclipse-attack hardening for kad-dht: our approach, and why we dropped randomized lookup selection (#1383 / #1384)</em> was also kicked off. Although randomized lookup selection was initially explored as a defense mechanism, the team opted to drop it in favor of superior bucket management strategies before merging the code.</p><div class="stat-row"><div class="stat-item"><span class="stat-number">3</span><span class="stat-label">Open PRs</span></div><div class="stat-item"><span class="stat-number">226</span><span class="stat-label">New lines in PR #1383</span></div><div class="stat-item"><span class="stat-number">6</span><span class="stat-label">Neovim commits</span></div></div><p>Developing asynchronous networking libraries inevitably incurs the "flaky test tax." This week required hunting down two particularly frustrating race conditions haunting the CI pipeline:</p><ul><li><strong>test(timed_cache): de-flake test_expiry_removal (#1408)</strong>: This test raced against a background sweeper thread using <code>trio.sleep</code>. In fluctuating CI environments, the sweeper occasionally failed to finish cleanup before assertions were checked.</li><li><strong>test(pubsub): de-flake test_gossip_gate_filters_peers (#1401)</strong>: Subscription propagation in Gossipsub depends heavily on strict timing. When test execution outpaced the mocked network, failures occurred.</li></ul><p>On the maintenance side, the development environment remained polished with 6 commits to the Neovim configuration via automated CI chores. With 7 additions and 7 deletions across those commits, it was a perfectly balanced week of keeping tooling sharp without introducing software bloat.</p><p class="source-attribution">Source: <img src="https://www.google.com/s2/favicons?domain=dev.to&sz=64" alt="Dev.to" class="source-logo" width="16" height="16" /> <a href="https://dev.to/yashksaini/dev-log-14-hardening-the-dht-against-eclipse-attacks-and-the-endless-battle-with-flaky-p2p-tests-593j" target="_blank" rel="noopener noreferrer">Dev.to</a></p>

large_article-1121.jpg

medium_article-1121.jpg

small_article-1121.jpg

thumbnail_article-1121.jpg

Inewgen

Inewgen

#Eclipse Attack

Dev Log #14: Hardening DHT Against Eclipse Attacks & Taming Flaky P2P Tests

Inewgen