May 2026

S M T W T F S
     12
3 45678 9
10111213141516
17181920212223
24252627282930
31      

Style Credit

Expand Cut Tags

No cut tags
Friday, December 17th, 2004 10:40 pm
Бернштейн суров к студентам. Хотя я подумал - если бы у меня был шанс взять курс у Бернштейна, я бы пошёл, даже будучи уверенным, что провалюсь. Интересная личность, всё же. Хотя его coding style - кошмарен до невозможности.
Friday, December 17th, 2004 08:51 pm (UTC)
Я бы не записывался на классы к подобному профессоры несмотря ни на какой звёздный статус. Его целью, очевидно, не является научить чему-либо, а самоутведиться.
Friday, December 17th, 2004 09:27 pm (UTC)
Нахождение дырок, по моему, фундаментально зависит от удачи ищущего, таким образом делая задачу нахождения 10 дырок приниципиально неограниченной по времени сверху. Посему, на мой взгляд, заваливать студентов ( кстати, платящих дофига денег в этом университете) при невыполнении такого задания, является верхом несправедливости. Я бы из-за именно отношения к студентам, потенциального разочарования и траты денег без получения оценки на этот класс не пошёл. Особеннно в ситуации когда известно где этим вещам самому можно научиться.
Friday, December 17th, 2004 10:35 pm (UTC)
Ну что ж, если плотность дырок на килобайт кода в существующих программах достаточно велика, то может и деиствительно среднее плюс, скажем, стандартное отклонение времени их нахождения является разумным. Не буду спорить. Под справедливостью же я понимаю не быть заваленным за то, что домашнее задание было потенциально нерешаемым.
Friday, December 17th, 2004 10:56 pm (UTC)
Не совсем так. Есть методики, есть стандартные пути security audit и поиска уязвимостей, которым и обучаются на курсе. Ну слишком явный пример - локальные массивы, хранящие любой ввод - очевидная 100%-ная дыра buffer overflow. Нахождение узких мест в состояниях внутренней security state machine программы, ошибки установки/планирования с непродуманными mode-ами и owner-ами, слабые алгоритмы шифрования важных credentials и т.д. и т.п. Так что удачи здесь мало, просто относительно длительная, но вполне выполнимая работа, согласен со Стасом. В юниксе много программ :). А еще не стоит забывать, что работа-то академическая, следовательно большинство exploits будут представлять только академический интерес.
Friday, December 17th, 2004 11:14 pm (UTC)
Удача нужна в тот момент, когда Вы пытаетесь найти программу, содержщую ошибку в одном из стандартных мест. Но, опять же, как я сказал Стасу, если таких программ достаточно много, то может и время их поиска не чересчур велико.
Friday, December 17th, 2004 09:34 pm (UTC)
buffer overruns naijti legko, vopros, legko li ih prevratit' v exploit.
Saturday, December 18th, 2004 12:55 am (UTC)
togda eto pochti avtomaticheskij process? dostatochno znat' funkciju kot. dopuskaet overrun, posle chego iskat' ee vizovy v raznih programmah.
Friday, December 17th, 2004 11:11 pm (UTC)
Курс щикарный, уверен, но лучше бы он просил 1 хорошую дыру, а не 10 любых. Там куча ерунды они накопали. Какие-то конвертеры из ртф, НАСМ.
Saturday, December 18th, 2004 04:06 am (UTC)
Ну я скорей о том, что в софте, который обрабатывает какие-то загадочные форматы файлов и переводит в другие, просто по определению должны быть сотни багов. Круто -- это найти экспойтируемый баг в коде, в котором его ищут все (типа в OpenSSH или Apache)
Во всяком случае насколько я знаю американскую систему образования, все, кто хоть что-то нашёл получат А, а остальные получат B :)