We seem to have a communication problem here so I'll try it in English.
I've never claimed that IOT devices are potentially insecure because of
used protocol, whatever protocol it is.
Also I've never stated that my protocol is intended to be more secure than
others.
I haven't claimed
predstavme si ze je protokol nejaky jazyk ktory ked proste neovladas tak si
moc nepokecas
takisto ako C , C++ , python ... atd
pokial ten nouma ktory sa ide hrabat v IoT si neporadi s SPI alebo I2C tak
mu to asi nebude fungovat
a to sme stale u toho T z IoT ... este ten nouma si musi poradit s
- Ja netvrdil ze je neco nezabezpeceneho na samotnem pouzitem protokolu,
ale moje vize je takova, ze v IOT bude delat jiz brzo kazdy nouma takze se
vyroji spoustu zabugovanych zarizeni ktera budou mit velky potencial byt z
toho duvodu spatne zabezpecena. Ne primo z duvodu protokolu ktery je
diky za odpovede ale :
- mozes uviest nejake priklady ? neviem co je spatneho zabezpeceneho na i2c
alebo spi , uart/usart atd ...
- OK
- v SPI sa pouziva vacsinou tam kde je potreba IRQ pin ktory prave hovori
nieco ako napr "uz mam plny/prazdny buffer" alebo "nove data su
dostupne/zapsane vyber
- Nemel jsme na mysli nezabezpecene protokoly, ale spatne zabezpeceni jako
celek z duvonu uspechaneho vyvoje , snadnosti nastaveni (napr. defaultni
hesla) a lace (napr. stare verze sw se znamymi problemy).
- To mne zmatl kamarad - spatne to pochopil, pak jsme se dohodli ze je
asynchronni.
Ahoj mr.Holub
po skuknuti talku z Brmlabu mam par otazok
-prednaska zacina s tym ze IoT zariadenia pouzivaju nedokonale a
ne-bezpecne protokoly , ako si k tomuto tvrdeniu dosiel ?
-tvrdis ze tvoj protokol je synchronni - nacoz nasledne tvrdis ze
zariadenie musi pockat na ack a komunikaci ridi
Ahoj,
tak jsem konecne publikoval svuj protokol,
https://github.com/mrholub/hcp
http://www.instructables.com/id/Smart-Mouse-Trap/
http://www.instructables.com/id/Simple-6-wire-Communication-Protocol/
Mr.Holub
___
Brmlab mailing list