Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Четвёртый этап тестирования DNS-over-HTTPS в Firefox, opennews (??), 03-Апр-19, (0) [смотреть все] Блин, если честно, то уже некоторая ностальгия наказывает по беззаботному Интерн, Аноним (1), 13:43 , 03-Апр-19, (1) +12   // Вся беда в том, что все так же путают шифрование с безопасностью, как и 20 лет н, Аноним84701 (ok), 15:01 , 03-Апр-19, (8) +5   // А каким текстом надо передавать пароль Или про что ты говоришь А HTTP auth разв, Аноним (1), 15:03 , 03-Апр-19, (9) +1   // Лучше всего вообще никаким хотя бы после регистрации См хотя бы ту же автори, Аноним84701 (ok), 15:08 , 03-Апр-19, (10)   Но в Интернете мы обычно всё же вводим логин-пароль, какие там ещё варианты Это, Аноним (15), 16:12 , 03-Апр-19, (15)   Вводим, но речь про то что передаем, а не про то что вводим В wifi тоже же вводи, Аноним (19), 16:44 , 03-Апр-19, (19) +1   Так в Интернете и передаём, Аноним (28), 17:36 , 03-Апр-19, (28) –2   Это вообще классическое здесь так принято Хотя, например, сервер может затре, Аноним84701 (ok), 16:54 , 03-Апр-19, (22) +2   Кто-то ещё не хэши пароли , Аноним (28), 17:36 , 03-Апр-19, (26)   хэширует, Аноним (28), 17:36 , 03-Апр-19, (27)   Facebook, например, предпочитает просто текст, без хешей , тратата (?), 18:40 , 03-Апр-19, (32) +2   Лол, какого ф га , Аноним (28), 19:43 , 03-Апр-19, (35)   Чем больше информации собрано о пользователе, тем лучше, их бизнес на этом завяз, Аноним (47), 23:37 , 03-Апр-19, (47) +1   И незачем городить эти жуткие костыли, есть рабочая схема Secure Remote Password, Аноним (33), 19:16 , 03-Апр-19, (33)   Похоже человек думает, что если передавать не пароль для проверки, а хэш пароля , pda (?), 22:44 , 04-Апр-19, (68)   1, а я то начал думать это я что-то не понял Человек тот пусть почитает про , Аноним (70), 10:04 , 05-Апр-19, (70)   Соление паролей обламывает радужные таблицы, Аноним (1), 11:06 , 05-Апр-19, (72)   Удачи c радужными таблицами для PBKDF2 пароль timenow , salt, 100500итераций , Аноним84701 (ok), 11:08 , 05-Апр-19, (73)   Да понятно, что передавать пароль по сети небезопасно Но что лучше Все остальн, Аноним (1), 11:06 , 05-Апр-19, (71)   А какие претензии к стандарту Может это говорит о том, что никому не нужно что-, Аноним (21), 16:47 , 03-Апр-19, (21)   Отсутствие реализации не обязательно допотопного RFC2617, а просто такого клас, Аноним84701 (ok), 17:02 , 03-Апр-19, (23) +1   Как с тобой связаться Хочу консультацию получить , robot228 (?), 07:06 , 04-Апр-19, (52) –1   мы как раз задумываемся - то user side js ом пошифруем, то вообще жаба-аплет вам, вебмакак (?), 10:01 , 04-Апр-19, (54)   Web и так уже тормозной из-за раздутых js сайтов и тупости веб разрабов, так они, Аноним (2), 13:44 , 03-Апр-19, (2) –1 // Они хотят вывести его из-под возможности подмены блокирования Впрочем, превенти, Аноним (4), 13:47 , 03-Апр-19, (4) +3 // Вывести из-под возможности подмены блокирования местным оператором для возможнос, zzz (??), 16:15 , 03-Апр-19, (16) +3 Отнять у пользователя простую возможность подмены блокирования и забрать себе , Аноним (18), 16:41 , 03-Апр-19, (18) +2 Ну DNS-запрос ты, по идее, один делаешь, и дальше его кэшируешь Разве только на, Аноним (1), 13:49 , 03-Апр-19, (6) +2 Ну и зачем эта клоунада с отдельным протоколом на базе HTTP , Аноним (3), 13:46 , 03-Апр-19, (3) +3 // Потому что работа с сокетами, шифрованием и всем остальным вручную - это сложна , НяшМяш (ok), 15:24 , 03-Апр-19, (11) +3 User Computer IP DNS-request Spying in one single place aka DoH, OpenEcho (?), 15:37 , 03-Апр-19, (12) +1 чтобы не было видно, что вся телеметрия идёт в гугл , DmA (??), 12:08 , 05-Апр-19, (74) 8230 и вызова маски-шоу на адрес проживания клиента при первом подозрении , Аноним (5), 13:48 , 03-Апр-19, (5) Стоит отметить, что например неадекватные админы archive is вообще блокируют пол, Аноним (21), 14:19 , 03-Апр-19, (7) +1 Мои DNS-запросы должна отправлять ось Кстати вопрос и как теперь отличить http, Аноним (13), 15:42 , 03-Апр-19, (13) –2 // P S Да собственно о чём это я Итак всё понятно Инторнет зарулен , Аноним (13), 15:43 , 03-Апр-19, (14) Ну что ты, глупенький Конечно же, ОС ничем рулить не должна - она обновляются с, zzz (??), 16:21 , 03-Апр-19, (17) +4 Пока старый вариант DNS протокола поддерживается ещё остаётся возможность поменя, Аноним (18), 16:44 , 03-Апр-19, (20) s у себя у себя на локалхосте конечно же, Аноним (13), 17:45 , 03-Апр-19, (29) А никак Оно для этого и создавалось, чтобы местные любители обнюхивать трафик , AnonPlus (?), 20:33 , 03-Апр-19, (41) // да, да, это НАШИ эмм абоненты, и МЫ их траффик будем нюхать, а так же хранить, cloudflare (?), 10:06 , 04-Апр-19, (55) // Ну да, ну да И рекламу в HTTPS-трафик провайдеры не суют Вообще трафик их не и, AnonPlus (?), 17:49 , 04-Апр-19, (64) Четвёртый этап тестирования DNS-over-HTTPS в CloudflareПофиксил заголовок, Аноним (24), 17:20 , 03-Апр-19, (24) +2 Когда уже будет http-over-dns-over-http-over-ssh, Аноним (25), 17:35 , 03-Апр-19, (25) // Уже есть, Iodine называется Собственно сабжТуннель настраивается на раз-два Пред, Ретроград (?), 18:00 , 03-Апр-19, (30) // Это и без всяких имплементация понятно что плохая затея Я от недовольства задал, Аноним (25), 23:38 , 04-Апр-19, (69) Спасибо, ненужно Как-нибудь dnscrypt обойдемся Оно хотя бы позволяет выбрать, , Аноним (31), 18:33 , 03-Апр-19, (31) // кстати об этом Не подскажите хорошего гайда по установке-настройке на ноут с си, Оффтоп (?), 19:19 , 03-Апр-19, (34) // Systemd-resolvd , comodo (?), 20:10 , 03-Апр-19, (36) // скорее всего Отключить не вышло, ибо после перезагрузки спавнилось обратно, Оффтоп (?), 22:52 , 03-Апр-19, (44) А кто здесь мешает прописать собственный сервер Там ответ идёт обычным джейсоно, COBA (?), 20:20 , 03-Апр-19, (38) +1 DNSCrypt провайдеру легче заблокировать если говорить о публичнх серверах Адр, AnonPlus (?), 20:20 , 03-Апр-19, (39) –2 // А адреса cloudflare dns и прочих популярных публичных DoH провайдеров чем-то сло, Дон Ягон (?), 22:57 , 03-Апр-19, (45) +4 // главное, верьте , cloudflare (?), 10:07 , 04-Апр-19, (56) –1 Cloudflare как минимум сможет, да Но на мой взгляд нет причин использовать DoH , Дон Ягон (?), 14:14 , 04-Апр-19, (61) Прикинь, да У РКН уже много лет основная мантра нам не нужны стрессы Массова, AnonPlus (?), 17:47 , 04-Апр-19, (63) –1 Чушь от первого до последнего слова Забанят сразу подсетью, как делали при попы, Дон Ягон (?), 18:11 , 04-Апр-19, (65) +1 Rkn сасай , Аноним (37), 20:11 , 03-Апр-19, (37) // Вот используешь ты DoT как клиент у тебя сертифкат в конфиге прописан Ну вот, AnonPlus (?), 20:27 , 03-Апр-19, (40) Прочитал в начале как Rkn спасай , Аноним (28), 22:19 , 03-Апр-19, (43) +1 // тут уже к Росатому взывать надо, а не к РКН , пох (?), 10:07 , 04-Апр-19, (57) Никто не расскажет, как включить это дерьмо в Ubuntu правильным способом - чере, Аноним (42), 22:12 , 03-Апр-19, (42) –1 // Конечно расскажу systemctl enable this-shit-in-ubuntu service systemctl start, Дон Ягон (?), 23:07 , 03-Апр-19, (46) +1 HTTP S стал еще одним уровнем в стеке протоколов Интернета, поверх которого уже, Аноним (47), 23:45 , 03-Апр-19, (48) // С точки зрения стека протоколов интернета , что бы это ни значило, DoH просто н, Дон Ягон (?), 00:07 , 04-Апр-19, (49) +1 // я уже пилю нужный неотключаемый патч к systemd-resolved Через пять минут закомм, Поцтеринг (?), 10:08 , 04-Апр-19, (58) –1 DoH и DoT это конечно восхитительно, но почему именно CloudFlare, не безопасно в, Рустам (?), 00:24 , 04-Апр-19, (50) +3 // Полностью с Вами согласен, Яндекс был бы весьма кстатьи Интересно Яндекс DNS уж, Эльдар (??), 02:09 , 04-Апр-19, (51) Нужен способ указать исключения для DNS-over-HTTPS, чтобы локальные адреса разре, Аноним (53), 07:07 , 04-Апр-19, (53) // теперь - знаем И поделимся знанием, если попросят а fallback в браузере и так , cloudflare (?), 10:10 , 04-Апр-19, (59) Вещь нужная Некоторые используют DNSCrypt Но использовать CloudFlare однозначн, Аноним (60), 13:48 , 04-Апр-19, (60) Забавно, что включение режима 3 просто делает браузер неработоспособным из-за , Аноним (62), 17:38 , 04-Апр-19, (62) // Забыл в какой тоталитарной стране жив W выживаешь https www opennet ru tips 30, Аноним (-), 18:42 , 04-Апр-19, (66) +1 Очередная ненужно крипто, чтобы АНБ всё знало обо всех реалтайм , Ivan_83 (ok), 21:25 , 04-Апр-19, (67) –1 Так, народ, это etc hosts теперь для отладки не катит , Олег (??), 11:09 , 07-Апр-19, (75) 1,2,3,5,7,13,24,25,31,37,42,48,50,53,60,62,67,75

