The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Уязвимость в сетевых библиотеках языков Rust и Go, позволяющая обойти проверку IP-адресов, opennews (??), 08-Авг-21, (0) [смотреть все]

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


407. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Аноним (-), 09-Авг-21, 09:08 
> сравнить на глаз не выйдет без ошибок.

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

> то что восьмиричными числами пользовались на тех платформах постоянно, а шестнадцатиричными
> никогда. И то что их делали для людей, а не для упрощения жизни разработчику компилятора.

А таки шестнадцатиричные хорошо раскидывваются по базовым типам данных, и даже их половинкам, nibble в 4 бита так то тоже довольно удобно. И запомнить 16 значений побитово не сильно сложно, а так вопрос где сколько 0 и 1 отпадает как категория. Once and for all. Хекс любого размера декодабелен по 4-битным nibble'ам до бинарного представления даже "в уме". Для подсеток которые по границам битов делают это довольно удобное свойство.

Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

414. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +1 +/
Сообщение от пох. (?), 09-Авг-21, 10:08 
> Вообще, неплохо получается. Надо просто знать что есть "подсеть" и "комп в
> ней". И по битам достаточно удобно раскладывается. В хексе, кстати, размер
> подсети проще чем в десятичном виде, тот видите ли по границам

да ну? Это не в хексе проще, это в v6 "проще" потому что там сразу же отказались от границ невидимых в hex-представлении "адресов хватит на всех!" (потом минимум трижды пришлось перекраивать адресное пространство, потому что опачки, оказывается - не на всех, если вот так делить где удобно для записи, а не где достаточно хостов или подсетей получилось)

> битов круглые значения не делает. И если тебя спросить сколько нулевых

c и d - где тут адрес а где сеть /127  ?

> битов в хвосте какого-нибудь десятичного 210, ты, наверное, репу, так то,
> почешешь.

макак когда-то заставляли зазубривать наизусть. В CCNA book полсотни последних страниц - таблица этих чисел была, угу (именно зазубрить, на экзамене нет калькулятора и нет времени посчитать на бумажке). Но это ровно потому что люди разучились считать в восьмиричной системе.

> запомнить 16 значений побитово не сильно сложно, а так вопрос где

ты быстро ответил на вопрос выше, или все же считал на пальцах?

> Хекс любого размера декодабелен по 4-битным nibble'ам до бинарного представления даже
> "в уме". Для подсеток которые по границам битов делают это довольно

а понять два хекса это одна сеть или две разных, если они, ВНЕЗАПНО, не по 4хбитной границе - нельзя никак.

Очень удобно, угу. Ну ладно, вот вам rfc чтоб вы так и не делали, "адресов хватит на всех!" Правда, уже не один раз выяснилось, что не хватит, но нынешние чиновники из ietf необучаемы так же точно, как поколение, принесшее нам osi.

Ответить | Правка | Наверх | Cообщить модератору

550. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +2 +/
Сообщение от Аноним (-), 10-Авг-21, 10:16 
> да ну? Это не в хексе проще, это в v6 "проще" потому
> что там сразу же отказались от границ невидимых в hex-представлении "адресов
> хватит на всех!"

Ну, блин, границы взятые наобум не рулят. Это ведет к бардаку и непоняткам. А границы по таким вещам машинам может быть удобнее процессить чем отфонарные (с точки зрения оптимизации кода). Да и железу тоже. То что по первости ступили - блин, в V4 тупили еще не так и не столько и поэтому теперь он работает в режиме кастрат-инвалида когда я даже не могу порулить компом дома по ssh, и это - не интренет в том виде как он задуман основателями. А кастрат-импотент, которому если сильно постараться, можно пришить резиновый фаллоимитатор.

И не ты ли, цуко тугое, ноешь потом, когда гугло и кто там еще любезно решает хомячкам эту проблему своим облачком, потому что хомячок супротив ната сам так то пролетает - и, вот, идет сдаваться жирнокорпу в клевый сервис "решающий проблему". Ну а попутно хомячка можно на чем-нибудь повертеть так то, в процессе синхронизации его фоточек или что там у него. Позиция посредника-MITM'а для этого удобна. Ты же не думал что хомячки перестанут обмениваться данными между свомими системами для твоего комфорта? :)

> c и d - где тут адрес а где сеть /127 ?

d нечетное, c четное, так на вскидку. Само по себе это в такой записи не является валидным адресом IPv6 вообще. Да и подсеть у культурных людей принято через / указывать. Во избежание дурацких непоняток, ага. А мутные подсети в десятичной записи мне никогда не нравились.

> макак когда-то заставляли зазубривать наизусть.

Ну, блин, мы и таблицу умножения, так то, зазубриваем, но 16 nibbles так то проще запомнить чем кучу некруглого барахла.

> В CCNA book полсотни последних страниц - таблица этих чисел была, угу (именно
> зазубрить, на экзамене нет калькулятора и нет времени посчитать на бумажке).

Ну да, офигеть usability. А я не фанат совкового задр@чивания мяса хз во имя чего. Поэтому мне IPv6 довольно удобен, я себе без проблем считаю что угодно.

Я даже делаю "странные трансформации" за пределами твоего понимания, что позволяет мне довольно неортодоксальные вещи, типа маппинга систем координат, только в существенно менее идиотском и задр@тском виде чем такие как ты могли предложить. Это удобно. Это сокращает объем знаний. И я могу, допустим, иметь в "local VPN" и "global routable" одинаковые суффиксы, а отличие только в префиксе. При этом я могу попасть "на этот комп" порсто позырив префикс, если я его забыл. Без всякого DNS. Прикольно, да? Есть динамическая часть знания, смотрябельная тулсами и статичная, известная мне. Попробуй так с V4 вообще... и это самый простой пример.

> Но это ровно потому что люди разучились считать в восьмиричной системе.

Да и болт с ней как по мне. Считать в пачках по 4 бита ака "половинка байта" мне как-то удобнее. А вон то - ни два, ни полтора. Для себя я не пользуюсь этим представлением в отличие от хекса, который удобен для всевозможных операций с битиками.

> ты быстро ответил на вопрос выше, или все же считал на пальцах?

Я таки более-менее помнб 16 цифр. И если надо могу именно "на пальцах посчитать". А вот с восьмеричными числами я этим похвастать не могу - и болт с ними.

> а понять два хекса это одна сеть или две разных, если они,
> ВНЕЗАПНО, не по 4хбитной границе - нельзя никак.

Четырехбитная граница удобна тем что aligned по тем же границам что более крупные байты, u16, u32, u64.... Восьмеричная же система довольно дурная в этом плане. Единственное место где она имеет какой-то смысл это файловые права, и то, сугубо по историческим причинам. В остальных случаях она создает больше проблем чем решает, имхо. В том числе и из-за дурного alignment.

> выяснилось, что не хватит, но нынешние чиновники из ietf необучаемы так
> же точно, как поколение, принесшее нам osi.

Пока вроде хватает. И я могу даже использовать suffix которые я могу запомнить на моих машинах. А prefix сети я таки могу позырить в конфигурации сети, если вдруг забыл.

Так что я могу не только попасть на мой комп. И на его соседа. Зачастую без DNS, представляешь? Не так уж много запоминая, так то. С v4 это не больно катит.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру