Я вас не понимаю. Я вам сказал, что я написал о них: Server Identifier, Option Overload, Requested IP Address, Host Name... Также на скриншотах можно видеть обилие опций. Этого вполне достаточно для формирования понимания того, что такое опции и для чего нужны. Подробнее можете почитать о них в RFC 2132 (ссылка в используемой литературе)
Я же написал для чего они используются: для передачи параметров от сервера к хосту о сети. На скринах с трафиком можно увидеть что они из себя предоставляют
А в чем смысл каждого из преобразований? Почему каждое преобразование реализовано именно так, как оно реализовано а не по-другому? Я смотрю на все это как на малосвязный формальный порядок действий, который не укладывается в общую картину. В чем ценность этой статьи? Формальное описание алгоритма можно в стандарте найти
Спасибо! Читая книгу Таненбаума, у меня возник резонный вопрос: "А как быть, если в ОС крутятся несколько процессов и все они захотят обратиться к определенному месту в памяти?" Судя по изложенному там материалу, при обращении к одному адресу они должны были бы обратиться к одному адресу в физической памяти. "Но это полный бред" - подумал я и пошел гуглить. Благо наткнулся на вашу статью, где вы разъяснили по ASID. Жаль в книге об этом ни слова.
Вы аппелируте исключительно к названию опкодов, транслируя при этом свои неверные суждения. Если опкод называется BPL это не значит, что если он срабатывает при нулевом результате то ноль считается положительным. Ну это же сюр) я могу создать свою архитектуру и назвать опкод BNE, который будет выполнять переход при отрицательном значении или нуле. И что, после этого ноль станет отрицательным? Ноль он и в Африке ноль.
Окей, флаг N - это отрицательное число. Если N равен единице (true), то число отрицательное, если нулю (false), то неотрицательное. Неотрицательное не значит положительное
Вы аппелируте к флагу SF, который равен старшему значащему биту результата. Но то, что бит равен 0 лишь значит, что результат неотрицательный, а не положительный. Непонятно откуда вы взяли, что это признак плюса
UPD: Даже рандомная картинка из интернета это подтверждает (см jns)
Мало что понял из вашего "объяснения". Очень путано пытаетесь донести свою мысль
Будто бы ответ создан нейронкой Яндекса, прогнанной несколько раз через переводчик.
Если в некоторой архитектуре при условной переходе ноль воспринимается как положительные число, то это не значит, что в компьютерах ноль имеет знак. Частный пример ничего не говорит об общем.
Да и такой переход можно трактовать, как переход при неотрицательном результате.
Нестор Иванович, в учебниках обычно просто формально приводится алгоритм преобразования без объяснения того, почему он выглядит именно так, а не иначе. Я же попытался исправить эту ситуацию, объяснив то, какие побуждения были предприняты теми, кто придумывал дополнительный код. Не каждому повезло взять в руки толковое пособие, или иметь хорошего преподавателя
Рад, что вам понравилось и вы открыли для себя что-то новое. Данный тип низкоуровневых атак именуется сетевыми. Если вам интересно, то можете заглянуть в книжку Оливеров по данной теме (см. Используемая литература), там помимо атак на TCP много чего занимательного
Я вас не понимаю. Я вам сказал, что я написал о них: Server Identifier, Option Overload, Requested IP Address, Host Name... Также на скриншотах можно видеть обилие опций. Этого вполне достаточно для формирования понимания того, что такое опции и для чего нужны. Подробнее можете почитать о них в RFC 2132 (ссылка в используемой литературе)
Я же написал для чего они используются: для передачи параметров от сервера к хосту о сети. На скринах с трафиком можно увидеть что они из себя предоставляют
Вы бы хоть пояснили как работает связывание двух транзакций, а то из рисунка не особо понятно что к чему
Вы бы хоть пояснили как работает связывание двух транзакций, а то из рисунка не особо понятно что к чему
А в чем смысл каждого из преобразований? Почему каждое преобразование реализовано именно так, как оно реализовано а не по-другому? Я смотрю на все это как на малосвязный формальный порядок действий, который не укладывается в общую картину.
В чем ценность этой статьи? Формальное описание алгоритма можно в стандарте найти
Это прикол какой-то? Я сюда пришел, чтобы про сетевую подсистему Linux-а почитать, а не рекламу курса смотреть
Спасибо! Читая книгу Таненбаума, у меня возник резонный вопрос: "А как быть, если в ОС крутятся несколько процессов и все они захотят обратиться к определенному месту в памяти?" Судя по изложенному там материалу, при обращении к одному адресу они должны были бы обратиться к одному адресу в физической памяти. "Но это полный бред" - подумал я и пошел гуглить. Благо наткнулся на вашу статью, где вы разъяснили по ASID. Жаль в книге об этом ни слова.
Главное использовать спуфинг IP-адресов, либо с помощью флага RST разрывать соединения после того, как к нам придут SYN-ACK-сегменты
старший нулевой бит значит, что число либо положительное, либо ноль.
Вы аппелируте исключительно к названию опкодов, транслируя при этом свои неверные суждения. Если опкод называется BPL это не значит, что если он срабатывает при нулевом результате то ноль считается положительным. Ну это же сюр) я могу создать свою архитектуру и назвать опкод BNE, который будет выполнять переход при отрицательном значении или нуле. И что, после этого ноль станет отрицательным? Ноль он и в Африке ноль.
Окей, флаг N - это отрицательное число. Если N равен единице (true), то число отрицательное, если нулю (false), то неотрицательное. Неотрицательное не значит положительное
Ну это просто название) PL. Какая разница? Чисто ради сокращения могли написать. Просто челиксы решили придумать такое название для флага.
Вы аппелируте к флагу SF, который равен старшему значащему биту результата. Но то, что бит равен 0 лишь значит, что результат неотрицательный, а не положительный. Непонятно откуда вы взяли, что это признак плюса
UPD:
Даже рандомная картинка из интернета это подтверждает (см jns)
В архитектуре Risc-V такого перехода условного нет. Вы можете разве что сравнить значение в некотором регистре с нулем.
Мало что понял из вашего "объяснения". Очень путано пытаетесь донести свою мысль
Будто бы ответ создан нейронкой Яндекса, прогнанной несколько раз через переводчик.
Если в некоторой архитектуре при условной переходе ноль воспринимается как положительные число, то это не значит, что в компьютерах ноль имеет знак. Частный пример ничего не говорит об общем.
Да и такой переход можно трактовать, как переход при неотрицательном результате.
А можно, пожалуйста, поподробнее: почему это в компуктерах у нуля есть знак?
Нестор Иванович, в учебниках обычно просто формально приводится алгоритм преобразования без объяснения того, почему он выглядит именно так, а не иначе. Я же попытался исправить эту ситуацию, объяснив то, какие побуждения были предприняты теми, кто придумывал дополнительный код. Не каждому повезло взять в руки толковое пособие, или иметь хорошего преподавателя
Рад, что вам понравилось и вы открыли для себя что-то новое. Данный тип низкоуровневых атак именуется сетевыми. Если вам интересно, то можете заглянуть в книжку Оливеров по данной теме (см. Используемая литература), там помимо атак на TCP много чего занимательного
Благодарю, ознакомлюсь с материалом!
Может быть, вы имели в виду syn cookie? Чего по вашему мнению не хватило для полноты раскрытия темы?