Four Newbies Vs - An Insulin Pump - How Hard Can It Be
Where
BioHacking Village
DEF CON 34
Duration
29 min
Follows four security students as they analyze a Bluetooth Low Energy insulin pump, from threat modeling to spoofing the pump's advertisements to reach the controller.
Summary
Four cybersecurity students from a Norwegian university describe their bachelor thesis on a commercial tubeless insulin pump, approaching it as newcomers to medical device research. They explain how type 1 diabetes depends on insulin delivery, and how the pump pairs over Bluetooth Low Energy with a controller app that was only offered in a single region, which made even getting a compatible phone a hurdle.
The team built a threat model using STRIDE and MITRE's embedded-device framework, splitting the system into controller, pump and glucose sensor and rating each threat by impact and attack complexity. Passive captures of pairing traffic revealed vendor identifiers and a service UUID in advertisements. Scan floods and connection-request floods were blunted by rate limits and fixed pauses, but an ESP32 imitating the pump's advertisement structure eventually got the controller to open a connection. Analysis of the later key exchange pointed to elliptic-curve Diffie-Hellman with no authentication of the peer.
In a demo, the controller refused to connect once it saw more than one pump, so a spoofed advertisement caused a denial of service. The speakers note that this behavior was likely added to prevent rogue connections seen in earlier pumps, and they suggest verifying the peer during connection as a fix. They stress that real-world risk is low. Their closing takeaway: a beginner's questions and persistence drove the work, and anything passively observable may be spoofable.
Materials
Related talks
Maritime Hacking Village·24 min
Jason Veara
Explains how cellular non-terrestrial networks extend terrestrial mobile threats to ships at sea, and what maritime operators should consider.
BioHacking Village·32 min
Marie Mo · Cheyenne · Christian
Follows a pacemaker patient and two students as they reverse engineer a clinic programmer and an implant's firmware, exposing its weaknesses.
BioHacking Village·23 min
Andrew Hendela
Shows how automated reverse engineering of medical device firmware maps each function to a clinical subsystem, so changes can be judged by patient safety rather than only by vulnerability.


