WebRTC je uporaben za aplikacije za elektronske varuške, ker lahko zanesljivo prenaša zvok in video v živo. Ni pa znak kakovosti celotnega izdelka. Varno seznanjanje, razumljiva dovoljenja in jasni prikazi stanja morajo biti v sami aplikaciji še vedno dobro urejeni.
Slovarček v eni vrstici
- Zajem medijev
- Aplikacija zahteva dostop do mikrofona in kamere, da lahko z napravo zajema zvok in video v živo.
- Povezava enakovrednih naprav (Peer Connection)
- Povezava, ki med dvema napravama prenaša zvok, video in po možnosti podatke v živo.
- Podatkovni kanal
- Pomožni kanal za nadzorna sporočila, kot so ukazi za govor s pritiskom gumba ali za vklop in izklop kamere.
- ICE / TURN
- Tehnike povezovanja, ki napravam pomagajo najti delujočo pot prek usmerjevalnikov in NAT-a tudi ob omrežnih omejitvah ali blokadah.
Poenostavljena arhitektura
Kaj se navadno zgodi med sejo elektronske varuške prek WebRTC
Napravi si izmenjata podatke o povezavi
Prek signalizacije obe strani izvedeta, kako lahko dosežeta druga drugo.
Dostop do zvoka in videa je odobren lokalno
Naprava vklopi mikrofon in po potrebi kamero šele po odobritvi ustreznih dovoljenj.
Izbere se neposredna pot ali posredovanje prek strežnika
ICE določi, ali je mogoča neposredna pot ali pa je potrebno posredovanje prek strežnika TURN.
Mediji in nadzorni podatki potujejo vzporedno
Zvok in video se prenašata v realnem času, ločena nadzorna sporočila pa lahko potujejo prek podatkovnega kanala.
Zakaj je WebRTC primeren za elektronske varuške
Elektronska varuška ne potrebuje arhiva sporočil ali sistema za zapoznel prenos. Potrebuje zvok z majhno zakasnitvijo, jasen prikaz stanja v realnem času in smiselno delovanje ob spreminjajočih se omrežnih razmerah. Prav tu je WebRTC močan: pri prenosu medijev v živo, povezovanju naprav in možnosti uporabe namenskega nadzornega kanala.
Za starše to pomeni, da izdelek, ki temelji na WebRTC, navadno skuša težavo komunikacije v živo rešiti neposredno, namesto da bi uporabljal počasnejše ali manj namenske rešitve. To je koristno. Vendar samo po sebi še nič ne pove o tem, kako odkrito izdelek razkriva svoje delovanje, kako jasno obravnava dovoljenja ali koliko njegove arhitekture ostaja skrite.
Zakaj strežniki še vedno obstajajo, tudi ko govorimo o povezavi peer-to-peer
Tu se veliko staršev upravičeno ustavi. Povezava peer-to-peer ne pomeni, da ni nikoli vključen noben strežnik. Napravi se morata najprej najti, izmenjati podatke o povezavi in v zahtevnih omrežjih včasih uporabiti posredniški strežnik. Signalizacijski strežniki in strežniki TURN so običajni. Pomembno je, za kaj se uporabljajo in kako jasno aplikacija to pojasni.
Aplikacija za elektronsko varuško lahko uporablja strežnike in še vedno spoštuje zasebnost, če je njihova vloga strogo omejena in dobro pojasnjena. Težave se začnejo, ko tehnično posredovanje preraste v nejasno shranjevanje, slabo pojasnjeno upravljanje računov ali prikrito hrambo podatkov.
| Gradnik WebRTC | Zakaj je pomemben za elektronsko varuško |
|---|---|
| getUserMedia | Nadzira dostop do mikrofona in kamere, zato so dovoljenja ključna. |
| RTCPeerConnection | Prenaša medijsko sejo v realnem času med napravama. |
| ICE / TURN | Pomaga, da se seja nadaljuje, ko usmerjevalniki in NAT otežijo neposredno komunikacijo. |
| DataChannel | Omogoča dodatne nadzorne funkcije ob glavnem medijskem toku. |
Česa WebRTC ne reši samodejno
WebRTC sam po sebi ne zagotavlja varnega seznanjanja. Ne odloča o tem, kako izdelek obravnava identiteto, kako dolgo so signalizacijski podatki na voljo ali ali vmesnik jasno pokaže izgubo povezave. Izdelek lahko zato res uporablja WebRTC, pa je vseeno slab ali nepregleden prav pri stvareh, ki so staršem najpomembnejše.
Praktična posledica je preprosta: »uporablja WebRTC« je koristen namig, ne pa konec preverjanja. Po tej trditvi sledi pravo delo — preverjanje seznanjanja, zasebnosti, dovoljenj, delovanja omrežja in transparentnosti izdelka.
Vprašanja o WebRTC, ki bi jih starši res morali zastaviti
nato vprašajte, kako so urejeni signalizacija, seznanjanje in vidnost stanja povezave.
vprašajte, kateri strežniki še vedno obstajajo ter ali je njihova vloga omejena in razumljiva.
natančno preverite dovoljenja, delovanje relejev in pojasnila o zasebnosti, namesto da predpostavite, da ime tehnologije zadostuje.
Hiter tehnični pregled
- Ali je jasno, zakaj so potrebna dovoljenja za mikrofon, kamero in lokalno omrežje?
- Ali izdelek pojasni, kako se napravi najdeta in začneta sejo?
- Ali je delovanje posredniških strežnikov predstavljeno razumljivo, ne kot nekaj čarobnega?
- Ali lahko starši na razumljiv način vidijo stanje povezave?
- Ali zgodba o arhitekturi presega preprosto trditev »uporabljamo WebRTC«?
Pogosta vprašanja
Kaj je WebRTC pri elektronski varuški?
WebRTC je tehnologija za šifrirane povezave v realnem času med napravami. Prenaša zvok in video ter lahko glede na omrežje deluje neposredno ali prek relejskega strežnika.
Ali lahko strežnik TURN vidi video elektronske varuške?
Strežnik TURN posreduje pakete, kadar neposredna pot ni na voljo. Mediji ostanejo zaščiteni s transportnim šifriranjem WebRTC in se tam ne shranjujejo kot posnetek.
Zakaj WebRTC potrebuje tudi signalizacijo?
Napravi si morata najprej izmenjati podatke o povezavi, preden se lahko vzpostavi medijski kanal. Tudi signalizacija mora biti zaščitena, signalizacijski podatki pa hranjeni le v nujnem obsegu in po vzpostavitvi povezave odstranjeni.
Viri in nadaljnje branje
- Uvod v WebRTC · WebRTC
- API WebRTC · MDN Web Docs
- MediaDevices: getUserMedia() · MDN Web Docs
- Zahtevanje dovoljenj aplikacije · Android Developers
- Zahtevanje dostopa do zaščitenih virov · Apple Developer Documentation
- Anonimno preverjanje pristnosti s storitvijo Firebase · Firebase Documentation
- NSLocalNetworkUsageDescription · Apple Developer Documentation
- Varnost in arhitektura Babyphone Timmy · Babyphone Timmy