информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеАтака на InternetСетевые кракеры и правда о деле Левина
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Умер Гордон Мур 
 Маск поддержал создателя Дилберта,... 
 Утечка сертификатов GitHub Desktop... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
«Сложность» и «развитость» разные вещи… 07.10.03 10:32  Число просмотров: 1237
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 07.10.03 10:59  Количество правок: 1
<"чистая" ссылка>
> Если ГУИ и не содержит ошибок, то необходимостью написания
> больших объемов кода для работы в графической среде
> провоцирует их появление в других прогах.
А, флейм мы тут с тобой разводим ;-) Сколько раз был в прогах неконтролируемый буфер под параметры командной строки или в CGI-прогах, там похожий механизм взаимодействия. Криворукость программистов не лечится интерфейсными механизмами, будь они простые или сложные.

> Командная строка хороша тем, что позволяет работать откуда
> угодно, "без ничего"
Ну да. Telnet-клиента я везде найду, а вот через Сеть мне им работать страшно — чистый ASCII по TCP, что радует любого снифующего чела ;-) Итак, задача усложняется — подавай ssh или работай через VPN... Из интернет-кафе ;-) А вот M$ взяло и встроило шифрование в RDP по умолчанию. И мало ли, что этот протокол взаимодействия с удалённым рабочим столом никто, кроме M$, не поддерживает. Кому-то же надо начинать ;-)

> и исключтиь влияние ошибок в
> клиентской части и взаимодействии с протоколом.
Ну я выше писал про криворукость.

> Чем больше кода, тем больше вероятность ошибки - раз.
> Чем больше лишних сервисов, тем меньше ресурсов для
> выполнения задач безопасности. - Два.
> Чем больше избыточных сервисов, тем больше мишеней для
> атаки. - Три.
Да не спорю я. Вот амёбы мало болеют. И размножаются быстро и просто — делением ;-) Ну и что людям делать с их СПИДом, раком и проч — назад, к амёбам?
Или после того, как нашли дыру в системном вызове OS linux, линуксоиды начинают вопить про то, что давайте, мол, снесём ту или иную подсистему ядра, в которой нашли дыру? Выпустят патч, кто-то из гуру может даже в исходники глянет и получит моральное удовлетворение — вот он родимый, здесь баг скрывался.
В M$ всё не так, конечно же. С патчем могут тянуть долго. Бабла просят. Исходников нет. Но вот зато GUI, который больше хорош, чем плох, ставят на все свои OS по умолчанию. Однако, в *NIX'ах тоже консоль «по умолчанию». Но сколько лет никсам-то! Тогда это был писк технологии, посколько до этого компьютеры работали вообще в старт-стоповом режиме. Заставить компьютер крутить цикл с ожиданием пользовательского ввода было революцией, сравнимой с изобретением колеса ;-)

Дык может, это всё-таки просто прогресс? Subj.
<site updates> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2023 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach