Обсуждение:Протокол Skype

Эта статья пока не оценена по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects :

Вычисления This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing ??? This article has not yet received a rating on the project's importance scale.

This article may be too technical for most readers to understand. Please help improve it to make it understandable to non-experts, without removing the technical details. (August 2009) (Learn how and when to remove this message)

• Насколько конфиденциальны мои личные разговоры в Skype?
  • гораздо лучше других простых в использовании мессенджеров.
• Может ли АНБ прослушивать или отслеживать сеансы чата на предмет ключевых слов и идентифицировать вовлеченных пользователей?
  • вероятно, не очень хорошо из-за распределенной сети.
    • AES256 считается довольно безопасным, безопасность шифрования зависит от безопасности механизма обмена ключами. Skype может напрямую отправлять ключи подслушивающему устройству. Но, вероятно, самый простой способ прослушивания общения в Skype — это скомпрометировать компьютер, на котором запущен Skype.

124.197.18.179 22:29, 28 июня 2007 (UTC) [ ответить ]

Я задаю себе те же вопросы! В статье прямо говорится, что коммуникация шифруется с помощью RC4; используемый метод не обеспечивает никакой конфиденциальности .

Но, привет! Если трафик зашифрован, он ОБЕСПЕЧИВАЕТ НЕКОТОРУЮ конфиденциальность. Если он НЕ обеспечивает КОНФИДЕНЦИАЛЬНОСТИ, то автор знает что-то, чего не знаем мы. IMHO, это неприемлемое поведение в мире Википедии. Пожалуйста, проясните этот аспект или расскажите, почему вы не можете. (АНБ контролирует контент Википедии?)

85.197.23.252 (обсуждение) 11:06, 2 июля 2008 (UTC) [ ответить ]

Эти вопросы относятся к статье "Безопасность Skype", а не к этой технической статье о том, как работает внутренняя механика. Так же, как вопрос "точны ли эти часы" не относится к статье о колесах и пружинах внутри часов.

77.215.46.17 ( обсуждение ) 23:10, 3 апреля 2010 (UTC) [ ответ ]

Правильно и неправильно . В предыдущем абзаце правильно упоминается статья о безопасности Skype , в которой говорится (sic) : Skype использует 256-битное шифрование AES для шифрования сообщений между пользователями, что усложняет расшифровку этих сообщений. Шифрование Skype заложено в протоколе Skype и прозрачно для звонящих. Из-за этой интеграции общение между пользователями считается конфиденциальным, хотя существуют некоторые проблемы безопасности. Я как раз собираюсь удалить глупые замечания об использовании "...256-битного шифрования AES для шифрования" и "усложнении расшифровки этих сообщений" в этой статье, последнее как раз то, что должны делать алгоритмы шифрования. Но неверно утверждать , что такие проблемы "не относятся" к этой технической статье. Если в "статье о колесах и пружинах" говорится о часах, которые не имеют точности, то статья бесполезна. - AVM ( talk ) 22:33, 24 апреля 2011 (UTC) [ ответить ]

Microsoft, NSA и различные правительственные организации по всему миру имеют полный доступ к вашим разговорам, голосовым/видеозвонкам и файлам, которые вы отправляете через Skype. Если вам нужна конфиденциальность, используйте другое приложение. Skype считается намеренно скомпрометированным и небезопасным. Artem-S-Tashkinov ( talk ) 22:42, 25 июня 2014 (UTC) [ ответить ]

Базет и Шульцринн использовали:

• Эфирный
• НетПикер.

Бионди и Дескло использовали:

• PytStop для обхода контрольных сумм
• Skype проверяет SoftICE , чтобы предотвратить отладку. Однако отладчик RR0d работает.
• Программа интерактивной манипуляции пакетами Scapy
• шеллкод Oracle Revelator в Shellforge
• IPQUEUE
• ШПРИЦ
• Skypy: оболочка scapy для повторной сборки и декодирования запутанных потоков TCP (еще не выпущена?)

Skype в значительной степени полагается на обфускацию кода :

• Большая часть двоичного кода Skype зашифрована. Он предоставляет свой собственный распаковщик, который стирает исходную таблицу импорта при загрузке.
• Контрольные суммы целостности кода, выполняемые случайным образом и запутанные с использованием случайных длин и случайных операторов
• Анти-отладчики
  • попытаться определить точки останова и заблокировать отладчик.
  • нацелить определенные отладчики, проверив наличие определенных загруженных драйверов
• Общая обфускация кода с помощью поддельных обработчиков ошибок, которые напрямую манипулируют памятью и регистрами. — Предыдущий неподписанный комментарий был добавлен Pgr94 ( talk • contribs ) 14:11, 7 декабря 2006 (UTC).[ отвечать ]

Может кто-нибудь знающий добавить раздел со списком реализаций? Я не говорю об обертках вокруг бинарного клиента Skype, а о реальном новом коде. Официальный клиент, очевидно, является реализацией, похоже, ++skype тоже может быть таковой. Есть ли другие?

