информационная безопасность
без паники и всерьез
 подробно о проекте
Все любят медСтрашный баг в WindowsПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Хакеры опять разморозили холодильники... 
 C3RB3R шифрует NAS Synology через... 
 Chainalysis раскрыла взлом собственных... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Несколько концептуально-различных языков в башке держать сложно. 20.01.04 04:19  Число просмотров: 1285
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
[moved from site updates]
Вообще, идеальным в отношении безопасности языком, к тому же "концептуально-продолжающим" С явлается Java, но кто бы написал для него полноценный компилер в независимые EXE-шники...
<miscellaneous>
Я, конечно, понимаю, что это начало очередных крестовых войн... 19.01.04 15:01   [Ktirf]
Автор: Ktirf <Æ Rusakov> Статус: Elderman
<"чистая" ссылка>
> > контролировали переполнение. Или отказываться от размещения
> > локальных переменных и аргументов в стеке.
> Ага, и куда их совать?.
> Скажем так: надо переходить на языки, которые "не дадут
> прострелить себе ногу". Всякие C/C++ - маст дай.
Надо писать на том, что предназначено для решения текущей задачи. А то набежит туева хуча народа, мнящего себя крутыми программистами на C/C++ (особенно и на том и на другом одновременно), и получается какой-нибудь Sendmail или MFC :( С чистым C сложнее, а уж в C++ слава Богу, проблемы с переполнением буфера вполне можно обойти, зная, как пользоваться стандартной библиотекой.
Угу. Ты-то проконтролируешь размеры. Но кто сказал, что в... 20.01.04 08:08  
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
[moved from site updates]
> проблемы с переполнением буфера вполне можно обойти, зная,
> как пользоваться стандартной библиотекой.
Угу. Ты-то проконтролируешь размеры. Но кто сказал, что в недрах libc/stdlib не накосячили.
С приятелем однажды поспорили. Я сказал, что у меня есть небольшая программа, которую я писал очень тщательно, и там просто параноидально контролируются размеры. На что он взял какую-то тулзу и замучил программу до состояния эксепшена (а это явный признак возможности переполнения). Вскрытие показало, что фигня кроется во внутрибиблиотечных вызовах. :(
Несколько концептуально-различных языков в башке держать сложно. 20.01.04 04:19  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
[moved from site updates]
Вообще, идеальным в отношении безопасности языком, к тому же "концептуально-продолжающим" С явлается Java, но кто бы написал для него полноценный компилер в независимые EXE-шники...
Посмотри в сторону Ada. Функционал обеспечивает тот же, но... 20.01.04 08:09  
Автор: cybervlad <cybervlad> Статус: Elderman
<"чистая" ссылка>
[moved from site updates]
> же "концептуально-продолжающим" С явлается Java, но кто бы
> написал для него полноценный компилер в независимые
> EXE-шники...
Посмотри в сторону Ada. Функционал обеспечивает тот же, но код генерит автономный.
1





Рейтинг@Mail.ru


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