Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
доменное имя - теннант. Безопасно ли?
|
|||
|---|---|---|---|
|
#18+
Есть облачный личный кабинет, который мы сдаем в аренду нашим клиентам-компаниям. При подключении новой компании мы добавляем A-записи так, чтобы наш личный кабинет был доступен по адресу типа web.<имя компании>.ru. Далее когда конечный клиент заходит в личный кабинет, нам надо определить чей это клиент. Особенность архитектуры такова, что это нельзя сделать только по логину. Определять компанию мы хотим по $_REFERER. На сколько это безопасно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2014, 18:30 |
|
||
|
доменное имя - теннант. Безопасно ли?
|
|||
|---|---|---|---|
|
#18+
host.13Определять компанию мы хотим по $_REFERER. На сколько это безопасно?Абсолютно не надежно. Заголовок REFERER заполняет браузер, там можно отправить все, что угодно. host.13При подключении новой компании мы добавляем A-записи так, чтобы наш личный кабинет был доступен по адресу типа web.<имя компании>.ru.Зря, у клиента может быть много доменов и много сайтов. host.13Особенность архитектуры такова, что это нельзя сделать только по логину.Лучше переделать сейчас, чем жить потом на куче костылей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2014, 18:41 |
|
||
|
доменное имя - теннант. Безопасно ли?
|
|||
|---|---|---|---|
|
#18+
host.13Далее когда конечный клиент заходит в личный кабинет, нам надо определить чей это клиент. Особенность архитектуры такова, что это нельзя сделать только по логину. Определять компанию мы хотим по $_REFERER. На сколько это безопасно?Если задаете вопрос о безопасности, то не следует использовать REFERER в принципе. Считайте, что это третье поле после логина/пароля, куда клиент может написать все что угодно. Попробую угадать, что хотите сделать. Один клиент может представлять несколько компаний. Из реферера собираетесь исключительно с целью автоматизации брать домен компании и затем идентифицировать некого пользователя vasya как представителя одной из компаний, которые он имеет право представлять (например, company.com и company.ru, но не company.org). В принципе, то же самое можно сделать после стандартного логина пользователя (по обычным логин/паролю или майлу/паролю), предоставив пользователю выпадающий список или группу радиобаттонов с названиями представляемых компаний. Вроде бы, в таком случае проблем не должно быть и от реферера. Ну, если только, у клиента окажется какой-то хитрый плагин, скрывающий реферер Проблема будет в другом. Не всякая компания в состоянии безболезненно сделать себе субдомен вида web.<имя компании>.ru. У кого-то просто "нет специалиста" для выполнения этой работы, хоть она и не слишком сложна. Кому-то придется перебросить управление зоной своего домена на другие неймсерверы потому что "текущий тарифный план не предусматривает внесение пользовательских изменений в ДНС". В этом смысле Вам гораздо проще сделать субдомены вида client-company.your-project.ru, чем мучить клиента действиями, в которых он ни черта не смыслит. Мдя... А ведь для реферера надо еще и ссылку где-то разместить. Как решить эту проблему наименее напрягая клиента - не берусь судить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2014, 21:04 |
|
||
|
|

start [/forum/topic.php?fid=23&msg=38620773&tid=1462860]: |
0ms |
get settings: |
5ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
65ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 374ms |

| 0 / 0 |
