Pull to refresh
2
Сергей Ильин@ISVLabs

User

Send message
ну, как оказалось, от РКН вообще никто не застрахован…
ну, он таки памяти меньше жрёт. и одно зло на компе лучше, чем два зла :)
родители не справятся с настройками в случае попадания под очередной виток блокировки.
да и видеочатов в телеге нет, как внуков показывать? :)
теперь таки пересилю свою лень и удалю это кривое тормозилово с компов. надо только родителей предупредить, чтобы на Viber переходили.

Не очень понятно, что имелось в виду под «отфильтровать куки в клиенте».
не сохранять те, которые могут в будущем скомпрометировать как повторного посетителя. или сохранять все, но только в пределах одного сеанса.
или я в этом мало понимаю, но неужели сложно отфильтровать куки в клиенте? да и каждый раз генерить или брать из списка client id, чтобы он не повторялся. так что, сработавший способ это не ваша заслуга, а недоработка и лень хакеров :)
дочитал только до места, где написан размер 6". когда уже китайцы сделают приличный смартфон, который помещается в карман? пусть он будет немодно толстый, я переживу…
хм, а какой смысл ставить out-node для обхода блокировок РКН в зоне действия этих же самых блокировок провайдерами? чот я не понимаю смысл этого закона. или это чисто как ещё одна дубина, нависающая над провайдерами для угрозы за неисполнение рулонов яровой?
если железо критичное, то обновление только ручками или, как минимум, под наблюдением. ибо, нет 100% гарантий, что после обновления всё продолжит работать.
а вот нефиг Нетгиры использовать :). я бы их только как дешёвый вариант для дома рекомендовал ввиду множественных глюков и дыр. Микротики тут рулят со всех сторон — и возможностями, и надёжностью, и поддержкой.
Конечно, если нет более свежего варианта, но есть подозрение, что с железкой что-то не так, можно и на текущую отшиться, чтобы файловую систему гарантированно к исходному виду привести.
самый верный метод защиты — почаще перепрошиваться с бекапом конфига и хардрезетом. автообновлению лично я не доверяю, но тоже можно настроить на некритичных железках.
(сложность терморектального криптоанализа не зависит от длины ключа, как известно).

очень спорное заявление. горячим паяльником можно декриптовать гораздо больше и быстрее, чем холодным. да и глубина введения может влиять.
я бы поспорил. конечно, ремонтник и разработчик — разные профессии, но чтобы ремонтировать (хакать), надо знать работу техники (софта) лучше разработчика. данная статья хорошо показывает, насколько хорошо видны все косяки компилятора и программиста хакеру. а заглядывание в итоговый двоичный (ассемблерный) код отладчиком очень хорошо помогает пониманию. конечно, разработчиков тебличек, бухгалтерии и прочих прикладников это слабо касается :)

возможно, в 1988-89 году в Москве уже продавались книги по функциям ДОС, но у нас они появились только в середине 90-х. правда, в 92-93 годах я уже знал, что такое модем, и BBS-ки и бумажные книги стали не актуальны :)
подобные хак-процессы — один из наилучших способов собственного обучения программированию. кроме того, видя и понимая чужие ошибки, будешь объодить их в своей практике.

ЗЫ: когда-то в бытность отсутствия интернетов и документации мы изучали код DOS и BIOS для того, чтобы пользоваться функциями прерываний…
нуу, так-то да, в сотовой сети пейджинг при вызове в любом случае будет. разница только в таймауте до принятия решения о переадресации с вызова на ситуацию "… не абонент".
Я и сейчас за keep-alive.
Просто эпл ВООБЩЕ убрал это с 11 версии, поэтому или пуш или ничего.
IMHO, какой-то keep-alive всё равно неизбежен, иначе, как отслеживать в телефонии ситуацию «абонент в данный момент не абонент»?
нуу, во1х, как сервера Viber'a отнесутся к такому потоку сообщений с одного на разные номера? вангую, что очень быстро забанят.
во2х, не нравится мне подобная «анонимность». конечно, можно в начале каждого диалога в сторону пользователя Viber'a отправлять фразу, идентифицирующую отправиталя М1, но это костыль, ещё и чреватый фейками от «bad users».
в3х, а если я хочу общаться с несколькими юзерами М1? это получается, у меня будет одно окно чата в Вайбере на всех собеседников. пусть даже ваш «NAT»-шлюз каким-то образом корректно разрулит все ответы, но каша всё равно неизбежна.
так что, единственное решение — корректная привязка аккаунтов и шлюзы.

так что, если хотите корректно отправлять сообщения на Viber/Whatsapp/TG, просто необходимо принять у себя их систему привязки аккаунта. тем более, что она элементарна и особых проблем реализации не создаст. можно даже не позволять пользователю М1 общаться с перечисленными, пока он не откроет у себя необходимую привязку аккаунта (номер мобильника).
а, ну тут согласен. ТФОП для бизнеса со временем поглотится ip. провода останутся у бабушек дома и в критичных местах, где важно не потерять связь при пропадании электричества.
технически я прекрасно понимаю различия. я смотрю чисто с позиции конечного пользователя.
УЖЕ слил вас, т.е связку — ваше ФИО+номер.
тю, страшилки какие… базы сотовых операторов испокон веков на рынках гуляют. а спамеры давно не заморачиваются и номера по порядку бомбят. может, таки не последствия, а причины в людях лечить — наивность и доверие ко всему шлаку, приходящему по открытым каналам?

Information

Rating
7,293-rd
Location
Оренбург, Оренбургская обл., Россия
Date of birth
Registered
Activity