![]() |
Биос и системная дата!
Добрый день задался вопросом последняя дата в компьютере,
Даже выяснил какая ( у меня это 5 декабря 8907 года ) действительно ли это последняя дата проверять что то боюсь. если дождаться конца дня (Ну или перевести часы на 23:59:59 и подождать секунду), то может ли испортится биос? Правильно ли я понимаю что это зависит от программы биоса? |
Ничего не будет. Отчет начнётся с нулей. Дата и её наибольшее значение зависит от самого биос, кто сколько напишет:) Избыточно много. В 9000 году компы будут при рождении вживлять в мозг на клеточном уровне:)
Я имею ввиду 1900 год - минимальная дата для многих биос |
Цитата:
|
не совсем. Рассматриваю как возможность атаки машины,
в 9807году интернет не работает, а по поводу биоса разве при обнулении не происходит перенос старшего бита? |
Цитата:
|
Атака - ну к примеру вирусная, которая просто переставляет дату на максимально возможную,
при обнулении может произойти увеличение байта находящегося перед данными системной даты(Я так понимаю эти данные в области биос) |
Цитата:
|
Вы хотите сказать что программно время не поменять?
если программа может менять время и дату то какой то антивирус биосный как этому может помешать? я надеюсь вы представляете что такое Системная дата и как она представляется в машинной памяти, по крайней мере в том лохматом году когда Е2К была еще актуальна - это было количество секунд от 1980года (насколько я помню). Попробую немного по другому сформулировать свой вопрос если дату выставить в хFF FF FF FF (а программно это можно сделать) то что произойдёт при следующем увеличении времени, хотя этот вопрос наверное нужно задавать разработчикам материнских плат и Биоса. |
Цитата:
|
Цитата:
Цитата:
Сегодняшние ОС не используют прерывания БИОС, но только свои ресурсы. Обращение ко всем компонентам своими силами. Флешку БИОС можете выдернуть после POST инициализации. Это перед загрузкой системы (любой, не DOS). Не понимаю ваши опасения. Цитата:
Сам БИОС делится на "оболочку", которая меняется и ядро (нулевое) без изменений. Примерно так дела на сегодня. |
Цитата:
|
Цитата:
Автору с такой паранойей могу посоветовать ныкаться с тайм-серверами каждую секунду-минуту. А что ещё посоветовать, к врачу? |
Цитата:
Вы попробуйте поменять дату на 4000 год и посмотрите сколько приложений отвалится в ближайшие 10 минут. Вы не в состоянии понять что это может сделать какая нибудь вредоносная программа и никакой сервер синхронизации не поможет? SanCho Спасибо за развёрнутый ответ. Как бы ответ довольно достаточный Для тех кто считает что проблема надуманная: При инкременте байта со значением хFF он обнуляется, все правильно , но так же бит переноса устанавливается в единицу и может увеличиться на единицу байт стоящий перед инкрементируемым. соответственно дамп памяти к примеру хАА 00 FF FF FF FF Инкрементируется до хАА 01 00 00 00 00. И если предположить что к дате относятся только байты хFF FF FF FF, то что же тогда в Биосе поменялось? что располагается перед данными даты? (Сразу напишу что я не уверен что происходит перенос). Эксперимент поставить недолго можно потом долго разгребать последствия, чего не хочется делать. |
Цитата:
В Linux вообще чтобы ввести или изменить дату надо ввести root пароль - так что возможность манипуляций сведена к минимуму. Ну и по сути при достижения максимального счёта даты значение станет не хАА 01 00 00 00 00, а снова изначальное хАА 00 FF FF FF FF , т.е. к примеру изначальному доступному минимальному значению в биос. Ну к грубому примеру. Так что ничего не случится. Это касается того, что случится в содержимом CMOS. В ОС есть же свои ограничения по дате. В любом случае даже проблема 2к была панически дутая. Это своеобразный способ держать обывателей в панике и давать им сознание "но мы о вас позаботимся", создавая иллюзию безопасности от дутых опасностей. А мы платим за это. В любом случае тема уже для флейма, поэтому будем завязывать |
Цитата:
|
Время: 21:04. |
Время: 21:04.
© OSzone.net 2001-