Сообщения

[Сортировка по времени | RSS]

1. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+12 +/–
Сообщение от Аноним (1), 03-Апр-19, 13:43
Блин, если честно, то уже некоторая ностальгия наказывает по беззаботному Интернету с простыми как топор протоколами типа DNS, HTTP. Сейчас все с приставочкой S, это так-то нужное дело, безопасность, шифрование. Плюс новые HTTP 2, типа для скорости. Но сложность и вложенность этого хозяйства печалит.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+5 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 15:01
	> Сейчас все с приставочкой  S, это так-то нужное дело, безопасность, шифрование. Вся беда в том, что все так же путают шифрование с безопасностью, как и 20 лет назад, передавая  прямым текстом пароли внутри шифрованого канала "ну а че, оно ведь зашифровано!", приделывая к браузеру все новые важные апи наподобие "Ambient Light API" и "WebVR/Wifi Information API", тогда как несчастный "HTTP Authentication" так и остался с MD5, а новая версия RFC вообще не предусматривает защиты пароля, потому что для этого, типа, есть S в HTTPS 🙄 …
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (1), 03-Апр-19, 15:03
	А каким текстом надо передавать пароль? Или про что ты говоришь? А HTTP auth разве не позволял хэш функцию на своё усмотрение использовать?
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 15:08
	> А каким текстом надо передавать пароль? Или про что ты говоришь? Лучше всего вообще никаким (хотя бы после регистрации). См. хотя бы ту же авторизацию в WPA-PSK (никто не гоняет пароль), как и 100500 других способов обмена ключей, их геренации/модификации - PBKDF2 и т.д. и т.п. > А HTTP auth разве не позволял хэш функцию на своё усмотрение использовать? Глянул: > An optional header allows the server to specify the algorithm used to >  create the checksum or digest. By default the MD5 algorithm is used >   and that is the only algorithm described in this document. Толку-то, если нигде не используется?
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (15), 03-Апр-19, 16:12
	Но в Интернете мы обычно всё же вводим логин-пароль, какие там ещё варианты? Это в SSH можно по сертификату
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (19), 03-Апр-19, 16:44
	Вводим, но речь про то что передаем, а не про то что вводим. В wifi тоже же вводится пароль, но не передается в эфир.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–2 +/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	Так в Интернете и передаём
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 16:54
	> Но в Интернете мы обычно всё же вводим логин-пароль, какие там ещё  варианты? Это вообще классическое "здесь так принято!". Хотя, например, сервер может затребовать "дай-ка мне результат PBKDF2(изначальный_пароль + timenow(), соль, 100500 + random(1337))", да и  вообще, хранить не сам пароль в плейнтексте, а что-то вроде PBKDF2(пароль+ сайт, соль, 100499) Таким образом, при перехвате обмена сообщениями в расшифрованном виде все равно нет утечки пароля, а при взломе хоста и дампе БД даже слабые пароли взламываются только с большими затратами (а не так, как сейчас - хранят кто во что горазд, в том числе и открыто). То же самое желательно с аутентификацией сообщений - оно не должно быть завязанным на шифрование канала.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	26. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	> да и  вообще, хранить не сам пароль в плейнтексте Кто-то ещё не хэши пароли??
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 17:36
	*хэширует
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+2 +/–
	Сообщение от тратата (?), 03-Апр-19, 18:40
	Facebook, например, предпочитает просто текст, без хешей.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	35. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (28), 03-Апр-19, 19:43
	Лол, какого ф*га?
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним (47), 03-Апр-19, 23:37
	Чем больше информации собрано о пользователе, тем лучше, их бизнес на этом завязан. С чего бы им не хранить пароли, если выбор пароля тоже что-то говорит о пользователе?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (33), 03-Апр-19, 19:16
	И незачем городить эти жуткие костыли, есть рабочая схема Secure Remote Password (SRP).
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	68. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от pda (?), 04-Апр-19, 22:44
	Похоже человек думает, что если передавать не пароль для проверки, а хэш пароля это будет более безопасно. :)
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	70. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (70), 05-Апр-19, 10:04
	+1, а я то начал думать это я что-то не понял :) Человек тот пусть почитает про радужные таблицы. Если же он про передачу пароля по (OTR) end-to-end, то пусть объяснит смысл этого при наличии https.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (1), 05-Апр-19, 11:06
	Соление паролей обламывает радужные таблицы
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним84701 (ok), 05-Апр-19, 11:08
	> +1, а я то начал думать это я что-то не понял :) > Человек тот пусть почитает про радужные таблицы. Удачи c радужными таблицами для PBKDF2(пароль + timenow(), salt, 100500итераций). Не говоря уже об упомянутом SRP (Secure Remote Password) > Если же он про  передачу пароля по (OTR) end-to-end, то пусть объяснит смысл этого при наличии https. Сперва пусть любители радуг объяснят, зачем передавать пароль, когда можно его не передавать и зачем завязывать все на Single Point of Failure в виде шифрования канала передачи, когда можно не завязывать?
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	71. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (1), 05-Апр-19, 11:06
	Да понятно, что передавать пароль по сети небезопасно. Но что лучше? Все остальное требует дополнительных телодвижений, сертификатов или ещё чего-то сверх
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	21. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от Аноним (21), 03-Апр-19, 16:47
	> Толку-то, если нигде не используется? А какие претензии к стандарту? Может это говорит о том, что никому не нужно что-то другое использовать, раз есть возможность, но не пользуются?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	23. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+1 +/–
	Сообщение от Аноним84701 (ok), 03-Апр-19, 17:02
	>> Толку-то, если нигде не используется? > А какие претензии к стандарту? Отсутствие реализации  (не обязательно допотопного RFC2617, а просто такого класса АПИ) в браузерах, при наличии API для опроса батарейки или освещения, не говоря уже о DB на стороне пользователя, WebRTC и прочих совсем не простых штуковин? Из-за этого имеем вот уже 20 лет хранение паролей "кто во что горазд" и реализацию auth в меру понимания отдельного разработчика конкретного сайта со всеми "вытекающими и протекающими". Нелюблю эти "фиксед", но в этом случае само напрашивается > Может это говорит о том, что браузеростроителям не нужно что-то другое использовать, раз есть возможность, но не пользуются, а вебмакаки даже не задумываются о том, что "да, так тоже можно делать", ведь "всегда пароли слали чистым текстом!"? fix
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	–1 +/–
	Сообщение от robot228 (?), 04-Апр-19, 07:06
	Как с тобой связаться? Хочу консультацию получить.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Четвёртый этап тестирования DNS-over-HTTPS в Firefox"	+/–
	Сообщение от вебмакак (?), 04-Апр-19, 10:01
	> а вебмакаки даже не задумываются мы как раз задумываемся - то user side js'ом пошифруем, то вообще жаба-аплет вам выгрузим, который все в обход браузера сделает, с шифрованием на сертификатах, отдельно защищенных паролем, который вообще никуда не передается (это как раз можно сделать в браузере, но средний пользователь-альтернативно-умный не справится, зато справятся кросс-сайт хаки, выполняющие что-нибудь от его имени -  можно костылить подпорки, но проще вообще без браузера обойтись), раньше еще на флэше делали, чтоб хотя бы внешне имело вид исполняемого внутри браузера, но мудрый гугель в обнимку с хитрой мордокнигой велели его отменить, чтоб не мешал им ваши данные тырить. А в браузерах нормальной авторизации нет и не будет, потому что да - ваши пароли уже упали в бездонные базы мордокниги, и она не собирается отказываться от этой прекрасной возможности.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема