28 апреля 2024, воскресенье, 3:59
Поддержите
сайт
Сим сим,
Хартия 97!
Рубрики
Комментарии 5
+12 +
вр, 20:41, 8.08

МОЛОДЦЫ !!
Так держать !!

Ответить
+2 +
alex, 1:32, 9.08

В стандартных протоколах электронной почты есть возможность шифрования и электронной подписи. Проблема только в том, что Microsoft постарался сделать почтовые клиенты и свои транспортные службы максимально несовмстимыми и нудобными, если шифрование используется. Например, каждому почтовому серверу, включая транзитные, приходится платить пирамиде Microsoftа взнос за подписанный "сертификат", как минимум за один, ежегодно, плюс Microsoftовские почтовые клиенты делают почтовое сообщение трудноразворачиваемым (труднооткрываемым) для получателя, если оно пролежало в архиве у получателя больше срока действия их "сертификата". Все было так хорошо, когда был PGP, он развивался, и потом его закрыли, и Microsoft влезла со своими сертификатами...

Ответить
+5 +
Ігар Іваноў, 22:05, 8.08

Лічбавыя подпісы пад адкрытым тэкстам, на мой погляд, самы безапасны асьпект пашырэння аудыторыі карыстальнікаў крыптаграфічных прадуктаў.

Крыптаванне е-mail куды болей небяспечная рэч. Тэрарысты і бандыты памкнуцца да гэтага у першую чаргу - у адным натоўпе з рэвалюцыянэрамі, паліцыяй, дзяржбясьпекай, выведкай і контрвыведкай.

Насамрэч, любы чалавек, прыкладам супрацоўнік IBA, які меў дачыненне да прадукту "Канцлер" і яго пастаўкі дзяржструктурам Беларусі (МВД, і г.д.) ведае, што такое лічбавы подпіс. Ведае таму, што "Канцлер" уласна кажучы ёсць Lotus Notes( уласнасць IBM), і аніводзін карыстальнік сістэмы не абыходзіцца без лічбавага подпісу. ЛП (лічбавы подпіс) выдаецца аўтаматычна, пры регістрацыі новага карыстальніка адміністратарам Lotus Notes).

Што тычыцца ініцыятыў Google і Yahoo, то уважлівы чытач, не можа не звярнуць увагу на тое, што НІХТО НЕ ЗАБАРАНЯЎ гэтым кампаніям праявіць такую ініцыятыву РАНЕЙ за СНОУДЭНА. Але...маем што маем. Таму я не падзяляю усхваляванай захопленасці асобных каментатараў. Я у гэтым бачу стары і надзейны метад "охранного отделения" - хочешь обезопасить себя от новой угрозы - организуй и возглавь.

PS

Не для публікацыі.

Чаму я, маючы магчымасць, не пішу на charter97@gmail.com?
- Таму, што я не ведаю такога чалавека "charter97".

І гэта ёсць АДЗІНАЙ перашкодай.

Я не патрабую ні ад кога таго, што пачаў рабіць сам (пісаць пад уласным імём), але я мушу ведаць, што прыкладам "Махмуд25" - пані Радзіна, а "Бурбалка2", прыкладам, пан Дашкевіч. На вялікі жаль "пан Ананім", якога так бэсьціць пан Дашкевіч у сваім адказе мне у каментах пад артыкулам "Совок без совка", з'явы характэрная не толькі для "сістэмы" у Беларусі. Яна характэрная і для супрацьлеглага боку! Вы станеце пісаць на mvd@gov.by? А на, прыкладам, nvonlineinfo@gmail.com? Патэлефануйце у рэдакцыю "Народнай волі". Што чуеце у тэлефоннай трубцы? - "Народная воля". А што такі "Народная воля"? Хто гэта? Мо Зміцер Галко? Мо сэксот Васечкін? Мо Сярдзіч? Вось хто такі Мікола Бугай у "Нашай Ніве" - ужо не сакрыт. Гэта персанальна Дынько. Пану Дынько час змяніць псеўданім(нік), бо яго зпаліў Франак Вячорка некалькі гадоў таму, не сцярпеўшы абразы у сацыяльнай сетцы. Таму без персаналізацыі кантактаў, мне асабіста, кантактаваць не цікава. Хаця ЁСЦЬ што дасылаць на Хартыю. КОЖНЫ ДЗЕНЬ ЁСЦЬ.

Ответить
-2 +
Тёма, 8:26, 9.08

Ну и шифруйте свою почту, а я свою шифровать не буду.

Ответить
-1 +
unique, 10:51, 9.08

статья ни о чем... шифрование от клиента до сервера и так используется всегда, надо в настройках gmail аккаунта выставить, всегда использовать HTTPS соединение... отправку почтовых отправлений между серверами, тоже можно сделать зашифрованной посредством SSL соединения... но не все почтовые сервера принимают защищенные соединения... но даже если они это сделают для двух сервисов... кто мешает продолжать слушать на серверах самих почтовых сервисов? И не забываем что когда SMTP сервер отсылает какому-нибудь серверу, который не принимает SSL соединение, то всё шлется в открытом виде между серверами... т.е. прослушать можно на всем протяжении сети от сервера отправителя до сервера получателя...

но возможно речь идет действительно о шифровании на стороне клиента... но это возможно делать и без договоренностей сервисов... да и почему от этого сервис начнет медленнее работать? это же на стороне клиента... они хотят это делать посредством самой html страницы и js? а где гарантии что завтра мой браузер не получит другой js который отошлет ключ шифрования куда-нибудь...

в таком случае придется надеятся только на порядочность самого ресурса... поэтому проще на это не расчитывать а сразу шифровать контент, если вы передаете какие-то ну сверхважные корпоративные секреты..
или иметь свой сервер обмена сообщениями или почты для всех сотрудников... и аппаратно он должен быть физически на замке... и поэтому хотя бы в колокейшене, не говоря уже о своем собственном дата-центре...

а всем остальным хватит той безопасности, что уже есть.. поэтому я думаю это просто маркетинг...

Ответить
 
Написать комментарий
E-mail не будет опубликован