<div dir="ltr"><p>Dear Kea Team,</p>
<p>I am developing a custom hook library that handles lease commit, release, and expire events, and is loaded during Kea startup.</p>
<p>To study its integration and improve robustness, I intentionally introduced a segmentation fault in the hook logic. I observed that when the hook crashes, the main Kea process also crashes with it. This raises concerns regarding the resilience of the overall system when using third-party or experimental hooks.</p>
<p>To help make Kea more resilient in such scenarios, I would like to understand:</p>
<ol>
<li>
<p>How are hook libraries (.so) executed — are they run in a separate thread, separate process, or inline within the main DHCP process?</p>
</li>
<li>
<p>Is there currently any isolation or protection mechanism for Kea against hook-related crashes?</p>
</li>
<li>
<p>Are there best practices or plans for sandboxing hooks to prevent system-wide failure?</p>
</li>
</ol>
<p>My intent is not only to build safe extensions but also to explore ways to contribute toward improving Kea’s stability when handling faulty or experimental hook code.</p>
<p>Thank you for your support and for building such a flexible DHCP platform.</p>
<p>Best regards,<br>
Dipesh</p></div>