| ▲ | My insulin pump controller uses the Linux kernel. It also violates the GPL(old.reddit.com) |
| 273 points by davisr 5 hours ago | 96 comments |
| |
|
| ▲ | teddyh 4 hours ago | parent | next [-] |
| > I then decided to contact Insulet to get the kernel source code for it, being GPLv2 licensed, they're obligated to provide it. This is technically not true. It is an oversimplification of the common case, but what actually normally should happen is that: 1. The GPL requires the company to send the user a written offer of source code. 2. The user uses this offer to request the source code from the company. 3. If the user does not receive the source code, the user can sue the company for not honoring its promises, i.e. the offer of source code. This is not a GPL violation; it is a straight contract violation; the contract in this case being the explicit offer of source code, and not the GPL. Note that all this is completely off the rails if the user does not receive a written offer of source code in the first place. In this case, the user has no right to source code, since the user did not receive an offer for source code. However, the copyright holders can immediately sue the company for violating the GPL, since the company did not send a written offer of source code to the user. It does not matter if the company does or does not send the source code to the user; the fact that the company did not send a written offer to the user in the first place is by itself a GPL violation. (IANAL) |
| |
| ▲ | JoshTriplett 2 hours ago | parent | next [-] | | This is an open legal question, which the Conservancy v Vizio case will hopefully change; in that case, Conservancy is arguing that consumers have the right to enforce the GPL in order to receive source code. | | |
| ▲ | schmuckonwheels an hour ago | parent | next [-] | | This got buried on HN a few days ago which is a shame: https://social.kernel.org/notice/B1aR6QFuzksLVSyBZQ Linus rants that the SFC is wrong and argues that the GPLv2 which the kernel is licensed under does NOT force you to open your hardware. The spirit of the GPLv2 was about contributing software improvements back to the community. Which brings us to the question: what is this guy going to do with (presumably) the kernel source? Force the Chinese to contribute back their improvements to the kernel? Of which there are likely none. Try and run custom software on his medical device which can likely kill him? More than likely. The judge's comments on the Vizio case are such that should this guy get his hands on the code, he has no right to modify/reinstall it AND expect it will continue to operate as an insulin pump. This is about as ridiculous as buying a ticket on an airplane and thinking you are entitled to the source code of the Linux in-seat entertainment system. | | |
| ▲ | jacquesm an hour ago | parent | next [-] | | There are a lot of people hacking on insulin pumps and they are lightyears ahead of commerce. If you want a very interesting rabbit hole to dive into try 'artificial pancreas hacking' as google feed. One interesting link: https://www.drugtopics.com/view/hacking-diabetes-the-diy-bio... I would trust the people that hack on these systems to be even more motivated than the manufacturers to make sure they don't fuck up, it's the equivalent of flying a plane you built yourself. | |
| ▲ | ryandrake an hour ago | parent | prev | next [-] | | Why is it ridiculous? If the license says you have the right to obtain the source code to software that was distributed to you, then you have the right to obtain the source code. It doesn't matter what your intended use of it is. | | |
| ▲ | teddyh an hour ago | parent | next [-] | | Rather crucially, the license itself does not say that you have the right to the source code. It is only the separate written offer which gives you that right. If you did not receive such an offer, you don’t have any right to it. But then, the company has already, unquestionably, violated the GPL, and the company can be sued immediately. Specifically, you don’t have to first ask the company for the source code! The lack of a written offer is in itself a clear violation. | | |
| ▲ | schmuckonwheels 33 minutes ago | parent [-] | | > But then, the company has already, unquestionably, violated the GPL, and the company can be sued immediately. You were right up to this point. Medical devices requiring a prescription must be obtained via specialized suppliers, like a pharmacy for hardware. These appliances are not sold directly to end users because they can be dangerous if misused. This includes even CPAP machines. In theory, that written offer only needs to go to the device suppliers. Who almost universally have no interest in source code. When the device is transferred or resold to you, it need not be accompanied by the offer of source. If that was true, anyone reselling an Android phone could open themselves up to legal liability. Imagine your average eBayer forgetting to include an Open Source Software Notice along with some fingerprint-encrusted phone. | | |
| ▲ | teddyh 25 minutes ago | parent [-] | | > If that was true, anyone reselling an Android phone could open themselves up to legal liability. That’s only an appeal to ridicule. If those are valid, here’s an opposing one: If this is not true, then any company can violate the GPL all it likes just by funneling all its products through a second company, like a reseller. | | |
| ▲ | gpm 12 minutes ago | parent [-] | | Here's an appeal to the law, the doctrine of copyright exhaustion (also known as the first sale doctrine) dictates that copyright is exhausted upon the first sale of the device (i.e. to the distributor) and they have no rights to control or prevent further sales. That the GPL potentially fails to achieve what it intends to is neither a legal argument, nor particularly surprising. |
|
|
| |
| ▲ | schmuckonwheels an hour ago | parent | prev [-] | | It's a medical device that requires a prescription. You can't buy it off the shelf. They're not distributing software to you either. You must go through a medical equipment supplier who transfers the device to you after insurance has paid for some or all of it. For the same reason you can't find an airplane entertainment system in the trash and call up the company and demand source code. | | |
| ▲ | kevin_thibedeau an hour ago | parent [-] | | It doesn't matter what form it takes. Compiled binaries of GPL code are being distributed. The recipients of that binary are entitled to the source of the GPL portions in a usable form: "The source code for a work means the preferred form of the work for making modifications to it. For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, plus the scripts used to control compilation and installation of the executable."
The GPL here doesn't extend beyond the kernel boundary. Userland is isolated unless they have GPL code linked in there as well. If they were careless about the linkage boundaries then that's on them. | | |
| ▲ | schmuckonwheels 43 minutes ago | parent [-] | | The recipient of that object code is the medical device supplier, not the end-user. It's subsequently transferred to you after presenting a prescription, without any accompanying offer of source code. In other words, assume you are the second owner in all cases when it comes to certified medical equipment. AFAIK if you find an Android phone in the trash, you are not entitled to source either since you never received the offer of source during a purchase transaction. You know that little slip of paper you toss as soon as you open some new electronics that says "Open Source Software Notice". | | |
| ▲ | RHSeeger 3 minutes ago | parent [-] | | > In other words, assume you are the second owner in all cases when it comes to certified medical equipment. By that logic, _any_ company can effectively ignore the GPL constraints by just selling it to a reseller, first; one that they have a contract with to _not_ offer the source code when they re-sell it. It is my understanding that, if I use GPL in my code, and I distribute it to someone that then re-distributes it to someone else... the GPL is still binding. I don't see why that wouldn't be the case with hardware using GPL'd software. |
|
|
|
| |
| ▲ | isodev 17 minutes ago | parent | prev | next [-] | | > what is this guy going to do with (presumably) the kernel source? Force the Chinese to contribute back their improvements to the kernel? As the original Reddit comment explains, Insulet is an American company. | |
| ▲ | JoshTriplett an hour ago | parent | prev [-] | | > Linus rants Linus is arguing against a strawman that Conservancy never actually argued. See https://sfconservancy.org/news/2025/dec/24/vizio-msa-irrelev... for details. > Which brings us to the question: what is this guy going to do with (presumably) the kernel source? https://openaps.org/ | | |
| ▲ | schmuckonwheels 24 minutes ago | parent [-] | | If you have a pacemaker implanted, do you believe you have the right to modify and update the software that operates it? Separately, do you think it's remotely a good idea? |
|
| |
| ▲ | singpolyma3 2 hours ago | parent | prev | next [-] | | The argument here is that, if there is an offer, they already do under standard contract law. | |
| ▲ | teddyh an hour ago | parent | prev [-] | | If you carefully read what I wrote, you will notice that I never claimed otherwise. Whether or not third parties have standing to sue on a GPL violation is immaterial to my point, none of which is “an open question”. |
| |
| ▲ | kevin_thibedeau 37 minutes ago | parent | prev | next [-] | | The written offer with a limited term of three years is just one permitted method of distribution. If an offer was never made then they're not covered by that clause and are bound to comply by other means without the protection of the three year window. | | |
| ▲ | teddyh 29 minutes ago | parent [-] | | Yes. I did not cover these cases because approximately nobody does that. I mean, the absolutely simplest, and cheapest, way for companies to comply with the GPL is to ship the source code together with the software. Stick it in a zip file in a directory somewhere. The company can then forget the whole thing and not worry about anyone contacting them and ranting about source code and the GPL. But no company does that. The other simple way for companies to comply with the GPL is for companies to provide a link to download the source code at the same place that users download the program itself. If the user did not download the source code when they had the chance, that’s the user’s problem. This will also let the company ignore any GPL worries. No company does this, either. (The GPL provides a third way for individuals and non-profits, which is not relevant here.) |
| |
| ▲ | jstanley 4 hours ago | parent | prev | next [-] | | Are you saying that in the general case if you send someone a written offer for something and then don't honour it, you are in breach of contract? That doesn't sound right to me. A written offer is not the same thing as a contract. | | |
| ▲ | dspillett 3 hours ago | parent | next [-] | | The written offer is part of the licence, as is the need to respond to that offer with the source code offered. It is all part of the same agreement. A written offer on its own would not normally be directly enforceable in many (most?) jurisdictions, for the same sort of reason that retailers can't be held to incorrectly published prices (in the UK at least, a displayed price is an “invitation to tender”, not a contract or other promise) except where other laws/regulations (anti bait&switch rules for instance), or the desire to avoid fighting in the court of public opinion, come into effect. But in this instance, the written offer and the response to that offer are part of the wider licence that has been agreed to. | | |
| ▲ | teddyh 3 hours ago | parent [-] | | I don’t think so; I can’t recall any support for such a connection between the written offer and the GPL itself written into the GPL license text. | | |
| ▲ | abdullahkhalids 3 hours ago | parent [-] | | From section 4 [1] > If distribution of object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place satisfies the requirement to distribute the source code, even though third parties are not compelled to copy the source along with the object code. Similar clauses in Sec 6. [1] https://www.gnu.org/licenses/old-licenses/lgpl-2.1.html | | |
| ▲ | teddyh 3 hours ago | parent [-] | | That section (and similar in section 6d) is not about the written offer of source code. The written offer of source code is instead covered in section 6c. | | |
| ▲ | abdullahkhalids 3 hours ago | parent [-] | | Ah.. Thanks > c) Accompany the work with a written offer, valid for at least three years, to give the same user the materials specified in Subsection 6a, above, for a charge no more than the cost of performing this distribution. | | |
| ▲ | immibis 2 hours ago | parent [-] | | So according to the legal theory expressed in this thread so far, nobody can sue anybody and there's no obligation to provide source code. The copyright holder couldn't sue because the license was followed (an offer was provided) and the end user couldn't sue because the offer doesn't have to be followed up on. Or, instead of theorycrafting reasons why it shouldn't work, you could "just" sue them and see if the judge agrees. |
|
|
|
|
| |
| ▲ | ww520 an hour ago | parent | prev | next [-] | | The customer spends money to buy the product along with the source code offered. It's part of the transaction. Not honoring part of the transaction is a breach of contract. | |
| ▲ | teddyh 3 hours ago | parent | prev | next [-] | | Maybe it’s not technically “breach of contract”, and an offer might or might not be a contract. But if you don’t honor an offer you made, you must surely be guilty of something. Otherwise, all offers would be meaningless and worth nothing. | | |
| ▲ | jstanley 3 hours ago | parent [-] | | I don't think you're guilty of anything for failing to honour an offer in most cases. | | |
| ▲ | Retric 2 hours ago | parent | next [-] | | An offer is legally binding in that when someone acts based on that offer you can be liable for damages. This does not force you to honor the original offer though. | |
| ▲ | kkjjjjw 3 hours ago | parent | prev [-] | | Such offer is as legally binding as any tender. Of course a contract dispute could go either way. |
|
| |
| ▲ | woah an hour ago | parent | prev | next [-] | | And what are the damages? | |
| ▲ | kgwxd 3 hours ago | parent | prev [-] | | I think they're just saying the GPL doesn't really cover consumer/distributor (dis)agreements, it only covers copyright. While the spirit of the GPL is user-first, it still has to be realized within the confines of copyright law. Even though many people might conflate the spiritual goal and the legal agreement, it doesn't grant "users" any extraordinary legal powers. It's not illegal to not honor written offers, it's illegal to distribute copyrighted material in violation of it's license. | | |
| ▲ | cxr 2 hours ago | parent | next [-] | | That's not what they're saying. On the shelves are three insulin pumps: one with a 5-year warranty, one at a bargain barrel price that comes with no warranty, and one accompanied by a written offer allowing you to obtain the source code (and, subject to the terms of the GPL, prepare your own derivative works) at no additional charge any time within the next three years. Weighing your options, you go with pump #3. You write to the company asking for the GPL source. They say "nix". They're in breach. | | |
| ▲ | schmuckonwheels an hour ago | parent [-] | | The GPLv2 under which Linux is licensed does not prohibit that insulin pump from bricking itself if you tried to install "your own derivative work" that wasn't signed by the manufacturer. This is not only possible but also prudent for a device which can also kill you. | | |
| ▲ | fn-mote an hour ago | parent [-] | | Possibly true, but irrelevant to the post to which you are replying. The argument is over providing you the source code. |
|
| |
| ▲ | TZubiri 2 hours ago | parent | prev [-] | | So gpl is a licensor-licensee contract, if code and license is not shared to the user, then there is no contract to which the user is a party, rather the user is a beneficiary. The offer of source code seems to be a way to facilitate the conveyance of source code through opt-in means separately from the object code rather than some legal trickery to create a user-licensee contract. While the offer may indeed convey a licensee-user obligation, a compliant distribution would attach a license anyway, converting the user into a licensee and licensor to licensee in a recursive fashion I wonder if lawyers specialize in this, it sounds very cool and not at all standard law, but somehow compatible with contract law IANAL |
|
| |
| ▲ | immibis 2 hours ago | parent | prev | next [-] | | In America, maybe this is the case. In Germany, it seems an end user can sue them directly for source code. | |
| ▲ | TZubiri 2 hours ago | parent | prev [-] | | > This is not a GPL violation; it is a straight contract violation But GPL is a contract I think the distinction you are pointing would be between a gpl licensor-licensee contract, rather than a licensee-user contract. (IANAL) | | |
| ▲ | teddyh 39 minutes ago | parent [-] | | > But GPL is a contract Not according to the original reasoning by its creators, but opinions differ wildly. However, this is irrelevant to the point; the written offer, which is separate from the GPL, is what is failing to be honored, not the GPL. If you did not receive such a written offer, the GPL, in itself, makes no guarantee that you have the right to the source code. |
|
|
|
| ▲ | Aurornis 4 hours ago | parent | prev | next [-] |
| Be sure to read the top comment where someone who claims to have worked for the company provides some inside information. In my experience, this is quite common when the development of hardware is viewed as a cost center and is outsourced to various providers and teams. Those providers and teams churn a lot and nobody who worked on that is likely still involved with the company via contracts or direct employment. Front line support people aren’t equipped to respond to these requests. If you’re lucky they’ll get bounced around internally while project managers play hot potato with the e-mail until it gets forgotten. You might get lucky if you go the corporate legal route, but more likely is that the lawyers will do the math on the likelihood of you causing them actual legal trouble for anything and decide it’s best to ignore it. When I worked at a company that had a history of GPL drama one of the first things I did was enforce a rule that every release had a GPL tarball that was archived and backed up. We educated support people on where to forward requests. I handled them myself. 7 out 10 times, the person on the other end was angry because they assumed the GPL entitled them to all of our source code and they were disappointed when they only found GPL code in the tarball. It really opened my eyes to some of the craziness you get exposed to with these requests (though clearly not the polite and informed request in this Reddit thread) which is probably another reason why support staff are uneasy about engaging with these requests. |
| |
| ▲ | teddyh 3 hours ago | parent [-] | | > 7 out 10 times, the person on the other end was angry because they assumed the GPL entitled them to all of our source code and they were disappointed when they only found GPL code in the tarball. Well, if your non-GPL code was directly linked to, or closely interoperated with, any GPL code, those users would have been right. | | |
| ▲ | juped 2 hours ago | parent [-] | | Richard Stallman is wrong about linking. | | |
| ▲ | teddyh 2 hours ago | parent [-] | | As far as I understand it, Richard Stallman has gotten his view about linking from FSF’s lawyers, who has advised the FSF about what does and does not count as a “derived work”, in the sense of US copyright law. If you want to argue that the FSF’s lawyers are wrong, please provide more detailed, and hopefully referenced, arguments (as opposed to plain assertions). | | |
| ▲ | abigail95 2 hours ago | parent | next [-] | | FSF has opinions but not case law - anyone else's opinion is as valid, there's no citation because no court has ruled that dynamic linking is or isn't a derivative work. You have to construct your own view based on existing statute and vaguely related cases. Google LLC v. Oracle America, Inc., 593 U.S. 1 (2021) is not a pro-FSF opinion. Whether linking (dynamic or not) is a derivative work is defined by things like incorporation, similarity, and creative expression. I think the FSF view is unreasonably confident in its public opinions where the current law is that each potential infraction is going to be decided on a case by case basis. Read 17 USC 101 for yourself and square that with FSF/Stallman opinions. There's too much nuance to have a stance about what happens when you link a program. "It depends" is the only thing you can say. | | |
| ▲ | immibis 2 hours ago | parent [-] | | until you actually sue them, all you have are guesses, and you miss all shots you don't take |
| |
| ▲ | SpicyLemonZest 2 hours ago | parent | prev [-] | | I would point towards Oracle v. Rimini, where the Ninth Circuit has specifically ruled (inside a complex and yet-unresolved case) that a system built to interoperate with a copyrighted program does not constitute a derivative work of that program. (https://cdn.ca9.uscourts.gov/datastore/opinions/2024/12/16/2...) They reference a less on point but better known case (https://en.wikipedia.org/wiki/Lewis_Galoob_Toys,_Inc._v._Nin...., for some reason you have to manually add the period at the end of the link) about whether NES cheat cartridges were copyright infringement. If a work that directly links to and interoperates with a program is a derivative work of that program, the Game Genie really was illegal after all. To me that doesn't seem right, and given the FSF's general opinion on console restrictions (https://www.fsf.org/bulletin/2025/winter/new-nintendo-drm-ba...) I kinda feel like they'd have to agree. | | |
| ▲ | abigail95 2 hours ago | parent [-] | | Galoob is terrible for the FSF because it provides for a program that only exists to enhance another. That doesn't fit into the dynamic linking absolutists worldview at all. | | |
| ▲ | SpicyLemonZest 42 minutes ago | parent [-] | | Ehh, I'm not sure it's fair to call the FSF dynamic linking absolutists. They only care about any of this because they've boxed themselves into a corner. They want to prevent people from writing proprietary wrappers around copyleft programs, but they don't want a license so restrictive that proprietary and copyleft programs are forbidden from interacting, and Freedom 0 means they can't explicitly prohibit a copyleft program from being used for suchandsuch purpose. |
|
|
|
|
|
|
|
| ▲ | anigbrowl 4 hours ago | parent | prev | next [-] |
| As always, the solution is to contact their legal department, preferably via a lawyer. Engineers and support staff are not going to risk their jobs making legal decisions about giving away company property. The FSF could help a lot here by publishing demand letter templates outlining the statutory and precedential basis for license enforcement and recovery of damages. |
| |
| ▲ | whatshisface 4 hours ago | parent [-] | | It is not company property. | | |
| ▲ | anigbrowl 4 hours ago | parent | next [-] | | But it's the company's legal department which would evaluate that claim. Because it's a legal claim. Licenses aren't magic spells, they're social agreements and non-executive employees don't want to get in trouble for making executive decisions. | |
| ▲ | treesknees 2 hours ago | parent | prev | next [-] | | That really depends. A company can still own the copyright to the code that they’ve written, even if it’s licensed with GPL. It’s an asset that is transferred if the company is sold, etc, so yes, it’s actually company property. The GPL grants rights to use and distribute, but does not grant ownership. It’s not suddenly in the public domain. | |
| ▲ | Aurornis 4 hours ago | parent | prev | next [-] | | Support staff or even engineers are not in a position to be making that call. It’s a legal department decision, even if it seems obvious to you. | | |
| ▲ | opello 2 hours ago | parent | next [-] | | I agree that a front-line CSR or even engineer is not likely the right person, but surely then the responsible action is to redirect the request to the responsible department or person? | | |
| ▲ | SpicyLemonZest 25 minutes ago | parent [-] | | Absolutely, and companies that routinely get requests like this train customer service agents on specific trigger words like "license" or "GDPR" that must be redirected. Without that training, it's not obvious why "it's GPLv2 licensed" is more compelling than the last customer's argument that the device warranty obligates you to drop everything and immediately fix the minor UI bug they reported. |
| |
| ▲ | ozim 3 hours ago | parent | prev [-] | | This should be the most upvoted answer. Yeah there are are startups where head guys don’t know that and developers jump the gun because they feel like they’re ones that have the best understanding of the issue at hand. But of course that’s legal territory. |
| |
| ▲ | abigail95 3 hours ago | parent | prev [-] | | Derivative works are owned by those who create them. What copyright says you can do with them depends on the specifics, but the general case is true. |
|
|
|
| ▲ | jimrandomh 3 hours ago | parent | prev | next [-] |
| If the only GPLed component used is the Linux kernel, you probably aren't entitled to any noteworthy source code. It's well established that using the kernel doesn't create a GPL requirement userspace software running on the same device, and the most likely arrangement here is a completely-uncustomized kernel paired with an open-source userspace program that does all the interesting bits. |
| |
| ▲ | kkjjjjw 3 hours ago | parent | next [-] | | Then it should be trivial for them to provide the source code. | |
| ▲ | dilyevsky 2 hours ago | parent | prev [-] | | It also doesn’t apply to driver modules if you use gpl shim (eg nvidia drivers and many others) so i dont get why author thinks they violate anything |
|
|
| ▲ | pvtmert 2 hours ago | parent | prev | next [-] |
| If they built the kernel directly from tree, just pointing out the correct https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... should be enough... |
| |
| ▲ | cxr 2 hours ago | parent [-] | | Since a company building it themselves hasn't gotten it in the form of a binary from someone else that they're just passing along to you and their use is commercial, they don't satisfy either condition of GPLv2 3(c), but they'd need to satisfy both in order to be able to exercise that option. |
|
|
| ▲ | abigail95 3 hours ago | parent | prev | next [-] |
| I get mad triggered by software license violation discussions. Please for the love of all that the FSF thinks is holy - just file a damn lawsuit if you are telling me they are violating the law. State your claim and have a court sort it out. It costs hundreds of dollars. For a medical device? Seems like a good deal. |
| |
| ▲ | austhrow743 2 hours ago | parent | next [-] | | The OP almost certainly isn’t a copyright holder for the Linux kernel. They probably would have said if they were. | | |
| ▲ | abigail95 2 hours ago | parent [-] | | Then why are they trying to enforce copyright/contract law without standing? Making a blog post about someone elses copyright being violated is even more annoying to me. | | |
| ▲ | austhrow743 2 hours ago | parent [-] | | Huh, they’re not. You’re the one saying they should. | | |
| ▲ | abigail95 2 hours ago | parent [-] | | What's their basis for sending the emails then? If not one of legal standing in copyright/contract law? Edit: My point is this is just another one of many annoying people you have to deal with who will email you alleging all sorts of legal violations, who don't themselves understand anything about the claims they are making. | | |
|
|
| |
| ▲ | robomartin 3 hours ago | parent | prev [-] | | In what planet does a lawsuit cost hundreds of dollars? | | |
| ▲ | abigail95 2 hours ago | parent | next [-] | | $405 https://www.caed.uscourts.gov/caednew/index.cfm/attorney-inf... | |
| ▲ | abigail95 2 hours ago | parent | prev [-] | | This one. That's what the filing fees are for a lawsuit like this. There's no rule saying you have to pay a lawyer to write a statement of claim. Edit: Courts deal with contract law disputes all the time. It's their bread and butter, everyday, nothing special stuff. Edit2: To you below, citation needed | | |
| ▲ | lucb1e 2 hours ago | parent [-] | | Is that also what it costs when you lose and the court makes you pay their lawyer time? | | |
| ▲ | abigail95 2 hours ago | parent [-] | | Use the CCB then? Edit: I'm somewhat mad that there's all these tools out there to solve the screeching about GPL violations and nobody seems to want to use them. | | |
| ▲ | apublicfrog an hour ago | parent [-] | | For reference for non Americans/non legal people: > The Copyright Claims Board (CCB)
is available to resolve copyright disputes of a relatively low economic value and provides an efficient, less expensive alternative to federal court. https://ccb.gov/ |
|
|
|
|
|
|
| ▲ | jacquesm 3 hours ago | parent | prev | next [-] |
| Let me guess. Omnipod. They've had some pretty bad recalls too. Never in a lifetime would I trust my well-being to their p.o.s. hardware / software combo. Apologies that person in this thread that worked there, but I hope you are working for a better company now. |
|
| ▲ | lacoolj 3 hours ago | parent | prev | next [-] |
| So can someone tell me - a non-insulin-dependent individual - why would an insulin pump need to be (controlled by?) a phone (in this case, the Nuu phone referenced)? Surely there is a way to cheaply obtain bluetooth and a controller without saying "we'll just use this already existing hardware - that happens to be a whole-ass phone - because it's $5 from China"? Kinda feels like that just screams data-stealing, regardless of where it was made. |
| |
| ▲ | martin_bech 3 hours ago | parent | next [-] | | Security… The PDM is walled off completely, it cant install apps, its not on wifi, you cant change any settings. The issue is that a PDM technically could easily kill you, by giving you a lethal dose of insulin. Funny thing is that the newer Omnipod 5 from the same company works with regular phones now, but only in th US. | |
| ▲ | mlsu 3 hours ago | parent | prev [-] | | Until recently, if you offered a pump that _could_ be controlled by another device (such as a phone) you would have to offer your own "controller" device, even if 99.9% of your customers have a phone already. So, this companion device is kind of a thing that Insulet had to release. You'll see this with CGM's too -- there's a small companion device sold with the Dexcom G7 (the "controller"), even though everyone just uses their phone. This is kind of a regulatory quirk; basically from the FDA's point of view you had to have a complete standalone system, that did not include the phone, in order to be able to prescribe it. I think they do not require companion devices any more, it's OK to release something that requires the user to have a phone. | | |
| ▲ | lacoolj 3 hours ago | parent | next [-] | | So essentially, it's like this? "we plan on users having a phone to connect to it and use primarily. FDA requires a primary/backup. well it's already phone-controlled, go find a phone that works with it. needs to be cheap, cuz no one will really use it anyway" That makes a little more sense. I was imagining the development process involving both devices, rather than one device first, then determining what the second would be later. Thanks for the insight! | |
| ▲ | martin_bech 3 hours ago | parent | prev [-] | | Its also for security.. outside the US, you still cant use a regular phone with the omnipod. |
|
|
|
| ▲ | Group_B 4 hours ago | parent | prev | next [-] |
| Oh well. The whole thing has already been reverse engineered. Look up Loop or Trio or OpenAPS. Diabetic companies like Insulet have been very lax when it’s come to the hacking of their devices. This isn’t really that big a deal. What we need right now is help REing the Omnipod 5 |
| |
| ▲ | duban 4 hours ago | parent | next [-] | | I’m aware of a few people working on REing the Omnipod 5. The furthest issue that I have seen is that when a PDM/Omnipod 5 app signs into your insulet id, it gets a private key from the API which is stored in the keychain (and uses SSL pinning to prevent MiTM retrieval of the private key). When pairing with the pod they exchange public keys and then a derived key from the devices private key+pods public keys, but haven’t been able to get a copy of a private key yet to make further progress. | |
| ▲ | fyhn 3 hours ago | parent | prev [-] | | Not all though, I've been looking at Minimed pump reverse engineering (which would be just reading glucose data, not controlling the pump), and that's not solved yet, at least not for the 780G. But I hope it will be, and perhaps I'll be able to contribute. | | |
| ▲ | mlsu 3 hours ago | parent [-] | | I don't work for Medtronic. But it's extremely unlikely that will happen. It's not merely a matter of reverse engineering -- after the original medtronic "hack" / reverse engineer efforts (the ones that lead to the original openAPS system being developed) the FDA put out new guidance on cybersecurity protections for insulin pumps. The communication between your phone/pump or glucose sensor/pump is encrypted now for all newer devices. > Diabetic companies like Insulet have been very lax when it’s come to the hacking of their devices Absolutely not true, not any more. |
|
|
|
| ▲ | mijoharas 4 hours ago | parent | prev | next [-] |
| Out of interest is there a process to petition the FSF to take up something like this? How do they triage and decide what to pursue? |
| |
| ▲ | LukeShu 4 hours ago | parent [-] | | TL;DR: Not the FSF, but SFC; email compliance@sfconservancy.org The dominant legal theory is that the GPL can only be enforced by the party holding the copyright. SFC's lawsuit against Vizio is strategically trying to establish precedent changing that; establishing that end-users are "third party beneficiaries" under the GPL, so others can enforce the GPL; but for now the copyright holder is the only one who can enforce it. So the FSF could only take it up if the violation is on projects that do copyright-assignment to the FSF (i.e.: most GNU stuff). If you do find a violation of GNU stuff, the process is "email license-violation@gnu.org". I do not know what process Craig and Krzysztof use when triaging reports and deciding what to pursue. Many Linux-kernel contributors (also, SFC member projects such as OpenWrt, Git, Qemu) have assigned their copyright to SFC or named SFC as their legal representative (also, SFC member projects; so SFC can take up something like this. Similarly, you can report violations to them by emailing compliance@sfconservancy.org (see https://sfconservancy.org/copyleft-compliance/help.html for more info). Now, SFC is aware of more violations than they could ever possibly pursue, so they're strategic about pursuing ones that are high-impact. I'm not sure how they decide that. But I can say that medical devices are near-and-dear to them, between executive-director Karen Sandler's implanted defibrillator and policy-fellow Bradley Kühn's blood glucose monitor. | | |
| ▲ | Tomte 4 hours ago | parent [-] | | > Bradley Kühn's I saw that spelling for the first time last week, I think. Did he change his name? Has he always been Kühn, but went with Kuhn, because Umlaute are hard for Americans? | | |
|
|
|
| ▲ | raverbashing 5 hours ago | parent | prev | next [-] |
| Good luck trying to enforce the GPL against a Chinese company |
| |
| ▲ | caminanteblanco 4 hours ago | parent | next [-] | | Well it looks like insulet is the primary offender here, and Nuu (the Chinese company) is just the hardware manafacturer | |
| ▲ | themafia 3 hours ago | parent | prev [-] | | An actual good use case for tariffs. |
|
|
| ▲ | HackerThemAll 2 hours ago | parent | prev [-] |
| Is linking to the "old" reddit a sign of being superior to those who use the current version of reddit? I've spotted that numerous times over past few weeks here. |
| |
| ▲ | RobotToaster 2 hours ago | parent | next [-] | | Some of us just prefer the old version, so when we copy the link from our URL bar it's to the old version. | |
| ▲ | GaryBluto 2 hours ago | parent | prev [-] | | Why would you come to that conclusion instead of the obvious one being that the kind of people to use Hacker News are the same kind to prefer old Reddit? |
|