Андрей

Попробуйте : www.rsdn.ru/forum/alg/4305230.all

Наиболее популярный способ аутентификации, стойкий к прослушиванию передаваемых данных - challenge-handshake :

1) сервер формирует случайное неповторяющееся число/строку достаточной длины "nonce" и направляет его клиенту перед каждым очередным запросом;

2) клиент выполняет SHA-1(key||nonce||key) и отправляет результат или его часть серверу вместе с запросом, где key - секретный ключ (стойкость системы будет зависеть от того, насколько "хорошо" Вы его спрячете в клиенте);

3) сервер, получив запрос, повторяет вычисление SHA-1(key||nonce||key) с экземпляром key, хранящимся у него на сервере, и если полученный результат совпадает с присланным клиентом - отвечает данными.

Есть множество модификаций:
а) Вы можете вместо nonce использовать строку текущего времени с определенными округлениями и уловками;
б) если параметры запроса достаточно уникальны, то Вы можете банально использовать их самих вместо (вернее сказать, в качестве - ) nonce.

В обоих этих случаях исчезает первый шаг из описанных выше - а это очень удобно.

Общий принцип именования неплохо разъяснен здесь :
www.cisco.com/web/learning/le21/le34/downloads/689...

Судя по скрину, Вас интересует как по наименованию определить так называемый FeatureSet - проще всего это сделать в их же Веб-утилите :
tools.cisco.com/ITDIT/CFN/jsp/SearchBySoftware.jsp

ipbase - самый базовый функционал
adventerprise - один из наиболее широких FeatureSet
spservices - специфичный функционал для провайдеров
k9 - стойкое шифрование
и т.д. - подробности смотрите по ссылке выше

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

Aladdin e-Token Java в форм-факторе смарт-карты.
Требует установки клиентских драйверов (eToken PKI Client).
Требует считывателя смарт-карт (в форм-факторе USB-токена удобнее работать (если нет встроенного считывателя например на ноутбуке), но меньше количество подключений, после которых расшатается либо гнездо либо разъем).
Поддерживает RSA-ключи в неизвлекаемом виде, т.е. вся криптообработка идет внутри чипа.
На серверной стороне - соответственно любое ПО, "понимающее" клиентские SSL-сертификаты с ключами RSA (на мой взгляд есть под любую платформу, в нашем проекте был Microsoft IIS)
Клиентский софт уже достаточно хорошо отлажен.
В-общем, рекомендую. Ни в коем случае не реклама.
У RuToken тоже должен быть аналогичный продукт - они с Аладдином имеют полностью идентичные линейки, но я его в руках не держал. Они на выставке недавно, кстати, много говорили об интерфейсном плагине для всех веб-браузеров - можно посмотреть и в эту сторону.

По современной редакции 152-ФЗ "О персональных данных" администрация сайта в данном случае является "лицом, осуществляющим обработку персональных данных по поручению", а мед.центр - "оператором Ваших персональных данных". Любой запрос в такой ситуации Вы юридически можете направить только в медцентр, об этом явно указано в части 5 статьи 6 Федерального закона (он освобождает обработчиков от прямой ответственности перед субъектом персональных данных, иначе они были бы завалены потоком обращений и жалоб).

Медцентр может сослаться на то, что Вы являлись сотрудником медцентра ранее (то есть он размещает информацию о Вас на сайте как о сотруднике, работавшем ранее в этом медцентре, в качестве рекламы медцентра).

Тогда для Вас есть 2 потенциальные возможности :

1) потребовать от медцентра уточнить на сайте персональные данные о Вас как о "специалисте РАНЕЕ работавшем в данном медцентре", это они обязаны сделать по части 3 статьи 20 ФЗ в течение 7 рабочих дней без каких-либо отговорок;

2) потребовать от медцентра прекратить обработку Ваших данных В ЦЕЛЯХ РЕКЛАМЫ медцентра (т.е. продолжать осуществлять ее только в целях исполнения имевшего место трудового договора, на которое они имеют право по Трудовому Кодексу вне зависимости от Вашего желания); цель рекламы не описана нигде в федеральных законах и даже если Вы давали на нее согласие, Вы имеете полное право его же и отозвать в этой части; медцентр будет обязан по ФЗ потребовать от администрации сайта удалить сведения в течение 30 календарных дней (часть 5 статьи 21 ФЗ).

Во всех письмах указывайте конкретный срок и упоминайте что у Вас есть право (в случае неприменения действий в течение этого срока) обратиться в РосКомНадзор с жалобой на несоблюдение 152-ФЗ. РосКомНадзор обычно по таким обращениям реагирует оперативно.

Отдельный вопрос - про фото, его можно решить по ГК РФ (описал выше в ответе @alexeisirotkin ), но как я понимаю Ваша цель не только в этом.