(评论)
(comments)

原始链接: https://news.ycombinator.com/item?id=38188162

总之,有几种潜在的解决方案可以防止技术上的云依赖,包括确保关键系统的软件托管、监管电子废物的产生、推广开源选项、制定反垄断监管、禁止捆绑软件硬件组合、改进软件许可 做法,鼓励反垄断机制,通过开放机制解决安全问题,实施持久措施以确定适当的软件版本,允许私人诉讼理由,倡导制定定义和惩罚异常做法的法规,以及激励开放的行业标准。 此外,还应考虑避免使用无法本地托管或无法轻松转换为本地托管的智能家居设备。 最终,对于个人来说,权衡这些方法的利弊并根据自己的具体情况选择最佳的行动方案非常重要。 通过采取综合方法,企业和组织可以帮助限制最终进入垃圾填埋场的过时硬件的数量,并促进更可持续的技术实践。 虽然智能家居设备的使用寿命可能会因云依赖性等因素而有所不同,但肯定可以采取一些措施来延长其使用寿命并最大程度地减少浪费。 具体就电灯开关而言,考虑到现代设备的预期使用寿命,传统开关不太可能因云连接问题而发生故障。 尽管如此,对云依赖程度增加的趋势提出了有关数据隐私、网络安全问题、许可协议以及我们技术实践的长期可持续性的宝贵观点。

相关文章

原文
Hacker News new | past | comments | ask | show | jobs | submit login
Home Assistant blocked from integrating with Garage Door opener API (home-assistant.io)
1008 points by eamonnsullivan 22 hours ago | hide | past | favorite | 551 comments










Partially responsible for this. (Sold Lockitron to Chamberlain in 2017 which became the basis for Amazon Key integrations.)

