Публічний вміст і далі потребує справжності та безпеки облікового запису; конфіденційність — лише одна з властивостей безпеки.
Публічний канал і приватна розмова мають різні цілі. У публічному каналі слід припускати, що аудиторія може бачити, зберігати й поширювати вміст. Це відрізняється від іншого питання: чи може сам сервіс читати текст? Відповідь залежить від конструкції продукту, а не лише від кількості учасників.
Саме позначення «публічний» не доводить, що шифрування марне чи технічно неможливе. Водночас наявність шифрування не може зробити конфіденційним вміст, вільно наданий громадськості.
Відмінності між трьома типами просторів
| Простір | Головне питання перед надсиланням |
|---|---|
| Пряма розмова | Як перевіряється ключ співрозмовника та які пристрої мають доступ? |
| Приватна група | Хто стає учасником, хто отримує ключ і як надається історія? |
| Публічний канал | Чи хочу я, щоб цей вміст бачили й зберігали поза межами нинішньої аудиторії? |
Обмеження права публікації адміністраторами не означає конфіденційності отримання. Також не слід вважати «приватний канал» іншого продукту тим самим, що публічний канал Livara, лише через подібність назв.
Яку межу заявляє Livara?
Сторінка безпеки Livara описує канали як публічне, доступне для читання мовлення й відокремлює їх від прямих повідомлень та приватних груп. Це межа продукту: не надсилайте матеріали в канал так, ніби це особистий конфіденційний документ.
Для практичного рішення звертайте увагу на позначення конкретного простору спілкування, а не лише на назву застосунку чи зображення замка. Один застосунок може містити і зашифровані розмови, і публічні простори.
Чи робить E2EE скарги на зловживання неможливими?
Ні. Наскрізне шифрування перешкоджає типовому читанню вмісту сервером, але одержувач може свідомо передати частину отриманого повідомлення у скарзі для розгляду. Блокування облікових записів, обмеження запрошень і контроль членства також не обов’язково потребують читання всіх повідомлень.
Дослідження Transcript Franking for Encrypted Messaging є прикладом технічного вивчення перевірюваних скарг у зашифрованому обміні повідомленнями. Наявність цієї роботи не означає, що таку функцію реалізовано в Livara; вона лише показує, що твердження «шифрування знищує будь-яку можливість модерації чи подання скарг» неправильне.
Розрізняйте можливість добровільно подати скаргу та суцільне сканування приватного вмісту. Скарга може розкрити команді розгляду копію вмісту й контекстну інформацію. Перед надсиланням користувач має знати, які дані виходять за межі розмови.
Що перевірити в політиці каналу?
- Видимість: чи можна переглядати вміст без підписки або входу?
- Поширення: чи можуть публічне посилання, попередній перегляд, пошукова система або інші користувачі поширювати вміст?
- Видалення: як видалення допису із сервісу впливає на копії, збережені іншими людьми?
- Скарги: хто бачить скаргу та які відомості надсилаються разом із нею?
- Оскарження: як зв’язатися з адміністрацією та попросити переглянути її рішення?
Це питання для оцінювання, а не твердження, що конкретний продукт має всі ці можливості. Юридичні обов’язки також залежать від юрисдикції та обставин сервісу; із загальної статті не можна вивести єдиний правовий висновок для всіх платформ.
Приклад рішення перед публікацією
Оголошення часу публічного заходу може підходити для каналу. Список телефонів учасників, номери посвідчень особи чи їхні приватні розмови — зовсім інший вміст. Перед публікацією видаліть зайві відомості та врахуйте згоду людей, яких можна ідентифікувати. Перенесення до приватної групи теж не усуває ризику копіювання учасниками.
Поширені запитання
Хіба публічному вмісту не потрібна безпека?
Потрібна. Справжність видавця, запобігання несанкціонованим змінам, безпека облікового запису адміністратора й доступність залишаються важливими; конфіденційність — лише одна з властивостей безпеки.
Чи видаляє видалення допису всі копії?
Не обов’язково. Аудиторія могла зберегти файл або зображення. Не вважайте публічне розміщення цілком зворотним рішенням.
Що робити з чутливим повідомленням у Livara?
Перевірте межі обраного простору в моделі загроз, обмежте коло одержувачів і подбайте також про безпеку пристроїв. Публічний канал не замінює конфіденційної розмови.