Я не совсем уверен, что такое ++skype. Это просто оболочка? Я не знаю о других реализациях, но мне было бы интересно узнать, начал ли кто-нибудь проект GPL. Pgr94 17:14, 27 мая 2007 (UTC) [ ответить ]

Согласно User:217.162.207.65 "++Библиотека Skype — это библиотека для API программного обеспечения, а не для сети." Pgr94 09:51, 18 июня 2007 (UTC) [ ответить ]

Fring на самом деле поддерживает голосовую связь по Skype, но я не знаю, зашифрована ли она. fring! -- TIB ( обсуждение ) 16:47, 2 июня 2008 (UTC) [ ответить ]

Image:Skype logo.png используется в этой статье. Я заметил, что на странице изображения указано, что изображение используется в рамках добросовестного использования , но нет объяснения или обоснования того, почему его использование в этой статье Википедии является добросовестным использованием. В дополнение к шаблону добросовестного использования , вы также должны написать на странице описания изображения конкретное объяснение или обоснование того, почему использование этого изображения в каждой статье соответствует добросовестному использованию .

Пожалуйста, перейдите на страницу описания изображения и отредактируйте ее, включив в нее обоснование добросовестного использования . Использование одного из шаблонов на Wikipedia:Fair use reasone guideline — это простой способ убедиться, что ваше изображение соответствует политике Wikipedia, но помните, что вы должны заполнить шаблон. Не вставляйте просто пустой шаблон на страницу изображения.

Если есть другие добросовестные медиа, проверьте, указали ли вы обоснование добросовестного использования для других изображений, используемых на этой странице. Обратите внимание, что любые добросовестные изображения, загруженные после 4 мая 2006 года и не имеющие такого объяснения, будут удалены через неделю после загрузки, как описано в критериях быстрого удаления . Если у вас есть вопросы, задайте их на странице вопросов об авторских правах на медиа . Спасибо. BetacommandBot 05:53, 6 июня 2007 (UTC) [ ответить ]

Теперь это неактуально, поскольку логотипа больше нет в этой статье (и я его не удалил).

77.215.46.17 ( обсуждение ) 23:15, 3 апреля 2010 (UTC) [ ответ ]

начинать 2. отправить пакет(ы) UDP в HC 3. если нет ответа в течение 5 секунд, то 4. попытка TCP-соединения с HC 5. если не подключено, то 6. попытка TCP-соединения с HC на порту 80 (HTTP) 7. если не подключено, то 8. попытка TCP-соединения с HC на порту 443 (HTTPS) 9. если не подключено, то10. попыток++11. если попыток==5 тогда12. провал13. еще14. подождите 6 секунд15. перейти к шагу 2

кажется неправильным

попытки не инициализированы. -- Sylvestersteele ( обсуждение ) 08:52, 2 июня 2009 (UTC) [ ответить ]

• Такого рода пропуски допустимы для псевдокода, поскольку они улучшают читаемость. В реальном коде они недопустимы.

77.215.46.17 ( обсуждение ) 23:06, 3 апреля 2010 (UTC) [ ответ ]

Запутанный алгоритм расширения ключа Skype RC4 был обнаружен и доступен в виде переносимого кода на языке C.[1] Код доступен здесь: http://cryptolib.com/ciphers/skype/ pgr94 ( обсуждение ) 19:00, 12 мая 2011 (UTC) [ ответ ]

в 2003 году MS заключила Антимонопольное соглашение, в котором им было приказано опубликовать множество данных о совместимости, включая «проприетарные протоколы связи». Держу пари, что протокол Skype подпадает под определение? Интересно, подтолкнет ли кто-нибудь Microsoft сделать протокол общедоступным. 79.111.223.5 (обсуждение) 20:00, 14 мая 2011 (UTC) [ ответить ]

Есть новость [2], что парень по имени Ефим Бушманов провел обратную разработку протокола Skype. — Предыдущий неподписанный комментарий добавлен 83.26.113.233 (обсуждение) 13:10, 3 июня 2011 (UTC) [ ответить ]

Вот прямая ссылка на сайт: http://skype-open-source.blogspot.com/ Сайт, похоже, получил уведомление о снятии DMCA. Законно ли это, если протокол подвергается обратному проектированию для обеспечения совместимости? 83.33.251.146 (обсуждение) 19:46, 8 июня 2011 (UTC) [ ответить ]

Конечно, было бы вполне законно заниматься обратным проектированием в любой европейской стране, при условии, что это будет сделано для создания новой взаимодействующей программы (например, стороннее приложение «совместимое с форматом Skype»), и это не будет напрямую использовать какой-либо декомпилированный исходный код. Чтение такого дизассемблированного исходного кода для вдохновения, а затем создание почти идентичного кода, вероятно, может быть признано незаконным, как и распространение его для других, чтобы сделать это. Однако чтение его и создание какой-то полностью оригинальной работы, которая была бы совершенно другой, но попутно функционально взаимодействующей или эквивалентной, не было бы проблемой, как и распространение его для других, чтобы они читали и делали то же самое. Публикация декомпилированного исходного кода для других, чтобы они делали с ним то, что они могут, является (!) делом для высокооплачиваемого адвоката и его эксперта-свидетеля, а затем публикация за пределами национальных границ — это снова другая игра. Майк (в Великобритании!). — Предыдущий неподписанный комментарий добавлен 109.207.29.2 ( обсуждение ) 15:53, 26 сентября 2011 (UTC) [ ответить ]