Contrary to the popular sentiment in a lot of the comments here, there’s not much value in the analytics. As we all painfully found out in the 2010’s, there are only two viable recurring revenue streams in the IoT space - charging for video storage and charging for commercial access. Chamberlain does both with the MyQ cameras and with the garage access program to partners like Amazon and Walmart. Both retailers have a fraud problem (discussed here https://news.ycombinator.com/item?id=38176891). “In garage delivery” promises dropping delivery fraud to zero - ie users falsely claiming package theft. That solution is worth millions to retailers, naturally Chamberlain would like a cut but only if they can successfully defend that chokepoint.

For historical reasons having to do with the security of three or four generations of wireless protocols used in garage doors they can’t (and products like ratgdo and OpenSesame exploit this.) Other industries such as automotive have a more secure chain of control over their encryption keys so one has to (for instance) go to the dealer to buy a replacement key fob for your Tesla for $300 and not eBay for $5.

Given the turnover in leadership there I’m not surprised the new guy needs to put their hand on the plate to see it’s hot, but there’s a reason this wasn’t implemented before and it wasn’t because of lack of discussion. I can see the temptation in going for monetization given their market share but I think this approach was ill conceived rather than fix foundational issues which would allow home users to integrate with 3rd party services and still charge industry partners for reducing incidences of fraud.



Amazon expects me to weaken my physical security posture to help them defend against an activity I don't engage in and is in no way my responsibility?

AND

Chamberlain expects me to weaken my digital security posture so they can run some opaque crap on my network¹ that I have very little observability into and even less control over so they can make money?

Money is one hell of a drug because they are high.

How about amazon builds (at their expense) an amazon controlled box, slap a mcu on, do authentication over nfc, rfid, etc etc. Offer it to customers free of charge, hell throw in a sweetener to get them to adopt.

[1] I have a default deny in AND out isolated vlan for crap like this, even if you don't have a network background try to set one up if your networking equipment is capable.



I find it odd that the standard policy is to leave packages unattended in any form in the first place. This is another one of those things that is not standard globally.

E.g for us in South Africa, this would be unthinkable, regardless of how much time it saves the delivery company. The only time a parcel is left at the door is when it's UberEats. Otherwise delivery is rescheduled if we don't physically collect parcels in person. This is partly an access issue (many houses/apartments/estates have gated access) and largely a trust/crime issue.



> How about amazon builds (at their expense) an amazon controlled box, slap a mcu on, do authentication over nfc, rfid, etc etc. Offer it to customers free of charge, hell throw in a sweetener to get them to adopt.

I mean, they already do exactly this — this is what Amazon Lockers are. It's just only seemingly worth it to Amazon to deploy them to commercial customers, e.g. at post offices, in front of Whole Foods locations, in some very large apartment building complexes, etc.

(My own guess as to why the economics don't work out for individual residences, is that a hypothetical smaller locker — one small enough to fit on a porch — would also inherently be lightweight enough for thieves to just cart away wholesale.)



And yet somehow here in Poland we have like 5+ companies (InPost, Allegro, several delivery services and even Orlen - the gas station operator - of all things!) one-upping each other in placing parcel lockers on every flat piece of land that's too small for developers to build an apartment block on. I have 10+ of such lockers within 5 minutes walk of my apartment. Now how is that possible?


You're talking about the commercial parcel lockers — the ones that fit a whole neighbourhood's deliveries, that are therefore essentially big sturdy metal storage racks underneath — too big and heavy to just pick up and walk away with.

Every country has these to some degree; I imagine they're most popular in places that 1. have colder climates, but 2. where people don't tend to drive (like Poland?) The US has some, but the suburban long-distance-commute car culture + generally not-too-bad climate, means that people in the US generally expect to pick up packages from further away, and so implementation of these in the US has lagged behind other countries.

However, my comment, and the one it was replying to, are talking about something else — a hypothetical concept of small lockers that serve single homes, given to the homeowner, to be located near the home's mailbox/mailslot. (Basically, logistics-provider-provided versions of these things that you can technically buy online — but where I've never seen anyone with one: https://www.amazon.ca/WeHere-Package-Delivery-Anti-Theft-Pas...).

And the thing about these is... they really aren't a good idea. They're not too big and heavy to just steal. Anyone who can walk up to your porch with a moving dolly can walk away with it.



Fair enough. I got confused because you mentioned Amazon Lockers, which to my understanding, are the proper brand name of the kind of parcel lockers I mentioned, as deployed by Amazon.

I agree that per-household lockers are... tricky at best. But then, if we're talking homes, and thus presumably lawns in front of them, I wonder what are the difficulties of selling a multi-slot locker that would be bolted down to the ground (or perhaps a bunch of concrete filling a hole in the ground), and thus as easy to steal as a thick fence post or an ATM? Is this too expensive for homeowners?



Dude you just replied to a comment about Amazon Lockers, one of many locker services that do exactly what you described in the US. If you combine all the companies (I dunno why you would), there's a lot more than 10 per 5 minute walk in a city


I know; but I was surprised about implied lack of ubiquity of the kind of lockers that are massively deployed where I live.


They're ubiquitous, but few prefer them over the convenience of delivery to the doorstep. Buyers are never responsible for missing packages so there's little incentive to use lockers unless you're buying a secret gift or live in a very sketchy neighborhood or your home is so far from the warehouses that same-day delivery is only available at the locker


I was going to counter it, but I guess same-day delivery is what makes this different from my experience. As a buyer, I'm incentivized to not miss packages, because I've already waited between 2 to 7 days for it, and I don't fancy doubling that time over a delivery dispute. But if my packages were all same-day delivered, I suppose I would give less of a damn.


Well not all of them, but I'd say half my packages are delivered same-day in the bay area and most of the rest are 1 day. It depends on your shopping habits and what products are popular in your area. "essentials" like cables, snacks, batteries, hot sauce, etc are always same-day while large items like microscopes can take 2 days

Regarding missed packages, are you talking about stolen packages? I've had a few cases where delivery was one day late and one time I got the wrong order (but got to keep the free groceries along with a full refund for my actual order) but I've never had a package just disappear altogether. Even Aliexpress orders that take 2-4 weeks from China eventually show up.



By missing here I meant missing the delivery, and having the package returned to sender, and/or stashed at the logistics center somewhere in the ass-end of a gravel road far out of town.

I've had a single-digit number of packages never delivered, most of them years ago, from Aliexpress (which, at least back then, had a very buyer-favoring dispute process, so I would get my money back with three clicks or so).



Wait you have to be home for every delivery? How would someone with an on-site day job receive packages?

In the US all carriers drop packages at door (or in the building's locker if you live in an apartment complex). Some packages need to be signed (alcohol, nicotine, gun ammo, etc) but the vast majority of deliveries involve zero human interaction



> Wait you have to be home for every delivery? How would someone with an on-site day job receive packages?

Sort of. Note that I'm a city dweller, living in a flat in an apartment block.

This is a real problem; classical solutions involve having another household member receive the parcel, asking the delivery person to deliver to a neighbor who you know is OK with it (since I started working remotely, I frequently am that neighbor), having them drop the package in front of your door (undesirable, but works in case where there's an extra door between your flat and the staircase), or putting your place of work as delivery address (if your company is happy about it; some are not). Dedicated "package send/receive" stores became a thing, then started disappearing as grocery store chains became package drop points. And then came the parcel lockers.

I imagine this problem was the primary driver of mass, enthusiastic adoption of parcel lockers - for the last decade, I've had at least one within 5 minutes of home, and this let me pick the parcel up at my leisure.

These days, most packages we order go through lockers; the ones are don't are usually medical or plain heavy (10-20kg worth of cat litter, soft drinks, etc.). This works because I work remotely, and my wife is yet to return to work after post-partum period.



Huh, that's fascinating and bizarre


Are you upset with Amazon for hypothetically refusing to deliver to your home unless you give them a virtual key fob to your garage?

Let’s just take a step back here and recognise that we’re asking online retailers to leave our deliveries outside our homes, with direct access to members of the public, but we’re also asking for them to assume responsibility if the packages are stolen.

Morally, in isolation, it’s not a very defensible position for the consumer to take. I personally don’t feel so bad about it when it’s Amazon — they can afford it, basically — but in general it’s not realistic for porch pirates to be anyone else’s problem except the consumer’s.



> Amazon expects me to weaken my physical security posture to help them defend against an activity I don't engage in and is in no way my responsibility?

Most people get quite irked when someone steals their Amazon package between the time it was left at their door and the time they actually try to get the package. Hence for most people who occasionally receive Amazon packages when no one is home to quickly take it inside a way to let Amazon put the package in their locked garage is a benefit.

> How about amazon builds (at their expense) an amazon controlled box, slap a mcu on, do authentication over nfc, rfid, etc etc. Offer it to customers free of charge, hell throw in a sweetener to get them to adopt.

Like Amazon Lockers? That's not as convenient as delivery to your home. Or do you mean they should provide lockers to individual homes?

I'm not sure that would work. If the home locker was not very heavy or very securely attached to something immovable package thieves would just steal the lockers.



> I'm not sure that would work. If the home locker was not very heavy or very securely attached to something immovable package thieves would just steal the lockers.

How expensive pouring some concrete into a small hole in the ground would be? Or would this become real estate then, or otherwise require a construction permit?



Renters would not be able to do this.


Don't be lazy - if renters offered a few grand to their landlord then they could; plus the cost of construction materials, inspection and labor.

The problem is that it's prohibitively expensive compared to just eating the cost of any thefts, keeping an eye on pickup times so you (or a family member) can take the package inside ASAP, and using pick-up for any truly expensive ($1k+) items when possible.



Are you trolling? In-garage delivery is obviously an optional feature and one that usually costs extra (Eg Walmart InHome is $20/mo)


It's a feature that benefits Amazon more than the customer, but that's OK. Problem is, it comes with significant undisclosed extra costs, that GP listed. Were Amazon and Chamberlain to honestly disclose these costs, I doubt anyone would be willing to adopt this "feature" - which should be quite telling.


They're building and deploying those boxes through the Amazon Hub program. There's no single-family size yet though.


That's still an Amazon problem.


I think you can do it with Luxor one but similar issues exist (ex oversized packages, large cost and area required)


I also find a bit of irony given how much fraud there is on Amazon's own website. There's got to be far cheaper solutions that result in far higher revenues. Of course Chamberlain doesn't have access to this revenue stream, but I'm sure there are other things that they can do like charging for an API key or better yet, charging Amazon for an enterprise token (which users can disable!). Since it seems they're willing to take on the security risks... because the current solution clearly doesn't actually resolve the issue. I can't imagine anyone that understands how to use HA wouldn't understand how to use ratgdo so I'm not sure they're realistically changing revenue outcomes.

About Amazon, how fucking hard is it to use a fucking Naive Bayes classifier to just check if product title or description changes significantly? Hell, do it with Babbage or some other (not L)LM that's cheap as fuck. We already have clear leaks showing that they fuck over sellers with their price lockins, are you really hurting them more by dropping all those product reviews? You can also do way better by using an image classifier. I have a hard time believing a company that's bragging about how many robots it uses in its warehouses and replaces shitty support with even shittier LLMs is not going to actually result in higher profits by doing this. A few returns probably covers the cost because shipping is expensive (something they already don't get right. Haven't had 2 day prime delivered in 2 days since 2018...)

Also, anyone else find it weird that stores on Amazon don't list all their products? Like you can click on the store page from the product and then that product is nowhere to be found. Want to reduce scams? Force the listing of their entire product directory. I already can't rely on reviews, you just are making it harder to trust you.

I really do wish there was a halfway decent alternative to Amazon. Even Target and Walmart's online stores are more attractive, just limited. But this seems to be a generally sucky space and I don't understand why. Don't even get me started on NewEgg...

> Money is one hell of a drug because they are high.

They're so high they're even turning down higher profits. But I guess the issue is caring FAR more about short term profits (quarterly statements) than long term (hell, even a fucking year). I really don't get this metric hacking bullshit bureaucracy we've built (and its not just isolated to the US or the West).



> But [online retail] seems to be a generally sucky space and I don't understand why.

Because the margins are incredibly low (thanks, Walmart and Amazon?), which means you need capital-heavy hyperefficient warehousing/distribution to even compete, which means you need scale, which means there's little competition to make things better.



Oh I 100% agree. Natural monopolies are real things, and things I wish we would discuss a bit more seriously. Especially with their growing prevalence in the modern age. We still seem to be caught up in this dream that small startups can displace giants in every market. But you can't in things like online marketplaces, social media, ISPs, insurance (of any form), cell phones, streaming services, etc. Because when the product is the network, natural monopolies are going to rise and you can't really go around monopoly busting without just destroying the product itself. We've used monopolies in the past (e.g. AT&T gave us Bell Labs due to this deal), but we don't seem to take this seriously anymore and idk if we just don't have the energy or attention span to get even a little bit nuanced (which to be fair, we're often arguing before we can even introduce nuance despite that being needed to not fight). I mean to me it even seems like politics get shittier with scale due to natural monopolies (I don't want to hear how Europe has "multiple parties" they still only have 2 coalitions which is what US parties are actually closer to).


I'd love to see logistics shorn off from point of sale.

I think there'd be a lot of room for innovation if you turned Amazon/Walmart/Home Depot's logistics into their own companies, then allowed people to put whatever between that and the customer that they wanted to.

Which is essentially what Amazon does now... the only difference is they get to control that link and the revenue flow from it.

Segregating market functions forevermore would go a long way towards returning competition to marketplaces, imho. (E.g. logistics|retail, advertising|everything, etc.)



Welcome to capitalism.


Lockitron! I remember chatting with your engineer about the WiFi radio we used in Twine. Good insight.

Ah, chokepoint capitalism. The problem with every company becoming a tech company is that they all expect unsustainable tech company growth. The strip mining of customers is also scaling up, so efficient that industries will destroy themselves. Can't wait until private equity owns the radios in my home, and controls not just the output but inputs.



Twine! You guys single handedly snowballed the Kickstarter revolution! Huge inspiration for us and Pebble in 2012 directly.

Your campaign felt like a “butterfly flapping its wings causing a hurricane” kind of moment. You inspired so many entrepreneurs of that time to take a risk and crowd fund which then inspired another generation. Some of whom ended up huge and going public like Peloton.

Regarding choke points - I don’t think they’re all bad. Sometimes certainly, but others it’s a defensible moat that forces an industry to specialize into various key players that serve integral roles. I’m thinking specifically of semiconductors with companies like Western Digital locking up storage, Qualcomm with radios, ARM with compute, Samsung/Hynix with memory, etc This creates a stable enough ecosystem to build various software abstractions on top.



The stability is nice, agreed, but it's inevitable that monopoly/monopsony gets abused. Samsung/Hynix were part of a price fixing cabal, Qualcomm's IP has been a boot on the neck of innovation, Western Digital has suffered multiple disasters that caused global storage shortages, and ARM is currently flipping the table with its licensing changes. We can have stability with open standards, too.

That's cool to hear—I didn't consider we had that influence, though should've realized it after chatting with y'all, Ring/Doorbot, Particle/Spark, Pebble, etc.

Guess it took two generations to shake out the hardware startup mistakes. We were early and naïve, but we did ship, and the Twine servers remain up. You learned to focus the use case, and I still haven't. Go figure, I think there's still a space for a general-purpose physical computer, so we're doing it again: https://supermechanical.com/pickup

Funny that Kickstarter's history since is a hindrance, and we might go the Selfstarter route to produce the experience we want next time.



It already does. Have you heard of HDCP?


So you're saying that retailers will pay Chamberlain to act as more or less a clearinghouse for package deliveries in my garage, and that in order to successfully operate this model Chamberlain needs to funnel all users through their proprietary channels in order to fully vet the delivery transaction? Or at least to prevent HA users from nibbling at Chamberlain's lunch with DIY equivalents? Do you think that they will pull back from this move given the pushback?


For retailers I want someone to verify that they are legitimate. I don't want random people in my garage. If someone enters my garage when I'm not home they better really be agents for WalMart/Amazon/target/UPS (as opposed to WolMort/Amozan/targit/USP...) , and whatever company does that does background checks on drivers. Probably they also need to have other cameras in their vehicles so that drivers trying to steal whatever valuables I have are not stolen. (as already pointed out, most people have an unlocked door from the garage to the house)


But that can be achieved by giving the retailer a one-off access code/secret which will be handed to the delivery driver by the retailer's company?

At no point does "preventing random people in your garage" required a greedy middleman in the path between you and whoever you want to give your garage door access code.



Many people already have a keypad mounted outside that will open the garage door. You can set up a guest code there and give to Amazon, or anyone you want. There is zero need for internet-enabled smartness in the garage door opener here.


I gave amazon my code for a Christmas present that absolutely could not have been stolen from my porch (as many other recently had). As a working man, I couldn't sit at home to wait for it. I was a little nervous, but I have cameras at least. I then removed all reference to this code from my account. Then, one driver entered while I was going about my day in there and saw me waiting with a hockey stick, as I was wondering who was breaking and entering, and Amazon wrongfully told him what my code was to get in and that it was OK to go in without my permission. I quickly understood what was happening and I think he did too, so I dropped the stick and he dropped the package. No harm, no foul.

Of course, I changed my code after that, but drivers still tried to get in with my code code. I opened countless tickets with Amazon to get this reference to my code removed from their system. They gaslit me many times saying it was removed. They were incredibly rude to me when told them they were lying to me, and now I sometimes get delivery drivers getting pissed off at me (for some reason) that the code doesn't work after they ring my doorbell.

What I want people to get from this story is, don't give Amazon your code. Get a separate delivery box instead or even a storm door works to hide most packages.



> and now I sometimes get delivery drivers getting pissed off at me (for some reason) that the code doesn't work after they ring my doorbell

Since Amazon clearly has no idea what they are doing, I would put up a note next to the keypad saying “Amazon drivers: just drop the package, there is no code”



I've got this large delivery box on my porch. Right next to the door. You see it when coming up the steps. About 1/3 of the time packages are left on the porch next to the box that has inch-high letters spelling "Deliveries". The page on Amazon for "delivery instructions" changes frequently, but there's no way to put on there anything about "delivery box". At least they now come to the correct door of the house - there's a place for that.

Amazon's problem is that they outsource the delivery and there is such a terrible turn-over problem with delivery drivers (and delivery contracting companies) that nothing works at their scale.



Circa 2010-2014ish, I had the same Amazon delivery driver for several years, and it was awesome! It was just this one guy who delivered all the Amazon packages to my neighborhood. Same guy in the same truck every time, and he got to know my family and we would chat and he would help me with gardening and give me advice on how to prune my trees.

Nowadays that seems so hopelessly quaint.



Someone else said they put a sign requesting not to ring the doorbell. No, that doesn't work. My solution was to adhere a plastic cover to my doorbell so people can no longer press the button. Problem solved - mostly.. doesn't stop people from squeezing the plastic cover lol.


As if amazon drivers read the notes. I once left a giant note saying in capital letters "DO NOT RING DOORBELL, SLEEPING BABY AT HOME" and of course the absolute knobhead from Amazon had to ring the doorbell. Literally never shouted at anyone in my life before this.


A few times I've left a very big note that says "PLEASE KNOCK LOUDLY" while sitting in my livingroom facing the door just to never see the UPS or FedEx delivery person approach but get a text message about "no one responding" so they reschedule the pickup (and I can't pick it up at the hub a few miles down the road because it's closed...). One time I chased a driver who literally just threw a note on my door (no sign like other time) and very clearly did not knock. I mean I watched them... They just walked up, box in hand, put the note on the door, and walked away. Rushing. USPS also often won't deliver small packages that fit in my mailbox because "a car was in the way" (definitely not true) despite delivering larger packages to my apartment's office the same day/time...

I'm not sure what hell these jobs are that turns drivers into such shitty people, but I feel pretty confident that it is the system turning them into shitty delivery drivers rather than exclusively shitty people applying for delivery jobs.



Probably they are getting squeezed to deliver an impossible number of packages during their shift. Hence the stories about drivers peeing in bottles and such.


It seems to be a local branch culture thing. You see it with USPS offices too.

Some are amazing, mail is delivered perfectly, etc.

Others cannot for the life of them match number to address, and it doesn't seem to matter who is delivering as the attitude spreads across the office.

I think a huge part of this is missing actionable feedback messages.

If USPS/UPS/FedEx had better channels for "my mail was screwed up" reporting, to a granularity necessary to isolate bad branches, I think things would clean themselves up.

As-is, customers learn to live with it and the mothership is unaware the branch is screwing up.



I've watched the Fedex truck pull up to my house and the guy walk up to the door and slap a sticker on it for missed delivery. Didn't even bother to bring the box, knock, or ring the bell despite my car being in the driveway.


You see, a note may not prevent amazon drivers from doing what they do, but they lose their moral ground. Now they can be shouted at if they rang a doorbell or tried to use a code for a garage door.

No more anything like this "I sometimes get delivery drivers getting pissed off at me (for some reason) that the code doesn't work. You can cut into any their speech with "English, m****r, do you read it?".



> English, m**r, do you read it?

Gig workers quite possibly don't, or at least it's a significant effort for them to.



If you've ever added "delivery notes" to an order, they're automatically shared with every subsequent order. Clear out the delivery notes on your next order.


I had done this. It didn't work as you are suggesting.


I expect it's probably cached in some downstream sub-contractor's system.

Ergo, both things can be true: Amazon cleared it on their side (customer support sees it cleared) and the delivery drivers still see it (using the subcontractor's system).

Probably because nobody at the sub-contractor's (outsourced) IT/system saw fit to implement a "As a customer, I want to change my note after initially setting it" user story.



I cannot change my delivery address on amazon.

I once bought a book delivered to a company (where I dont work anymore) and this address cannot be deleted. Multi billion company. LOL

On a side note, Amazon's interface is so much worse than Allegro



> On a side note, Amazon's interface is so much worse than Allegro

No kidding. Allegro isn't perfect, and seems to get worse every iteration, but they're miles ahead. Amazon - they're down there with eBay, worse than AliExpress. I literally only order Kindle books from Amazon, and that's only because I mastered the "google a book, switch to Kindle edition, click the 'buy with one click' button" flow, which they managed to not break just yet.



Could you have instead changed your code? It's generally best to assume that it's not possible to delete secrets once they are shared (after all, in worst case, the driver could have just remembered the code from the previous visit)


The second half of the comment is what happened after they changed the code...


They did, which is why the drivers are mad it doesn't work.


You’ve glossed over the most complicated part of this: “give it to Amazon”. There are so many things involved in that portion of the process that an internet enabled garage door solves, most importantly: not having a single code that can be used by anybody at any point in time until I manually go back and remove it.


If only there were some kind of information processing device that could automatically expire codes after a set period of time.


You still need an API for getting new codes. If you're willing to switch apps and manually generate a new code every time you order something online, you likely don't order often enough to be relevant to any e-commerce company


The problem should be inverted - use the package tracking number as code. This way, every code is unique, hard to guess, and the delivery person has it literally printed on the box. Being able to update the lock with expected tracking numbers is something that could be done simply and via local network.


> could be done simply and via local network

This is fairly complicated to do locally and securely. If any e-commerce website/app could add tracking numbers as PINs to your smart lock via the local network, that would be a security nightmare. You'd also have to provision domains for every smart lock so that every lock can get Let's Encrypt certs and accept requests from web browsers without configuration. Not to mention most tracking numbers are easily guessable because they consist of a destination code and an auto-increment integer.

Also a lot of companies don't assign a tracking number until the package gets transferred to the last mile carrier. Again, if you're willing to manually copy-paste the tracking number after you get the shipping notification every single time you order something, you're clearly not part of the target demographic



It’s not complicated at all. I get shipment notification from Amazon, tap in, copy tracking then paste into browser interface of iot thingy. I think you might be one of those guys who types 500 lines of code when 50 will do the job.


*this is the right answer. Maybe a $2 camera at the keypad to scan the tracking.


No you don’t. I enter code into browser of iOt thingy, set to expire midnight on delivery day, copy/paste to Amazon when placing order. NBD. I could even reuse the same one over and over if I want, just enable it when a delivery is due.


Okay, but the adoption rate of "let me create a code for my packages and give it to the Amazon person" is perhaps two or three orders of magnitude lower than if Amazon shows a bunch of call-to-actions for "link your myQ account for secure deliveries".


And if Chaimberlain charges Amazon $0.50 per door opened to enable that feature (which steers buyers towards Amazon and away from the manufacturer website, Walmart/target/eBay/random competitor that doesn't have that feature) that might be a bigger, recurring, higher-margin revenue stream than all of Chaimberlain's traditional manufacturing profits. Which would you rather have - $200 revenue for a $100 cost once in 20 years, or $0.50 per week for a few packets of data?

They could afford to give away the openers if they could win that revenue stream.

And Amazon would dump them in a second if consumers could instead click "Link your Home Assistant for secure deliveries and get $0.30 digital credit". Or more likely, Amazon would throw directly wired Dash buttons at consumers to enable secure deliveries.



That sounds plausible in theory, but it's still pretty weird to me though because Home Assistant is exclusively the domain of home automation geeks. There isn't even an off-the-shelf turnkey device to get into the ecosystem, you have to know what computers are (including scary things like "operating system" and "IP address") to even get started.

I don't know what Chamberlain has to gain by sticking it to that particular demo. For HA to be a threat to the "partnerships" like Amazon, it would have to have an audience sizeable enough that Amazon would consider incentivizing adoption.

I would say it seems dumb to piss off the most passionate fans of home automation when you're a vendor of equipment that such people might want to buy, but Chamberlain has such a stranglehold on the market that I think they figure that even if they royally piss off that 5% of the garage door opener market, those suckers (or their garage door installers) will be forced to buy the gear from them anyway.



> There is zero need for internet-enabled smartness in the garage door opener here.

Yes and no. At the scale Amazon operates, I can see value in being able to automate the process rather than requiring each driver to find and operate the keypad for each garage.

Automation, if implemented perfectly (which it obviously won't be) also prevents one form of bad actor. An Amazon delivery driver who uses your code in the future to gain unauthorized access to your garage. Automation allows this code to be limited to a single use.



> as already pointed out, most people have an unlocked door from the garage to the house

Not sure where you live, but every house I've lived in (USA, a few different states) during my entire life has had an exterior-quality door with exterior-quality lock, including deadbolt, between the house and garage.

In the one house I lived in that had a security system, that garage-to-interior door was also wired into the system and arming it would treat it like an exterior door.

Having said that, I still wouldn't want random delivery people entering my garage without my knowledge.



> Not sure where you live, but every house I've lived in (USA, a few different states) during my entire life has had an exterior-quality door with exterior-quality lock, including deadbolt, between the house and garage.

Likewise, but even if it's actually locked, no lock is impenetrable, and a closed garage provides a thief with the privacy to pick it at leisure or even break down the door. Burglary deterrence advice sometimes includes tips like adjusting your landscaping so your front door is visible from the street and locking gates to your back yard. Letting the thief into your garage thoroughly defeats the point of that...

Also, I keep stuff (bikes) in the garage that I don't want stolen.



> Also, I keep stuff (bikes) in the garage that I don't want stolen.

Most people keep cars in their garage. Which last I checked were usually more expensive than bikes.

Joke aside, people keep a lot of valuable stuff in garages. Hell, tool chests can easily be worth thousands of dollars and are easy to pawn.



This makes me feel like the whole thing is, in large part, meant as complementary product to security cameras. For example Ring cameras, oh so conveniently owned by Amazon.


Maybe, but (and I say this as the author of an NVR [1]) security cameras only accomplish so much. It helps that in this case Amazon/etc. theoretically knows who opened your garage so with their cooperation (not a given), you should be able to match the video to the suspect, but even then it may not provide the expected standard of proof much less get your stuff back...

[1] https://github.com/scottlamb/moonfire-nvr/



Yeah I think people just aren't getting it and don't understand what all the data does and means. More importantly, I think they can't see that there are other options, which in some/many cases there realistically isn't (hacking your own solution doesn't count. Needs to be unskilled)

I've been thinking lately about how quickly the world has changed and I think it's a bit underappreciated. I mean cellphones only became a household item 20 years ago, smart phones about 15. Or closer to home, at least for me, generative models went from barely making small black and white human faces (Goodfellow invented GANs mid 2014) to being able to create some fucking good quality images on consumer hardware in a few minutes (not counting all the prompt engineering required. But unconditional is still pretty good). Not to mention that access to these things isn't homogeneously distributed and so rural and poorer regions tend to get thrown into the deep end rather than wade their way in. I think from that perspective a lot of drama makes sense. Especially when we're talking about how people are not very tech literate. Hell, I have a hard time convincing people in my CS PhD department that hate Facebook's spying to switch to Signal or even switch to FF (we see the same stuff here on HN. More excuses than explanations). If the "friction" (even if 90+% mental) is high among tech experts idk how novices can handle all this. At least with my family they're more willing to believe Facebook's app uses an always listening microphone rather than believe me when I explain that they can figure out you're friends and interested in gardening if you just stand next to someone or walk around with them for 30 minutes in the gardening section of Home Depot ¯\_(ツ)_/¯ (sorry, this took a tangent, but I know you think about some of these things too)



I think parent comment was saying the door exists, but many people leave it unlocked. I grew up leaving that garage-interior door open because that's where we put the litter box, at several different houses.


Yep, agree. I only lock the garage interior door when I'll be gone for an extended period of time (more than a few days).


>every house I've lived in (USA, a few different states) during my entire life has had an exterior-quality door with exterior-quality lock, including deadbolt, between the house and garage.

Sure, but I've probably locked it barely more than twice.



My in-laws have this, but mine, my parents, my siblings, my wife's siblings, and my neighbor all have a big window in that door. And none of them are ever locked.


How old are those houses? They probably are not compliant with current building codes[1], many places require your garage doors (and ceilings) to have higher fire resistance than the rest of the house. In my experience, fire-resistance correlates to sturdiness in doors.

1. I know it's a broad generalization, also location-dependant



Latest codes have backed off of that. Doors that can meet the old fire doors had closing springs set so strong the elderly couldn't open them (or couldn't get in with packages after getting it open)


> Not sure where you live, but every house I've lived in (USA, a few different states) during my entire life has had an exterior-quality door with exterior-quality lock, including deadbolt, between the house and garage.

I don't know if that would do much.

It's one thing to be sawing up a front door that is in plain sight of the street -- passer-bys might call the cops if they saw that.

But if you're doing it from inside a garage? You could shut the garage door and saw away. Nobody would report saw noises coming from a garage because that's super normal.



The last thing I need is for the people that I do not know to have unchaperoned access to my garage.


Not just agents for, they should be bonded agents. My garage has plenty of valuable items that would be easily fenced. (Power tools, etc).


Background checks don’t ensure trustworthy staff, they just select for only criminals who are slick enough to not get caught doing crime, or criminals who haven’t been caught yet. Their effectiveness is overstated.


I don't think they care about HA at all, but they do care about Amazon not going through them to get access, and from the API server's perspective, both look identical.

Personally, I hope that Amazon doesn't play ball. You can TRY and seek rent from the world's largest retailer, but you need them, they don't need you.

My main takeaway is that Amazon should offer a discount to deliver packages to buildings with staff to accept the packages. They never go missing, so less refunds, and the building staff does not charge Amazon to receive packages.

The business dynamics are pretty interesting, though. It could be that paying this company reduces missing packages so much that it actually saves Amazon money, which they pass on to consumers in terms of lower prices. Or, it could be that they charge $1 per access, and Amazon passes that on to the customer, and then people are disincentivized from using Amazon. Meanwhile, a competitor (say, Walmart?) brokers a deal where they hide that fee, and take enough customers away from Amazon that Amazon has to play ball (and now the price is $2 per access). Costs go up for everyone.

The phenomenon of partnerships like my hypothetical above are very interesting to me. Every so often I check what I can use my credit card rewards points for, and most of the offers, to me, seem like "failing retailer desperately needs a customer" rather than anything I actually want. Thus, the partnerships must be a pretty important tool for companies that are not in first place.

Finally, I think about the long term effects of this sort of thing. Everyone wants a % of every transaction. "Oh, you turned your lights on when someone came to deliver a package? Pay the manufacturer of the light bulb $1 and your electric company an extra $1." This will look like "economic growth" to each of those intermediaries, but in the end, they just devalued the dollar. ("Inflation.") We end up with bigger numbers, but actually decrease the amount of "value" floating around.



Curiously in this case, the impetus seems to be a problem that stems primarily from delivery companies squeezing their drivers to near-breaking point. In other words, we're talking about things becoming $1 or $2 more expensive overall, to feed a side industry dedicated to offsetting the negative consequences of exploiting delivery drivers.

The only term that comes to my mind here is cancer.



Bold of them to assume that I will trust a stranger with access to my garage.


They'll just monopolize garage openers like smart phones and you'll have 2 options both which will be hooked into the surveillance grid.


I am suspicious of the idea that fraud could somehow be reduced by allowing gig workers access to the interior of my home. Somehow this seems an awful lot like a multibillion dollar company offloading work on me.


> Somehow this seems an awful lot like a multibillion dollar company offloading work on me.

That's most of the tech industry in a nutshell. From the office suite through all the "self-service" web/mobile interfaces, self-service checkouts in stores, to stuff like this - it's all making you do the work that was previously done by full-time professionals. It's a net loss of efficiency, and it only looks otherwise because salaries of full-time professionals are legible to bean-counters, while the same workload redistributed in tiny bits to masses of people is invisible in balance sheets.

In short: I'm starting to believe that most of the "improvements" that came with software are actually just accounting tricks, and this is why actual performance gains don't seem to track expected gains.



I'd argue the bigger counterweight dragging down expected performance gains is lost agility.

The more parties in a system, the more ossified it becomes. (Hello, healthcare)

Inevitably, the world changes... and now because there are so many intermediary layers the system as a whole is unable to adapt.

Then you're left with a system that can't be changed, that very efficiently does something different than what you need it to do.

Or, in a nutshell, most enterprise software older than 5 years.



>It's a net loss of efficiency

Add to it the time lost because software tends to be less reliable than its counterpart because multiple software interfaces tend to increase complexity. There are some things that software is wonderful for improving. But I don’t need a IoT stick of deodorant.



Have gains not been accounting tricks since the 90s?

I would say that almost all of it is, eg, disassembling our manufacturing and shipping it over seas - which ultimately eroded the middle class and jeopardized national security. But neither of those is on the balance sheets of the relevant company.

Anti-social short-term metricized business is the ultimate form of Taylorism — and in three generations, we can see that it’s an abysmal failure.

Sprinkling math on top doesn’t make reckless greed a good idea.



> Have gains not been accounting tricks since the 90s?

Quite possibly. I only thought this through wrt. software, as this is my field, but the overall method seems universal: turn concentrated work into disperse work, and throw it over the organizational boundary, so it looks like you've made the costs go away.



Why should the garage door manufacturer take a cut if a third-party wants to use/access my garage door (which sells for real money and isn't advertised as a rental).

If a homeowner wants to let Amazon, Walmart, etc to open their garage door, it should be up to him to provide them with an access token/secret/etc to enter, just like you can put a door keycode in the order notes. The interaction should be purely between him and the retailer and there is absolutely no need for some rent-seeking scum to be involved.

The disgusting business model you seem to be justifying is akin to house builders/contractors being perpetually owed a cut every time you invite over a guest into your house or they switch on the lights.



1. Company wants to sell an iot product.

2. Through research they find user wants to interact with their smart device while outside of range of wifi/bluetooth.

3. Company builds device firmware and cloud infrastructure to support this goal.

4. Company wants to simplify business logic and doesn't provide local (wifi/bluetooth/zigbee) support. Online only can service both on-premise and off-premise.

5. Company needs to reduce costs and justify ongoing operational costs of supporting this cloud + device service.

6. We arrive at the current solution.



7. insecure, opaque devices that have always-on internet connections, that owners cannot upgrade/fix/defend against and require external actors to protect (ISP's blackholing bad traffic)

Remember, the S in IoT is for Security.

They could simplify their business logic by making sure local first is reliable, and internet access can be turned off, and supporting vendors making (user-controlled, upgradeable, etc) gateways that handle the cloud/internet/local handoff



I don't disagree with you, since the company I work for supports both local network access to their devices as well as cloud access for when you are outside the home. But supporting both does not simplify business logic, it increases complexity. It introduces more states and failure points that your firmware devs and app devs need to account for.


A solution to that is to make the cloud-based service as dumb as possible, only operating as a NAT traversal helper and/or TURN relay, over which the local-only protocol is tunnelled.


I appreciate your response, and don't want to go too far off the thread here, but as a software developer/architect myself, how can that possibly be true?

The state of the environment that the IoT device is sensing or controlling, has to match local reality. Therefore, the state that's actually on the IoT's MCU is the true state that matters. (Any state stored cloud-side could be stale if the MCU is disconnected, or misses updates) Ergo, if the cloud service is showing or manipulating the state of the IoT device, it has to read or command the IoT in near realtime, implying some kind of constant/realtime connection.

This would be the same mechanism a local-first connection would use, right? What am I missing here?



Aside from all the small added complexities of swapping between local http polling vs mqtt pub/sub for both apps and devices, the big complexity is managing authorization. Think about how simple the device firmware gets to be if the only access pattern is a single secured mqtt channel for processing commands. Anything coming down that pipe comes from a cloud provider that has already negotiated who can and can't send those commands. When you open up local access the device itself now needs more code to manage authorization and all the attack surfaces that come along with that.


I'll argue the fucking garage opener shouldn't even be connected to the internet. It, like every other "smart home" device should be connected to a zigbee/z-wave/thread gateway that can be replaced when it gets old and the manufacturer can't/won't support the gateway anymore.

This current model is a fucking failure.



What's interesting is the "ongoing operational costs" should be calculated to NPV and rolled into the cost of the garage door one-time-purchase. We're talking about a $3-400 garage door opener not a $20 echo dot.


I don't actually find this model so disgusting as long as it's implemented in a non-restrictive way.

If a garage door manufacturer offers me a (free, local) API to fully control my door and allows me to check a box to let Amazon in, what, exactly, is the problem? Sure, I could also allow Amazon in without checking the box (assuming Amazon offers the appropriate integration and I'm willing to deal with maintaining my side of it), but it also seems okay for Amazon to pay the garage door opener company for the first-party version. Everybody wins.

Forcing the actual device owner to use a crappy cloud service is an entirely different story, but it's not required for the Amazon business model. Similarly, many video recording devices support ONVIF and have an optional paid first-party video storage. (And I imagine that quite a few commercial users demand the former -- no one who operates a concierge/security desk or a serious office building or a warehouse or an industrial site has the slightest interest in using four different first-party cloud offerings from four different vendors of their various gizmos that contain cameras. They are going to run one NVR, possibly with off-site backup, with one integrated system for viewing and analyzing the feeds. And they will pay handsomely for that, and they're paying that money to one of several established companies in the space, all of whom require at least token ONVIF or RTSP compliance, and they aren't about to kick any of that money over to the camera makers, because there is no shortage of competing camera makers.)



They are not giving me a free, local API. They are doing everything possible to make the API unusable except by their application, and they are throwing ads all over their app and using dark patterns to hid the open/close buttons until you scroll past the ads.


Because as they clearly demonstrated its not your garage door.


This is what I love hacker news, a comment from an actual subject matter expert.


> go to the dealer to buy a replacement key fob for your Tesla for $300 and not eBay for $5.

Off topic, but FWIW: Teslas don't in general use fobs (maybe you get one with an S or X?). You can buy one for $175 if you want, but in general the primary unlock mechanism is the app on your phone, with the effective root of trust held in an RFID wallet card (of which you can buy extras for $20 each).



If anything, Chamberlain should be paying Amazon for the right to be included with Key. It drives sales to Chamberlain.


Chamberlain owns like 80% of the garage door market in the US. They don't need any help.


Maybe? How many people are switching out their garage door specifically for Key? Every new home I've experienced has no choice for which brand of garage door opener they use, the builder has standardized to a specific brand and often only updates the model whenever forced to.


I suspect new homes are a only small portion of garage door opener sales.


What would beat it? Who is buying garage door openers?


Apartments? Businesses? Yeah, Chamberlain only sells garage door openers BUT Chamberlain Group[0] owns Chamberlain, LiftMaster, Merlin, and Grifco (I think they missed a "t" there).

Literally the bottom of the Chamberlain website reads

> The Chamberlain Group LLC, the corporate parent company to LiftMaster, Chamberlain, Merlin and Grifco, is a global leader in access solutions and products. __We design and engineer residential garage door openers, commercial door operators and gate entry systems.__

[0] https://chamberlaingroup.com/



Garage doors openers have a life of 10-20 years. There are many many millions of existing homes that need new openers every year.

Also, openers are also a common up-sale when other components are serviced or replaced. For example, if you get a garage door replaced, the installer will often recommend a new opener at the same time.



IME, door openers only last 15-20 years, at least in the northern US.


I just connected my garage door opener to Home Assistant by taking apart a paired remote and wiring the button to a Zigbee relay. They can't stop me, no part of this is connected to their cloud. In any case, smart home stuff should never rely on the cloud.

https://i.imgur.com/lNOXdhe.jpg

If you have a Chamberlain garage door opener and looking to connect it to HA you can do this too.



This is genius. As someone who is familiar-enough with minor electronics to fuck something up, but not confident enough to look at this photo and go for it—what am I trying to learn here? What are the terms I'm trying to google to figure out how to connect to via ?


One of the articles on this mentioned "ratgdo" as a simple board to do most of the "make a button wirelessly available to homeassistant", I haven't tried it but searching on it gets you a lot of reasonably specific articles and videos.


Why would any of those monetization strategies require fucking over your customers like this? How are they incompatible?


Who here claimed it was, they literally said it was “ill conceived”


They are afraid a potential partner will use the automation meant for customers.

This is just more enshittification in order to exploit revenue channels other than direct sales.



> They are afraid a potential partner will use the automation meant for customers.

But isn't the door property of the customer? In this case it is perfectly the customer's choice and right if they want to use the customer-facing API to let a delivery company in.



> But isn't the door property of the customer?

Not anymore. Now I get to pay $5/mo for IFTTT integration, after paying the premium for the WiFi-enabled version of the same device.



A stressed out underpaid and overworked delivery driver is the last person I want in my garage. Verified deliveries are left at the wrong house, or the driver simply takes it with them after posting the porch picture. And I've seen boxes arrive that were forced open and the contents pulled out. But sure, it's the customers who are untrustworthy not the delivery people.


> A stressed out underpaid and overworked delivery driver is the last person I want in my garage.

Same, but this is irrelevant to the point GP was making. Some minority of people do want Amazon Key (and similar services), and those people are now unable to claim their package wasn't delivered once they sign up for the service.

Add those people up and you have something worth millions, even if there aren't many of them.



I live in a townhouse and I _love_ the Key deliveries into my garage. I've been using it since it was a closed beta, and I haven't had a problem with it.

It provides a convenient service for both parties.



I fully suspect though that the people who do want Amazon Key and the people who are happily defrauding Amazon are not one and the same.

I realise that there are the porch pirates who are another issue entirely!



True. Delivery drivers consistently deliver to my neighbor instead of myself. The last three digits of our addresses are 885 and 855, and they consistently confuse the two. They’re tired, overworked, underpaid, and I honestly don’t blame them. But I wouldn’t trust anyone in my garage/home when I’m not home. Not sure why these companies think that will actually work.


In US homes the garage is often a way to access the house with minimal security between the two.


That’s not true, the garage typically has a full outdoor door with standard security (dead bolts, wired into the security system) the same as any other door as the interface door between the garage and the house. This is a code thing for a variety of reasons but primarily because the outdoor door is weatherized and provides a barrier against CO, but also for the precise reason that the garage door is not considered secure. The protocols for opening the door wirelessly are known insecure and municipalities have required outdoor doors at the interface due to the number of home invasions and burglaries through the garage.


At least in my experience people are a lot more likely to leave the garage door unlocked than the front door, either intentionally or unintentionally.


Agreed. Our garages have always had three entries: one from the house, one via garage door, and a side door. Side door was always locked, garage door always closed (never locked though), and the door between house and garage not only almost never locked, but often flat out open because that's where we put the litter box.


haha, our litter box is there as well. vinyl floors in mudroom are easiest to clean.


It's functionally true. Thinking off the top of my head I can come up with at least a dozen examples growing up of friends w/ these doors. Not a single one was ever locked. Most of the time w/ school-age kids they would be left purposefully unlocked so the kids could let themselves in after school w/ the garage door PIN code.

I honestly can't think of a single person I know who routinely locks those doors.



I've lived in many houses in the US (eight, some new, some older, in five states) and only one had a deadbolt on the door from the garage to the house interior. All have had normal locks and were exterior-door-quality. So, definitely not a universal truth.


i also keep expensive things in the garage: onewheel, a couple good bikes, a lot of nice tools. i assume this is true for quite a few homeowners.


Not to mention... a car, as there's a car theft crisis nearly everywhere in the past 2-3 years. I consider the garage just another room in my home. I consider entering my garage akin to entering my house


Sometimes garages even have cars in them!


I use it for expensive items. My garage door opener has an integrated security camera.


I've got an 80% hit rate at best across all carriers (in the US). I'm constantly trading mail with my neighbors due to mis-deliveries. It's a good thing we now have the option to go mostly paperless for important documents at least..


Heck, I get food misdelivered to me at times! I might as well be a last mile delivery service


They think it will work because if you refuse to do it they won't refund your stolen package unless you file a police report, and convenience with huge downsides wins with consumers 99% of the time over effort with no downsides.

This is just conjecture, btw, I have no authoritative knowledge of their plans to do anything.



As things are, missing packages are not really a police matter for the recipient. Recipients don't actually know that a package was stolen, since it never made it into their possession. Amazon could certainly file police reports, but that requires a higher bar of evidence than throw-and-go delivery service provides, and either way it Doesn't Scale (TM).

I'd guess it's more likely the opposite dynamic, where they'll get a bunch of early adopter types to sign up without thinking through the ramifications. And then after the honeymoon period, Amazon will start demanding those users file police reports for missing packages since from their system it now looks much more airtight that the package must have been stolen from the buyer.



That's assuming that the delivery driver isn't defrauding both amazon and the customer.


Why not you and your neigbor just give your address as

Big pink house on Foo St. (#8-5-5)

or

Big red-and-yellow-striped house on Foo St. (#8-8-5)

or whatever colors they are? If they are the same color, repaint one of them.

As a bonus, this will completely throw off all the automated data brokers, idiots that use "KYC" as an excuse to want to know where you sleep, etc.

Alternatively put an apartment number on your house (there will be only one apartment, of course.)

One of you will be

855 Foo St. Apt. 1

The other will be

885 Foo St. Apt. A



This would work with only humans involved, but nearly everybody runs addresses through standardization now, and they would reject all of those as an incorrect address and usually require the user to enter a conforming one, including the (otherwise very clever) apartment number hack.

This is the same thing that continuously requires me to use my "ZIP+4" for absolutely everything, even though as far as i can tell, there is zero point in ever using it unless one is literally doing metered US Mail.



The trick is if your address is unreadable by the standardizers it gets printed as-is and it ends up with humans processing it.

If you write "885 Foo St. (blue house)" it will get standardized to "885 Foo St."

If you write "Blue house on Foo St. (eight eight five)" the standardizers will choke and it will be printed as-is.



> A stressed out underpaid and overworked delivery driver is the last person I want in my garage. Verified deliveries are left at the wrong house

It doesn't work like this. Delivery workers use an app that opens the door, so if they are at a wrong location, it will be immediately apparent.



Subject to location service accuracy, which as we know, is ±1m... in movies, ±10m in reality... except more often it's ±50m or worse, because who knows why.


This can happen. A delivery person comes to a door, presses the button in their app, and nothing happens. So it's immediately obvious that they are at a wrong location.

And they know that they can't just leave the package there, they have to find the correct door. And there's a flow in the Amazon delivery app to mark an incorrect geolocation, so they won't be penalized for taking longer time.

The app also has pictures of the location in question, to minimize the confusion.

From the homeowner's side, the garage door will be open for half a minute or so with nobody nearby. It's possible for a burglar to use this time to quickly run inside. But the probability of that is pretty low, and there'll be a camera recording of that.



> And they know that they can't just leave the package there, they have to find the correct door.

Except that's not true at all. Amazon had my new house geolocated wrong (think robin instead of arden st in their system, even though I put the address in correct and it read back correct).

First delivery came, "delivered", not at my door... Contact CS, get a refund, continue.

"Ok, I'll setup key so they know it's wrong and deliver it in my garage."

Pieced together from video:

Second delivery arrives at wrong location, garage door opens...and was never closed. "delivered"

Took me contacting CS 5 times, with 5 failed deliveries, and doing an email bomb to get them to update my geo-location. Turned out it was literally across the fucking city, ~8 miles away.



Not at all. Since the app is linked to a system that opens your specific garage door, it will be obvious because they push the button and the door in front of them does not open.


My point is Amazon is blaming customers for fraud when it's the fault of a delivery mistake such as dropping the package at the wrong address. Or the drivers themselves stealing the packages.


Have you seen Walmart advertising delivery to your refrigerator? Absolute insanity.


Actually, this would be cool for say a fridge in a mudroom...




This is infinitely more sensible than some crazy internet connected garage door opener scheme. Somehow I think it's far to sensible for modern culture though. Everyone's lost their minds.


I know it's a distraction and orthogonal to your point, but your statement of a "key fob for your Tesla for $300" is fallacious and incorrect. Tesla uses Phone Key with with the Tesla app as your primary method of unlocking the car, with a $20 NFC card as fallback, and the limit of paired phones is above any practical real-world use. If you want a keyfob as a status symbol, it's $175. (Mine is a desk ornament, it doesn't get used.)

Swap in a more traditional automaker, and your point remains correct.



Since you noted it, it’s actually very much part of my point. Tesla engages in price segmentation for replacement key fobs because they have key control. Perhaps even more aggressively than most other automakers short of VW Group. When done well it’s invisible to the user. I suspect by your (polite) comment that you may not be aware that’s going on here.

Premium users pay $300 to replace the fob on their Model S / Model X. Mid users pay $175 to replace the fob on the Model 3 / Model Y. And an entry level option exists for the cards. Plus programming fee. Handling fee. Local taxes. Processing fee. Etc :-)

Without control of their PKI anyone could self program a replacement for a few dollars as is the case with the garage door market.

As an aside, I find the fob useful for booting the car up prior to getting in, rather than waiting 40 seconds before the fly-by-wire shifter starts responding to commands to put it in gear.



> And an entry level option exists for the cards. Plus programming fee. Handling fee. Local taxes. Processing fee. Etc :-)

Cards are $20. No programming fee, no handling fee, no processing fee. Yes, there are taxes and yes shipping things generally costs money. Users program keys themselves.

> As an aside, I find the fob useful for booting the car up prior to getting in, rather than waiting 40 seconds before the fly-by-wire shifter starts responding to commands to put it in gear.

Keys are for valet and I keep mine in my glove box. The car boots up almost instantly.



> If you want a keyfob as a status symbol, it's $175. (Mine is a desk ornament, it doesn't get used.)

The keyfob is super-useful. It fits perfectly into that small jeans pocket (that was originally meant for watches), so you can trigger the trunk/frunk opening without taking the fob (or phone) out.



You can also trigger those same functions via a smart watch or mobile phone using Siri shortcuts (if you're an iOS user).


Yes, I mean surely Chamberlain could maintain a correct and official API endpoint for HomeAssistant users for the kopecks it would cost. It’s all a big money grab.

I was burned by this change. I don’t know if anyone at Chamberlain is reading this, but you guys have neighbors, users just wanna keep their home safe. You’re one TikTok away from a crisis when you do stuff that is anti-consumer.



Based on my local big box store and garage installer availability, Chamberlain has a de facto monopoly. They also pulled the rug out from under customers: that behavior had been in Home Assistant since 2017, and it's their own recent changes that caused the alleged "DDoS". They say it's to promote official products, but the company previously had a local hub that didn't require their cloud service and discontinued it.

The API breakage coincides pretty well with their brand new CTO, whose objective is apparently "transformation to a smart access software company".

It's unclear if the CTO just doesn't understand that "DDoS" generally implies malice, or if they're intentionally using that language to blame users for using their product.

Good news: ratgdo, an ESP-based local solution works great. I hope the author is making a decent profit on the kits.



> It's unclear if the CTO just doesn't understand that "DDoS" generally implies malice, or if they're intentionally using that language to blame users for using their product.

I've definitely seen "DDoS" used when there was no malice, such as when a developer accidentally releases a client that generates way more traffic than it was supposed to. Probably because we don't seem to have a good term for "event that at the server looks exactly like a malicious DDoS attack but was actually due to a mistake or to the server becoming unexpectedly popular" :-).

My favorite example of whatever we are supposed to call this was John Carmack in 1997. From his 1997-12-09 .plan:

> Cyrix has a new processor that is significantly faster at single precision floating point calculations if you don't do any double precision calculations anywhere.

> Quake had always kept its timebase as a double precision seconds value, but I agreed to change it over to an integer millisecond timer to allow the global setting of single precision mode.

> We went through and changed all the uses of it that we found, but the routine that sends heartbeats to the master servers was missed.

> So, instead of sending a packet every 300 seconds, it is sending one every 300 MILLISECONDS.

> Oops.

> To a server, it won't really make a difference. A tiny extra packet three times a second is a fraction of the bandwidth of a player.

> However, if there are thousands of network games in progress, that is a LOT of packets flooding idsoftware.com.

> So, please download the new executable if you are going to run any servers (even servers started through the menus).



That's fair. Maybe my security background is shining through here. I guess we used to have "slashdotting" but that doesn't generalize well :)

I did do some napkin math to quantify how much that bad traffic may have been: HA estimates between 6857-25576 intallations of the MyQ integration. Let's say 16k clients. HA makes it really easy to detect and "add" the integration (which counts as an installation even if it's not configured), so, that's definitely not all clients hitting the API. Let's say it's 50%, so 8k actually using it. Most users just notice myQ is broken. Let's say some fraction retry, which would look the same as an extra user from a volume perspective. Call it an even 10k users (including repeat users).

The most recent change is after they broke everything past the OAuth dance. Let's say the OAuth request is 1kB. The retry code retries up to 5 times with exponential backoff. Let's say 5 requests over 10 min.

(5 requests / 10 minutes) * 1 request/user * 10k users = 5k requests/minute, or 83 per second, amounting to 83kB/s inbound.

There's no reason to assume those requests would synchronize, but I'm sure there's something (let's say every single myQ user updated at the same time).

If what they're saying is true, sounds like actually malicious botnet wielders can ransom the living daylights out of them. Given 1Tbs DDoS attacks they'd only need a tiny fraction of the full bore ion cannon! ;-)

[1]: https://github.com/arraylabs/pymyq/blob/master/pymyq/request...



83 rps would be a challenge when hitting a Java EE app written to make use of tutorial-level ORM code without any caching or optimizations. An app where a request takes 300ms to resolve (pulling numbers out of hat for an average poorly written Java EE app; ignorantly assuming 300 ms are spent with 100% CPU utilization of a single core), would require a 24-core machine to keep up with 83 rps. Accounting for some peaks in usage (how about 5x around 7-8am?), 400 rps could make almost every morning an "all hands on deck" event for the ops?


> I've definitely seen "DDoS" used when there was no malice,

Absolutely. Used to work on the Identity team somewhere. Dev accidentally removed code that was supposed to cache a token on a very chatty service. Brought auth to its knees and called it DDoS.



A term I hear a lot for non-malicious or non-intentional DDOS is the Hug of death.


That project looks great! Now the issue is finding a Chamberlain or Liftmaster opener without myQ built-in. Or maybe I just don’t have to activate it.


Odds are that whatever nice Chamberlain opener you want will have myQ built in because that's their business strategy. You can try getting a different brand if you're voting with your wallet -- but if all you care about is security: the Cloud connectivity is optional and you can just not connect it to WiFi.

The ratgdo is more trustworthy, and it just connects (really easily, too, especially with the new v2.5 board) to the opener via the same contacts that the dry contact button does.



Came here to plug ratgdo as well - mine is supposed to arrive today! And he should definitely charge more.


Glad you all mentioned it. I'm ordering today. Hope they don't run out. :) HN cometh.


>The API breakage coincides pretty well with their brand new CTO

You can go and engage him directly on the topic, maybe he'll present a perspective we haven't seen, or maybe he'll listen to your arguments and reconsider:

https://www.linkedin.com/in/dan-phillips-9a33831/

(and no, this is not doxing: his profile is public).



Still, linking out to socials and encouraging brigading is pretty gross.


Can someone post the endpoint it is trying to reach for “research” purposes?


Tsk tsk.


I'm happy to not have one of their devices but if they did this after I had installed it based on the fact that it works with HA then I'd definitely sue them for breach of contract or whatever else I can think of or to get a full refund.

What a shit move to pull on your existing customers.



It was $30. I highly doubt it’s worth it, unfortunately.


It's not about the amount, even though you are right that it isn't worth it, it's about the principle of being screwed after you're on-board.


Huh, nice. I went with a dry contact kit from Athom but status feedback is tempting (mine just uses a reed switch to detect state):

https://www.athom.tech/blank-1/garage-door-opener-for-esphom...



I use the Athom one also, and putting a reed switch in the fully closed state, as well as in the fully open state allows me to reasonably determine where the door is. Might not be enough for your case, but for me it was enough to know that the door is “kinda open”, or “fully open”, or closed.


Getting status information from the door is the entire value prop from something like the ratgdo. It's the only reason I ordered one. Otherwise, momentary switches with HA integration are readily and cheaply available.


I use Home Assistant and have this openner. My installer recommeneded it because he’s had happy customers like me who use home automation. I can tell you that I a) will never recommend or buy the brand again, and b) have already complained to my installer about his recommendation of this line (and he is moving to another brand).

I wish ratgdo a ton of success and have several on order.



On top of the lack of integration support, the MyQ app used to open garage doors is full of advertisements. It's ridiculous. I regret buying their products.


And there you have it folks. That's the number one reason why they are forcing you to use their app.


As discussed elsewhere in the thread, it seems that this would be the number two reason, the number one being trying to be the only service that can profit from in-garage deliveries.


Actually, some other commentator statet, that when he's about to open/close his garage door, he opens the official app and where there's been a "open/close" button is now a video ad and to reach the button, you have to scroll the screen until you reach it.

I would try to sue that manufacturer. I hope it we'll be pulled to a court.



> the MyQ app used to open garage doors is full of advertisements.

This will most likely be a significant factor in though, though good luck getting them to admit it.

HA users will mostly be bypassing the app and therefore not providing revenue via ad impressions.



The fact that a garage door accessory company relies on showing ads is a triumph for MBAs programs and a tragedy for the human race.


The stuff I learn in this thread is so unbelievable that I don't even know what to say anymore. This feels like pulled straight from Idiocracy.


To some extent, serving ads is like owning a money printer. I can't really get upset that everyone wants to own a money printer. I just hope that there is a backlash against ads someday, where they start having a negative effect. "Oh, Toyota is constantly advertising in my garage door app? I'm going to buy a Ford instead." People say that the US government defaulting on its debt would be the end of the world, but the real end of the world is one where advertisements stop working!


Ow, My Balls


As far as I can tell, fwiw, the ads are all cross sells for chamberlain products so there isn’t an impression based revenue stream, just conversions.


> have already complained to my installer about his recommendation of this line (and he is moving to another brand).

What brand is he moving to? Does it work with Home Assistant?

I can't recall the last time I saw a garage door that wasn't Chamberlain or one of the brands they own. At least in my area they seem to have a near-monopoly.



Genie Aladdin is supported by HA (don’t have one so don’t know how well it works)


Genie is what I heard. I haven’t deep dived, as I’m going to get along with Ratgdo. But if I needed new ones that’s where I’d start. =)


Hopefully it has a native HomeKit integration.


I also just left my installer a voicemail explaining that they are going out of their way to break compatibility with the software I use, and I recommend that they look for another brand, at least for folks who are interested in wifi connectivity.


I don't blame your installer for recommending it. I've had a myQ opener since 2015 and it's been rock solid... it has been the most reliable home automation product I have ever owned, until now.


I don’t, and would happily use that installer again. =) But unless you give feedback on how the choices are working out how can you expect them to know and have a better choice next time? (Genie, is what I heard for the future… I’ll have to check further when/if it becomes relevant)


I felt silly at first complaining to my wife I couldn’t get myQ working again, thinking I did something wrong after adding an automation. We tried to open the door (remote via hass) for my son when he got home but it didn’t work. Obviously it was something I did?(nope)

Then I watched the discussion on discord and realized I’m not alone albeit still a small percentage.

Then I see this as top post on hn.

It’s frustrating to have a company do this. I don’t agree with their choice. Plus forcing you to see ads whenever you open or close the door is Orwellian.

Now I need to somehow sell this device on eBay with hopes a large percentage still wants it.



It does suck, but can you still use it remotely via the myQ app?


MyQ app should work fine. Just not the API integration to MyQ.


The MyQ app sucks, though. Besides the dark pattern ad-forcing they do, I've also had the thing redraw while I was holding the button to open a door. Which meant the wrong door opened entirely - one that happens to be 20 miles from where I was standing. I have had this happen multiple times, it's ridiculous.


Couldn't people do some reverse-engineering to figure out the first-party protocol and impersonate the official app in the API integration?


AFAIK yes, but to quote the article (which quotes the maintainer of the MyQ integration, Lash-L [0]), “We are playing a game of cat and mouse with MyQ and right now it looks like the cat is winning”

[0] https://github.com/Lash-L



Yes, that's what they've done. The problem is that myQ keeps trying to fingerprint the device to check if the requests are coming from a real app before offering service.


Home Assistant should really maintain a list of actively hostile (and actively cooperative) manufacturers to make it easier to decide what to purchase.


On each integration page there is a button that states if the integration is local or remote.


That helps, but a remote integration doesn't _have_ to be hostile. I get that it's different from IoT, and most of my stuff is local Zigbee after learning the hard way, but my Home Assistant also talks to the Norwegian meteorological institute and Tailscale :)

