Спуфинг MAC - поддержание соединения
[шутка] Сначала, сокращает пользовательский палец, которые нажимают F5 ;-) [/шутка]
Вы сказали замораживание. Замораживание ядра? Затем проверьте свою RAM, Ваши журналы (если таковые имеются). Замораживание Apache? Увеличьте число процесса, чтобы смочь получить больше запросов.
И я предлагаю видеть также черные списки: если машина делает больше чем 20 соединений за 5 секунд, блокируется, она до него возвращается спокойствие. Посмотрите ультрасовременно-уклончивый, если Вы хотите.
Я не думаю так; 802.1x базируется прочь источника, учась поэтому, когда изменения MAC он повторно изучит новый MAC во входном интерфейсе и попытается аутентифицировать его, как будто было две машины, подключенные через пассивный переключатель. Единственным путем я вижу, что эта работа состояла бы в том, если оба MAC находятся в Ваших таблицах авторизации для Вашего.1x источника данных, И пользователь был авторизован в обеих областях (если две области находятся в игре здесь).
Я высоко сомневаюсь относительно этого также..
Аутентификация основана на MAC-адресе.. Вот почему можно выполнить man-in-the-middle и атаки с повторением пакетов..
Используя другой MAC-адрес перестал работать для этих нападений.. вследствие того, что не аутентифицируемый..
Как Вы планируете защитить это, даже если это была возможность??
Мне очень любопытно..:D
-
1Конечное предложение просто правовой оговоркой к нет рассматривайте как хакера - неудачные опыты в прошлом. Я просто хочу установить, что MAC-адрес согласовывается с сертификатом. право – HalloDu 17 November 2010 в 22:09
-
2ahh... :D Защитите его путем попытки взломать его.. это - то, что я сделал бы.. – Arenstar 17 November 2010 в 22:11
-
3да, это - то, что я хотел попробовать в следующий раз, когда я нахожусь на сцене. Но не может повредить получать некоторые мнения о вопросе заранее, и это легче, если никто не думает, что Вы - плохой парень – HalloDu 17 November 2010 в 22:13