• avatar alice2k
  • 0
очень странно
допустим фильм по ФИО или по ИНН — и будет видно сколько «хостингов или серверов» этот человек покупает
ну и что?

а допустим фильтр по IP или по телефону — мог бы выявить клонов и фейки или как раз мошенников

допустим ищут мошенника
приходит запрос хостеру
тот говорит что вот такой и такой клиент
далее те данные клиента забиваются в эту базу и находятся «другие хостинги»
но неужели мошенник будет использовать свои данные? маловероятно
даже если предположить что мошенник на «какой-то фейк» зарегает много разных аккаунтов у множества хостеров.
что это даст?
возможно весомость ИНН или ФИО в данном случае выше, т.к. это труднее делать?
типо телефон или IP больше не является полезным знанием при поиске — т.к. его сменить гораздо легче? так что-ли?

либо зачем тогда эти данные и ФИО собирать?
  • avatar alice2k
  • 0
без автоматизации это бесполезный труд
например чувак купит на 1 месяц и не продлит
был клиент
и сплыл клиент

сомневаюсь что хостерам удастся достоверно заполнять всех клиентов
тем более аккаунтов у крупняка регистрируется по 500 человек в день
  • avatar alice2k
  • 0
если всех клиентов копировать в единую базу от РНК
почему тогда просто не сделать openid от РНК?

я так понимаю это какой-то лишний груз для хостера просто
чтобы он еще и сотрудников нанимал на подобное заполнение

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

если допустим кто-то хочет знать «кто» покупает какие именно услуги
типо вот как кто-то покупает продукты в магазине
разве «покупки» не проще собирать через чеки или банки?
счета денег привязываются как раз к конкретному человеку и если кто-то хочет это знать, то проще узнать там, нежели через хостинга
  • avatar mihas
  • 0
«Для обеспечения выполнения обязанностей, предусмотренных пунктом «в» пункта 4 настоящих требований, провайдер хостинга обязан обеспечивать сбор и хранение данных о взаимодействии лиц, которым провайдер хостинга предоставляет вычислительные мощности для размещения информации в информационной системе, постоянно подключенной к сети «Интернет», с пользователями сети «Интернет» (сетевом трафике, касающихся взаимодействий, инициированных или нацеленных на информационные ресурсы, расположенные за пределами инфраструктуры провайдера хостинга) (далее – внешние сетевые ресурсы) в течение одного года с момента окончания осуществления действий.»
Год хранить netflow. учёт сетевого трафика

«С целью обеспечения контроля и фильтрации входящего и исходящего сетевого трафика провайдер хостинга должен принимать меры по обнаружению вторжений, обеспечивающие обнаружение действий в информационной системе, направленных на преднамеренный несанкционированный доступ к информации, специальные воздействия на информационную систему и (или) информацию в целях ее добывания, уничтожения, искажения и блокирования доступа к информации, а также реагирование на эти действия. Провайдер хостинга обязан принять соответствующие меры по предотвращению вторжения в случае его обнаружения.»
А это Система обнаружения вторжений, в простанородье СОВа, которые в РФ подлежат сертификации ФСТЭК, медленные, и стоят не дешево.

Информация об адресации I и II категорий IP-адресов передаются провайдером хостинга в ФСБ России и Роскомнадзор с целью дальнейшего использования данной информации в рамках противодействия компьютерным атакам.
  • avatar mihas
  • 0
С чата:
Цитирую:

1) указать контакты поддержки (название службы, email, необязательно телефон)
2) указать сотрудников ИБ, NOC (фио, должность, email, необязательно телефон)
3) указать данные клиентов
3.1) обязательно: фио, адрес регистрации и проживания, страна, инн, номер и дата заключения договора, название услуги, e-mail
3.2) необязательно: снилс, телефон, ip-адреса, домены, количество ядер CPU/GPU, объем диска/ОЗУ
4) заполнить карточку хостинга
4.1) представитель — фио, должность, снилс, телефон, e-mail, инн
4.2) AS — данные из РАНР
4.3) IP — данные из РАНР
4.4) Сервера — внутренний код региона провайдера хостинга, страна, адрес размещения, координаты, количество ядер CPU/GPU, объем диска/ОЗУ
4.5) СЗИ — идентификатор/наименование/вид/назначение/сертификат СЗИ
4.6) IX — внутренний идентификатор IX провайдера хостинга, страна, емкость, адрес точки IX, координаты
4.7) Операторы связи — внутренний идентификатор провайдера хостинга о подключении к оператору связи, наименование оператора связи, номер/дата заключения договора, емкость, адрес точки подключения, координаты
4.8) Роутер — внутренний идентификатор роутера провайдера хостинга, производитель и модель, назначение
  • avatar mihas
  • 1
Скриншоты предварительно личного кабинета хостинг-провайдера в РКН

Там не написано «не Европв». Написано любое в США/Европе, но не Азия
европа не разделяет мирное население и путина с которым она воюет
европа нападает на обычных жителей РФ
так что все обоюдно честно, я тоже не отделяю конкретного «причастного» — и говорю что виноват целый европейский город который нужно уничтожить ядерным ударом
ответственность за свои поступки несет тот кто их совершает
и это европа
а что, разве не виновата?
даже если предположить что они делают фильтры по GEO
чьи это действия? действия европы
  • avatar Saturn
  • 0
Нет, во всем виновата европа!!! © алис2к дебил
Вот при регистрации нового аккаунта, все есть.
Возможно дело в IP7
вот смотри
на аккаунте где сейчас установлена Украина
тоже нет Узбекистана
да узбекистана тоже нет

попробуй начать процесс регистрации нового аккаунта
увидишь что тоже самое будет

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

ты откуда берешь информацию?
у тебя наверно УЖЕ стоит украина так?
ну так поменяй на казахстан допустим
и назад ты уже не вернешься :)
кто тут еще дибил

  • avatar Saturn
  • 0
это баг и не более, по твоему узбекистан тоже убрали?

сейчас все есть, а алис2к дебил.
все же «брак»?
просто часть серверов брак?
либо на части серверов определенный специфический сегмент нагрузок?

это нужно каждого клиента тогда как-то проанализировать



вот эти стабильные — вообще не разу не падали
можно ли сделать вывод что под виртуалки с «разным типом нагрузок» — просто не годится процессор и все?


вот к примеру которые ребутаются
на половине процессор не нагружен

но они ребутаются
грузчика по IOPS там тоже нету