One reason this is tricky to do is because up until let's say the last 6 months or so, myQ _wasn't_ hostile, even if it was Cloud-based. (I get that that aligns with your point! I'm not arguing with you there.)



All remote are more potentially hostile than any local will ever be.


And the company doesn't even have to be actively hostile for remote to be risky.

The company could go out of business and shut down their servers. Or shut down the servers because they're no longer selling the product.

Sometimes incompetence is as bad or worse than malice. The company could break an API accidentally. Or the API only works intermittently. Or they could add poorly-implemented rate limiting that unintentionally affects multiple users when they share an IP via NAT.



Or worse, someone else spins up a server in its place.


And a local integration can be hostile if it's not publicly documented and they can update it / make it go away with an over the air update.

What matters is that they provide proper documentation for their APIs, encourage devs to use them, and don't have a history of breaking old clients with new firmware updates (without very good security reasons).



Yes, but some can't be local. For instance an integration that scrapes news from a website.


Sure it can be local - in the sense that all control and scrapping lives on your machine.

But in general, OK - some things are better done via an on-line service. But it's the minority of cases - almost none of IoT devices have a legitimate reason to route control and diagnostics through the cloud.



Yes, but you have to open each integration page manually, you can't filter by this.


Oh, that. I'm actually wondering if they are making this hard on purpose.

The obvious way to implement this would be to have a front-and-center filter for cloud/local, so that one could use it to check which brands to consider before buying new connected hardware. It's a use case people have been asking for years. It's the only reason one would want to access a searchable list through their own page (as opposed to googling "${brand name} home assistant").

What's the blocker here?



> What's the blocker here?

It's an open source project. Stuff generally gets worked on by people who care about features. You seem to care about this. https://github.com/home-assistant/home-assistant.io



And put it high and proud on the site!


> We understand that this impacts a small percentage of users, ...

Wow, what a contemptuous statement.

I have news for you, Chamberlain Group. You are not only alienating, being hostile and losing a "Small percentage of users" (most companies would prefer to call them "valued customers", but I get it). You are causing an enormous permanent damage to your own brand.



This is the own goal that Intel did with their Pentium FDIV bug. They were absolutely correct that it only impacted a small percentage of users. They still ended up losing their shirts over the problem.


As much as I want this to be true I kinda doubt it. People who install and configure home assistant are far and away niche users. Almost everyone with one of their products will just use a physical clicker or pair it with their car directly.


These specific niche users are the geeks that all relatives and friends ask what to get.


Yeah, fuck these guys big time. I'm literally going to sell my garage door opener and buy a new because of this.


I'm going to read this as an attempt at sarcasm.

That doesn't need to happen for the Charlatan Group to struggle. Most current hardware companies are dependent on the customer to renew their hardware every 5 years.



Something that I don’t see people talking about here is that MyQ is the core/required integration component for Amazon Key in-garage delivery, a service used by millions of people to have their packages delivered to their garages instead of having them stolen off their porch. That’s why it needs Internet access. All the talk about how Chamberlain will go bankrupt because a comparatively small number of tech people stop using the product is fluff. I ran into the MyQ API problem with Homebridge a couple weeks ago, and I bought a unit from Meross that integrates directly with Apple HomeKit. I still have the MyQ installed because I _need_ it for Amazon deliveries. Yes, all the fury about ads and user hostility and probable polling requiring extra resources with no recompense is correct and justified. But at the end of the day, Chamberlain doesn’t care if they piss us off. They get all their money from the same people who think their phone screen is _supposed_ to be covered in ads on every page they visit, and they likely get TONS of money from Amazon.


Somewhat off topic but it is quite stunning to me that American carriers just leave the package at the door. I lived in different European countries and in all of them the expectation is that the mailman (official mail, or any of the services like dhl, ups, etc) will ring the bell. If you don't answer they will ring the neighbour and then take it back and either try again another day or you can go to a pickup point. Instead the U.S. has an entire category of devices to avoid package theft when the solution lies in holding carriers to account. I don't want to open the garage for Amazon or Bol or any other delivery company...


What you describe is how it worked in the US maybe 10 years ago too. But Amazon's free delivery race to the bottom made the cost of reattempts to deliver eliminate any margin. It's cheaper for Amazon to replace stolen shipments for a few people than to make multiple attempts to do re-delivery for many people. And creating a problem in order to charge people to solve the problem you created is a basic monopolist playbook move.


UPS used to do that. I hated it. If I'm not at home I have to wait another day to get my package, or drive across town to get it from the depot.

Just put it on the porch. Not everyone lives in an area with a package theft problem, let those folks work out their own solution but don't punish the rest of us.



Meanwhile, it is quite stunning to me that European carriers would intentionally mis-deliver (i.e. leave with a neighbor) packages rather than just leaving them on the porch! Over many years and many neighbors, I've had plenty who I would be happy to let receive my packages and plenty I would very much not. Likewise, I would be quite peeved as a permanent WFH-er to be the neighborhood final delivery guy.

There are plenty of places in the US where packages left on the porch aren't secure, but there are also plenty of places where it's completely fine and saves everyone time. I've never once had a package stolen off my porch anywhere from an apartment in the Bay Area to a house on 10 acres in rural Oregon. I really think that the places where package theft is rampant are the exception, not the rule.



When I lived in NYC and like most didn’t own a car this was the way it worked (sans the neighbor, delivering a package to the wrong recipient is a big no no, and makes some huge assumptions about the neighbor, relationship to the neighbor, and sensitivity of the delivery). If you weren’t home you got a hang tag. They attempted redelivery a few times, held it for a while for pickup, then sent it back.

I worked, like most folks, and people are not generally home. The pickup location took two hours to get to via public transit. That’s a four hour round trip. There was one and only one pickup location in the entire NYC region for fedex.

It made life impossible. Amazon came along and decided to take responsibility for losses directly and instructed carriers to leave packages and not reattempt delivery or hold them. Customers vastly preferred this, carriers too as they saved tons of money. Amazon got a reputation for being much more convenient to order from. Their losses as a percentage were low compared to essentially owning mail order due to the convenience. When I had packages stolen they immediately shipped a replacement no questions asked.

Amazon Key is an attempt to mitigate theft but also a lot of folks just feel uncomfortable with packages on their front step. The idea of leaving you garage slightly open for deliveries isn’t a new one, but the Key product improves on that by only opening for the delivery person and recording their interactions to ensure they don’t do something they shouldn’t.

I used it briefly but I didn’t like it because I have a workshop in my garage and I just didn’t want people seeing what I’m working on. I wasn’t worried they would rob me per se, just didn’t like showing my work in progress to random strangers. If it opened the garage slightly to allow the package delivery I would have kept it but it opened 100%.



I dont want my neighbors to have my package. Fuck that. I'd rather they leave it on my porch.


This is how it used to work in the U.S., too, until the major carriers recently realized they can make that into a paid feature for the customer. Now you can't even request something to be held at the store or distribution center for pickup without a fee or subscription.


> Something that I don’t see people talking about here is that MyQ is the core/required integration component for Amazon Key in-garage delivery, a service used by millions of people to have their packages delivered to their garages instead of having them stolen off their porch.

Would be nice if this functionality could work with arbitrary openers via webhooks. You could even have a fancy auth flow that you trigger from your smart home dashboard so users don't have to know or care how it's implemented under the hood.



That was my thought as well.

I only have MyQ for Amazon Key. Fortunately Amazon also supports the Aladdin Connect - which works with all garage doors. And is fully supported in Home Assistant.

I have one on order and will be swapping out, bye bye Chamberlain.



I just called up the folks that installed my garage door, and recommended that they look for a different brand because of how hostile Chamberlain is being towards their customers. I'm not the only one doing that.

Sure, we're just a couple drops in the ocean, but eventually those drops can start to add up.



If you buy a device that relies on a server connection for functioning, you might legally own it, but it essentially is 'on loan' by the company.

Well, you could always strip it for copper, I guess...



Devices that rely on cloud infrastructure should be required to carry an expiration date right on the box. "This item guaranteed to receive support until XX/XX/XX"


I prefer to have an e-waste law that says that if you stop maintaining the service, you have to open-source it :)


