Mirror Trelvix

אבטחת מידע ודרישות רשת · למחלקות IT

תקציר

גרסת מסך 1.3 ומעלה · אפליקציית iOS 1.3 ומעלה · עודכן: 1 בנובמבר 2026

רכיבים וזרימת מידע

רכיבתפקיד
אפליקציית המסךאפליקציית SI שמותקנת על מסך LG webOS. כוללת שירות רקע מקומי שמנהל את החיבורים, את הקוד החד-פעמי, את דף הניהול ואת הרישוי. התוכן מוצג על המסך ולא נשמר.
אפליקציית iOSסורקת את קוד ה-QR שעל המסך ומשדרת את מסך האייפון והקול של האפליקציות באמצעות ReplayKit ו-WebRTC. המיקרופון לא נשלח.
אתר (אופציונלי)משמש רק לרכישה ולהפעלת רישיון. אין לו גישה למסכים או לשידורים. ארגון בלי אינטרנט יכול להדביק רישיון ידנית.

מסלול החיבור: האייפון פונה למסך ב-WSS, מאמת את תעודת המסך ושולח את הקוד החד-פעמי. אם הקוד נכון, נפתח חיבור WebRTC ישיר בין האייפון למסך. אין שרת ממסר (STUN/TURN), והשידור לא יוצא מהרשת המקומית.

הצפנה ואימות המסך

בקרת גישה

מנגנוןפירוט
קוד שידור4 ספרות, מוצג רק על המסך. מתחלף אחרי כל שידור, בכל פעם שמסך הקוד מוצג, ואחרי 5 ניסיונות שגויים מכל המכשירים יחד.
נעילת מכשיר5 קודים שגויים ממכשיר אחד נועלים אותו ל-20 דקות. שאר המכשירים לא מושפעים, כך שתוקף לא יכול לנעול את כולם בחוץ.
פתיחת מסך הקודרק פיזית, מהשלט של המסך: INPUT ← כניסת ההפעלה, או כפתור הבית ← Mirror Trelvix. אין רשימת מסכים באפליקציה, ואי אפשר להקפיץ מסך מרחוק או להציג את הקוד שלו מחדר אחר. הקוד תקף רק בזמן שהוא מוצג, ומתחלף כשהמסך חוזר ל-HDMI.
סיסמת מנהלנשמרת כ-scrypt hash עם salt. ההגדרה הראשונה דורשת את הקוד שעל המסך. איפוס דורש הקשה של 999 בשלט הפיזי של המסך. 5 ניסיונות שגויים ממכשיר נועלים אותו ל-20 דקות.
סשן ניהולCookie אקראי עם HttpOnly, Secure ו-SameSite=Strict, בתוקף 12 שעות. שינוי סיסמה מנתק את כל הסשנים.
שידור מקבילמסך אחד מקבל שידור אחד בכל רגע. בקשת קוד בזמן שידור נדחית.

דרישות רשת

פורטכיווןשימוש
TCP 8443טלפון/דפדפן ← מסךHTTPS ו-WSS: תיאום חיבור ודף ניהול. אם הפורט תפוס: 8444, 9443 או 18443.
TCP 8090טלפון/דפדפן ← מסךHTTP: הפניה ל-HTTPS ודף מידע בלבד. אם הפורט תפוס: 8091, 9090 או 18090.
UDP 5353Multicast 224.0.0.251mDNS: רק לכתובת הקבועה של דף הניהול (mt-xxxx.local). המסך לא מכריז על עצמו כשירות. לא חובה: אפשר להיכנס לדף הניהול גם בכתובת ה-IP.
UDP פורטים דינמייםטלפון ↔ מסךWebRTC: וידאו וקול, ישירות בין המכשירים (בדרך כלל 49152–65535).
אינטרנט—לא נדרש, לא למסך ולא לשידור. נדרש רק למי שמפעיל רישיון דרך האתר, ממכשיר כלשהו.

רשת אורחים מופרדת

בארגונים רבים האורחים מתחברים לרשת Wi-Fi נפרדת, שמבודדת מהרשת שבה המסכים מחוברים. במצב כזה האורח לא יראה את המסך ולא יוכל להתחבר אליו עד שה-IT יאפשר זאת. אפשרויות:

  1. ניתוב מוגבל: לאפשר מרשת האורחים לכתובות המסכים בלבד את TCP 8443 ואת UDP לפורטים הדינמיים. זה כל מה שנדרש: אין צורך ב-mDNS או ב-Bonjour Gateway.
  2. Client Isolation: אם רשת האורחים חוסמת תקשורת בין מכשירים, צריך לאפשר חריגה לכתובות המסכים.
  3. חלופה: לחבר את המסכים לרשת שהעובדים מחוברים אליה, ולתת לאורחים לשדר רק דרך עובד.

מידע שנשמר

רכיבי צד שלישי

רכיבגרסהשימוש
WebRTC (Google, stasel/WebRTC)M120+אפליקציית iOS: שידור
ws8.22.1מסך: WebSocket
multicast-dns, dns-packet, thunky, ip-codec7.2.5, 5.6.1, 1.1.0, 2.0.5מסך: כתובת .local לדף הניהול
qrcode-generator—מסך: יצירת QR מקומית

ההצפנה במסך משתמשת במודול crypto המובנה של Node.js, ובאייפון ב-Security ו-CryptoKit של אפל.

רישוי ועדכונים

מגבלות ידועות

לשאלות אבטחה ולשאלוני ספקים: trelvixsupport@gmail.com

Security & network overview (English)

Screen app 1.3+ · iOS app 1.3+ · Updated November 1, 2026

Summary

Encryption and display authentication

Each display generates its own ECDSA P-256 key and TLS certificate on first start. The private key never leaves the display. The on-screen QR code carries the certificate's SHA-256 fingerprint, and the app pins it: it only connects if the presented certificate matches. WebRTC DTLS fingerprints are exchanged inside that authenticated channel, which prevents man-in-the-middle attacks. The admin page is HTTPS-only. Plain HTTP only redirects and serves a public info page.

Access control

Network requirements

PortDirectionPurpose
TCP 8443phone/browser → displayHTTPS/WSS signaling and admin. Fallbacks: 8444, 9443, 18443.
TCP 8090phone/browser → displayHTTP redirect and info page only. Fallbacks: 8091, 9090, 18090.
UDP 5353multicast 224.0.0.251mDNS for the admin page's .local address only. The display is not advertised as a service. Optional: the admin page also works by IP address.
UDP ephemeralphone ↔ displayWebRTC media, direct peer-to-peer (typically 49152–65535). No STUN/TURN.
Internet—Not required. Used only to activate a license through the website, from any device.

Segmented guest networks

If guests use an isolated Wi-Fi network, allow TCP 8443 and UDP to the display addresses, and exempt the displays from client isolation. No mDNS gateway is needed.

Stored data

The display stores its name, admin password hash, license and trial start, serial number and model, and TLS key and certificate. It stores no broadcast content, user data or usage logs. The iPhone stores only the last display's address, fingerprint and code, inside the app. There are no analytics or tracking, and the App Store privacy label is "Data Not Collected".

Third-party components

WebRTC (Google, M120+) on iOS. On the display: ws 8.22.1, multicast-dns 7.2.5, dns-packet 5.6.1, thunky 1.1.0, ip-codec 2.0.5 and qrcode-generator. Cryptography uses the Node.js built-in crypto module on the display, and Apple Security/CryptoKit on iOS.

Updates

Updates are installed only by the organization via USB (SI Server Setting). There are no remote or automatic updates.

Security questions and vendor questionnaires: trelvixsupport@gmail.com