Dufam, ze masivna IP premavka z chladniciek, mikrovlniek, praciek a podobnych zariadeni zahlti taketo data centra:
https://en.wikipedia.org/wiki/Utah_Data_Center
1) IPv6 je nutnost. Bez něho se dvě zařízení domluví njenom přes veřejnýho prostředníka. Probíhá to tak, že se kávovar ptá skrz NAT a síť ISP co 20s serveru, jestli mů vařit latté nebo espresso a kolik smetany do něj. Bez ohledu na to, že jsou tři hodiny v nci a nikdo to po něm nechce. Appka v mobilu se zase furt co 5s ptá, jestli na chatě není zloděj.. pokud bude 1 dotaz/odpověď 0,5kB co 5s, dává tyo průměrný traffic 0,1kBps. Ale když těch zařízení bude doma 20 a těch domácností bude 500 000, dá to 1GBps. Jenom na hloupý a zbytečný dotazy. Pokud má být dostupná a nezaspamovaná infrastruktura, je ve veřejným zájmu, aby zařízení na sebe viděla a posílaly se jenom změny. Když to nechce respektovat výrobce, nastavme regulace tak, že IPv6 je povinnost (novela 22/1997 Sb.).
2) Posílání dat ke zpracování na server často nedává smysl a zákazník o tom ani neví. Když je u potravin povinnost informovat o složení, zaveďme povinnost informovat, co se posílá na server. nechť dodavatelé soupeří o autonomii zařízení při výpadku IT infrastruktury.
3) Výrobce musí být zodpovědný za svůj produkt. Dneska podle zákona o výrobcích (22/1997) nesmí výrobek např. rušit ostatní zařízení (EMC) - doplňme tam narušení dostupnosti IT infrastruktury a služeb. Dejmě ČOIce pokyny...
4) Výrobce musí být přinucen poskytovat podporu po celou dobu životnosti výrobku, pokud je tento schopný svou činností narušit zájmy třetí strany (třeba účasti s DDoS), popř. předat nezbytné podklady třetí straně a informovat o tom zákazníka..
5) Uživatel musí mít zodpovědnost za jeho zařízení. Když může zodpovídat za to, že autem nikoho neřejede, že z jeho střechy nespadne sníh někomu za krk, že jeho pes nikoho nepokouše apod., nevím, proč by nemohl zodpovídat za svoje IoT hračky. Tj. za safety update, pokud update nedělá na dálku výrobce. Pokud jeho zařízení něco vyvede a neprokáže, že měl poslední verzi FW, dát mu flastra.
Bohužel, jiná cesta k bezpečnýmu a efektivnímu IoT není :(
Ad1)
Mám automatizované třeba ovládání akvária. Ke komunikaci těchto "hloupých" zařízení, jako ESP, arduino atd slouží protokol MQTT, pro trvalou komunikaci s webovým rozhranním/mobilní aplikací pak WebSocket. Mezi tím mi stojí jednoduchý broker, který nový požadavek, nebo naměřenou hodnotu předá když je potřeba, nikoliv v časových intervalech jako v dobách ajax.
Nevím, jak by mi k tomu IPv6 pomohla, autorizace zařízení, nebo webiu mi řeší onen broker, pokud tam tečou data odjinud, ignoruje je.
1)
V době, kdy každé pako, kterému se podařilo rozběhat wordpress a změnit mu šablonu, se považuje za programátora, mi to přijde jako utopie.
novela 22/1997 Sb.
Přeji hodně štěstí při prosazování tohoto vtipu korporacím a Číně
2)
Hodně štěstí při prosazování tohoto úmyslu vůči celému světu
3)
Hlásím se k ČOIce, firemní výlety do Číny budou pěkné
4)
Jakým konkrétním způsobem je chcete donutit? (Hodně štestí s Čínou mi už přišlo jako klišé)
5)
Uvědomujete si problematičnost této krásné myšlenky? Budete prosazovat nějaký unifikovaný způsob update fw? A podobných problémů je tam spousty.