Technician

Не дождался завтра 🙂 Точнее уже завтра (ночь), но не суть 🙂
Попробовал одну опцию (отключающую обязательность шифрования на сервере).
Получилось что если клиент требуется шифрования… он его получает. Если не требует, то не получает.
Можно включить ВСЕМ устройствам… и если устройство затребует, то получит.
Против этого есть два соображения…[Читать далее]

Не дождался завтра 🙂 Точнее уже завтра (ночь), но не суть 🙂
Попробовал одну опцию (отключающую обязательность шифрования на сервере).
Получилось что если клиент требуется шифрования… он его получает. Если не требует, то не получает.
Можно включить ВСЕМ устройствам… и если устройство затребует, то получит.
Против этого есть два соображения…[Читать далее]

Завтра попробую сделать шифрование “необязательным”… т.е. чтобы не требовалось переключать “шаблоны” в устройствах.

Итак… у меня получилось добиться прохождения звонков в обе стороны с шифрованием TLS+SRTP на Zoiper и PhonerLite.
В обеих случаях отображается замочек и шифрование SDES.

Реализовал возможность добавить SMS шлюз с сервисом bytehand.com
можно проверять баланс…
Задумался как дальше двигаться… Есть несколько путей:
1. Простой и негибкий: у шлюза сделать настраиваемый “идентификатор” (например, sms). И если SIP сообщение с текстом “sms Привет” на номер 79101234567, то на этот номер и уйдёт текст “Привет” через шлю…[Читать далее]

@alex1123, именно так. Zoiper, видимо, пытается установить шифрованное соединение, но ему это не удаётся.
С настройками сервера это связано только тем, что сервер нашего сервиса, к сожалению, не поддерживает ZRTP 🙁
Буду пытаться заставить работать с SRTP, который хотя бы заявлен как работающий.

@alex1123, TLS – это шифрование “сигнализации” и оно успешно работает. Но сам голос и видео (медиа) идёт отдельным от сигнализации потоком: RTP или ZRTP или SRTP (протоколы медиа-потоков).
RTP открытый протокол, который поддерживается всеми клиентами.
SRTP – довольно старый протокол криптования. имеет недостатки, но более распростран…[Читать далее]

@alex1123 с ZRTP оно, конечно, работает.. но шифрования не происходит. Или я ошибаюсь?

Мне требовалось выполнить одно длительное действие над БД, в которой хранятся все логи звонков, а потому требовалось останавливать сервер телефонии.
Чтобы помешать наименьшему числу пользователей.. запланировал это на 4 утра (во время бэкапа) и настроил действие на планировщик… Требовалось чтобы сервер телефонии был выключен, а пото…[Читать далее]

Успешно проходили. И сейчас проходят.
Только шифрации RTP нет никакой.

1) Эта инструкция написана для chan_sip. В сервисе сейчас используется res_pjsip

2) Эта инструкция и патчи написаны для asterisk 1.4. Я практически уверен что оно неприменимо для 1.13… тем более res_pjsip.
А вот ответ: http://asteriskfaqs.org/2015/10/05/asterisk-users/does-res_pjsip-support-zrtp.html
Похоже что libZRTP требуется лицензиров…[Читать далее]

Попробуйте сейчас, пожалуйста.
Напишите.. получилось ли

Астериск не поддерживает zrtp 🙁

SRTP, шифрование

Скорей всего не пошло оно в народ… не нашлись рекламодатели для оплаты отправки SMS.
Хотя идея сама по себе удачная… по крайней мере для отправки кодов подтверждения мне было бы в самый раз.

Посмотрите на первую строку контактов тут: https://talk37.ru/members/pril/voip/general
А так же а список контактов входящих устройства для входящих

Да… это гугл так исправил уязвимость под названием stagefright. Так называется плеер, который воспроизводит медиа в андройде из HTML5.
Уязвимость действительно была (а у многих ещё и есть).
Но что с этим делать…

на ум приходит только формировать и возвращать в ссылке временные хеши, которые дают доступ к записи на N минут кому угодно с эт…[Читать далее]

И ещё откопал:
http://stackoverflow.com/questions/16310552/do-mobile-browsers-send-httponly-cookies-via-the-html5-audio-tag/16405325#16405325

причина понятна. Какой путь выбрать… пока непонятно.