Unfortunately, this is just wishful thinking. Take an example where a company is going under. If such a law existed, it would be unenforceable as the company does not have the resources and know-how how to do such a thing. After they file for bankrupcy, there is no point in punishing them.


Software escrow processes could (partially) solve this, at an upfront cost for every company developing and selling such a device (meaning, at a price that will ultimately be paid by consumers).


Some government agency could be doing the escrow, at no charge to the company.


All you need is an option you can set on a private repo in Github so that if you close your account or don't pay your fees for 3 months it automatically becomes public rather than gets deleted.


There is still a process cost to participate in any escrow process, both on an initial and on-going basis.

(That's before the blindingly obvious observation that even something provided by the government at no cost at point of use has a cost which is ultimately borne by the people.)



Professional escrow is not cheap. The first year, when you have to demonstrate a complete build and 'bring up' process with them the price seems pretty good as it's a lot of work. Funnily they don't seem to offer a multi year deal.

The second year there is much less work but they double the cost. You go along with that as it takes a lot of work on your part to engage a new escrow firm from scratch.

The next year they double it again. It's still demanded by your large corporate customers and you try to pass on the costs but they don't want to pay it.



I don't disagree with either statement, but I think both of those are a price worth paying to avoid having hardware become e-waste because software support was stopped.


I agree with that conclusion.

I think we'd also need to figure out some durable and stable way to reach a conclusion on "when should the software be published out of escrow?" that handles a bunch of the various edge cases. "What happens to devices that are one-time programmable? What devices are in-scope/out-of-scope? Does this apply to radio firmware as well as general CPU firmware? Is the software license changed alongside the release of code from escrow? Are signing keys also released? Is code released from escrow just because some individual use case is no longer supported by the mainline firmware? [Is a disagreement with a product decision enough to release the old code?]"



I agree as well, though I don't think we need to figure out all edge cases before the legislation is viable. All we need to do is allow any person who purchased said software a private cause of action in which they can petition a court to release the code. Then a judge could decide based on the merits of the person's need whether the code should be released or not.


I think that situation exists now, which is the essential root of the problem.

It's too expensive and too unlikely to succeed, but I could sue Chamberlain now arguing that they have breached an implied contract and that the remedy I seek is for them to open-source their code.



I disagree; I believe any lawsuit brought against Chamberlain today would be dismissed for lack of standing. Further, even if it wasn't, I think you would have a very hard time convincing the court that open sourcing their code is a reasonable remedy.

Best case, I think you'd get your purchase price back. I'm not sure how you'd argue that remedy is insufficient, either - hence why my preference is to have the cause of action written into the law we're imagining here. It'd be even better if we can write in that the remedy for a degradation of the service is an open mechanism by which the user has sufficient level of control as to recreate their desired functionality.



Yeah open sourcing code sounds nice but that's the pipe dream of the tech literate. A real workable solution would be regulation defining and banning ewaste creation and consumer protection from vendors rug pulling product support. Penalizing deviant practices and incentivizing open industry standards.


That will only work for the code the company owns herself. But they can't open source code they licensed themselves, which means they can easily cheat the law by outsourcing their code.


Yes, but if there is a law like that there will be demand for open source components, like drivers, and if there is demand there will be offer.


Because that works so well with other laws...


Also a very good option. Ideally it should trigger immediately once a regression happens and at least 12 months prior to service eol (give users time to migrate)


once the company goes bankrupt there might be no one left to open source the leftovers if that's even legally possible due to NDAs, 3rd party licenses, etc.


Then it should be anticipated. Just like a company is required to pay employees what it owes them before it eventual shutdown, even in case of bankruptcy.


So they publish the crypto certificate that allows opening anybody's door?


Unless it's security by obscurity, releasing the source code of the entire infrastructure should never result in all systems becoming compromised. So, assuming the API is run over HTTPS with authentication tokens, Chamberlain wouldn't need to (and should under no circumstances) release its SSL certificates' private keys. Instead, the firmware and server infrastructure should be easily modified by the user to point to their own servers (or get rid of intermediate servers and directly be usable on the local network, which is the only good solution anyway).


If that exists, the company should be shut down for gross negligence, even before they go bankrupt.


I'd prefer to have antitrust regulation that stops this bundling of software with hardware from day 1 - ideally applying to both app software, and the embedded software on the device itself. When a product is going end of life, it seems awkward to enforce a requirement on companies and difficult to get traction for a libre development community.


There are lots of devices these days that rely on cloud infrastructure, like Apple devices, Teslas. Its becoming more devices.

The same for software. Even Microsoft is going fully Cloud. Just had problems to activate my MS Office for Mac Business 2019, which I bought in physical. They now require on @outlook.com email address to be able to activate. Otherwise I can't use my "box" software.



They require Microsoft account, not an outlook.com address; though that address is an easy way to get the account. It is used for activation/license management, one nice feature is that you can yank a license on a dead device and use it with your new one.

Outside of activation, it is easy to use MS Office for Mac completely offline -- there's a checkbox for that in preferences. You will lose some marginal functionality, some of which I prefer to be disabled (like generating pdfs of your documents server-side instead of client-side).



Nope, a Microsoft account is not enough. It must be an @outlook.com address, or any registered company/school/university address.

It took me almost 3 days to find the problem. Microsoft changed that and between all "answers" there is only one single thread in the Microsoft forums that had the solution.



What does "any registered company/school/university address" mean?

Some years ago, I activated some Office licenses using my company email; we never did any hosting with O365 or whatever was it's predecessor, and at the time, everything went fine. All I had to do was to create live account using that email address.



The error message is along the lines: "You can't sign in here with a personal account. Use your work or school instead".

Which means, that you need to associate your existing account with an @outlook.com address. It seems, that Microsoft changed that requirement somewhere in 2020/2021.

Yes, previously Microsoft account with whatever email address was enough. But they changed that.

I stumbled upon that while upgrading to new hardware, which requires new activation of the Office products.



The same pirated copy of Office 2007 has been doing me fine for well over a decade at this point.


Once again, the paying customer has a worse experience.

The Gaben has spoke: "piracy is more about convenience than price"



We are a small company. I don't use pirated software. I like on-premise software over cloud solutions. Adobe and Zoom ae the only cloud solutions we use. Zoom is obviously. But I look on how to get rid of Adobe, while Adobe Stock has no real competition as the bought Fotolia, which we used before.


Serious question: did you try pexels? for most of my stock photo needs they are okay (not great but okay), and all pictures are public domain and free of charge. They don't have stock video tho. :(


I updated it to version 2010. Much much better. Jack Sparrow ahead:)

Just do it. You won't regret it. I also bought office 2016 cheap at some point in time. That's even better. Faster, nicer UI.. just to give you feedback xD



The cloud is some one else’s computers and internet.

That internet connection for cloud services for smart gear always costs someone.

Smart home devices that can’t be locally hosted or easily made to be locally hosted should be avoided.

There’s no reason a light switch that normally works for 10-20 years will only work for 2-5 due to cloud connectivity.

Luckily for the time being a lot of the providers can be reflashed with Tuyo based firmwares.



Agree with you overall, while adding a note that light switches normally work for far, far longer than 20 years.


Extremely fair comment that light switches normally work far longer than 20 :)


The date should at least match the expiration date of any root CA public certificates installed on the device.


I remember reading about someone who could not brew coffee anymore because the cert on their "smart coffee maker" had expired and the business had gone under.. they discovered that by attempting to use wireshark, of all things, to take a peek. I thought "this moment right here is where people will catch up to it, no way we can go even further".

This was like 7+ years ago.

https://twitter.com/internetofshit



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact



Search:
联系我们 contact @ memedata.com