Здравствуйте, уважаемые википедисты!

Я только что добавил архивные ссылки на одну внешнюю ссылку на протоколе Skype . Пожалуйста, уделите немного времени, чтобы просмотреть мою правку. Если необходимо, добавьте после ссылки, чтобы я не мог ее изменить. Или же вы можете добавить, чтобы вообще не допустить меня на страницу. Я внес следующие изменения:{{cbignore}}{{nobots|deny=InternetArchiveBot}}

• Добавлен архив https://web.archive.org/20090303112252/http://support.skype.com:80/en_US/faq/FA153/Which-protocols-does-Skype-use в http://support.skype.com/en_US/faq/FA153/Which-protocols-does-Skype-use

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

Это сообщение было опубликовано до февраля 2018 года . После февраля 2018 года разделы страниц обсуждения "Внешние ссылки изменены" больше не генерируются и не отслеживаются InternetArchiveBot . Никаких специальных действий в отношении этих уведомлений на страницах обсуждения не требуется, кроме регулярной проверки с использованием инструкций инструмента архивации ниже. Редакторы имеют право удалять эти разделы страниц обсуждения "Внешние ссылки изменены", если они хотят очистить страницы обсуждения от загромождения, но перед выполнением массовых систематических удалений ознакомьтесь с RfC . Это сообщение динамически обновляется через шаблон (последнее обновление: 5 июня 2024 г.) .{{source check}}

• Если вы обнаружили URL-адреса, которые бот ошибочно посчитал неработающими, вы можете сообщить о них с помощью этого инструмента.
• Если вы обнаружили ошибку в архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента.

Привет.— ^{cyberbot II} _{Поговорить с моим владельцем : Онлайн} 00:58, 18 января 2016 (UTC) [ ответить ]

Согласно статье в ее текущем состоянии, «В 2012 году Microsoft изменила дизайн сети и взяла все суперузлы под свой контроль», и «Суперузлы ретранслируют сообщения от имени двух других клиентов». Это, по-видимому, предполагает, что если все пакеты, созданные Skype после этого изменения, будут поступать в Microsoft. Однако Microsoft сообщила этому техническому журналу (на датском языке, извините), что пакеты действительно по-прежнему передаются от пиров к пиру напрямую, утверждение, которое подкреплено собственным тестированием журнала Wireshark. Возможно, в статье Википедии имеется в виду что-то другое, но в таком случае я думаю, что текущая формулировка вводит в заблуждение. -- pred ( talk ) 10:08, 13 февраля 2016 (UTC) [ ответить ]

Насколько я понимаю, клиенты связываются с ретрансляторами Skype, чтобы получить IP-адреса и номера портов для других клиентов. Затем клиенты устанавливают соединения и отправляют пакеты напрямую друг другу в рамках архитектуры P2P. В текущем введении говорится, что Skype — это клиент-серверный протокол, так что это кажется еще более вводящим в заблуждение. См. этот учебник около страницы 352, хотя возможно, что он содержит устаревшую информацию. Kreidy ( talk ) 22:48, 6 марта 2019 (UTC) [ ответить ]

Ни одно из доменных имен в списке в разделе «Вход» на самом деле не является текущим. Либо новые имена должны быть найдены и опубликованы, либо их следует удалить. --Ispanesach ( обсуждение ) 16:14, 13 марта 2018 (UTC) [ ответить ]

@Ispanesach: Спасибо, я удалю все подробное описание протокола; похоже, что это оригинальное исследование , по крайней мере, не указаны источники. И как проприетарный протокол он может быть изменен без уведомления или документирования изменений, поэтому, скорее всего, устареет, как это уже произошло. -- intgr  [обсуждение] 17:25, 13 марта 2018 (UTC) [ ответить ]

Если это как-то поможет, я обнаружил, что информация в следующем документе Symantec по-прежнему действительна. Внесение в белый список диапазонов IP-адресов, а также всех URL-адресов, указанных там, позволило мне заставить Skype работать в нашей сети, тогда как ранее он был заблокирован брандмауэром. Информация об IP-адресах и URL-адресах Symantec Skype --Ispanesach ( обсуждение ) 12:03, 14 марта 2018 (UTC) [ ответ ]

Вся статья посвящена оригинальному классическому протоколу Skype , который давно устарел и больше не используется, однако это отражено только в заголовке: «Новый протокол Skype — Microsoft Notification Protocol 24» . Полагаю, статью нужно переименовать и обновить, чтобы она отражала статус-кво. Артем С. Ташкинов ( обсуждение ) 15:01, 8 июня 2020 (UTC) [ ответ ]