What's new
Runion

This is a sample guest message. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

Белый дом призывает отказаться от языков программирования C и C++

Rehub

Midle Weight
Депозит
$0
Администрация Байдена требует перехода на безопасные языки программирования.

Офис национального директора по кибербезопасности (ONCD) Белого дома США в рамках доклада о способах снижения количества уязвимостей в проектах и возможности в будущем улучшить надёжность ПО призвал разработчиков ПО в долгосрочной перспективе отказаться от небезопасных (в рамках работы с памятью) языках программирования С и С++ и перейти на более современные решения с высокой безопасностью памяти, например, Rust, Python и Java.

Представители ONCD объяснили, что подобные уязвимости связаны с ошибками управления памятью, например доступа к ней, заполнения, распределения и освобождения. Они возникают, когда программное обеспечение обращается к памяти способами, которые не были предусмотрены или являются небезопасными, тем самым создавая угрозы безопасности. Например, хакеры могут использовать эти уязвимости для получения неавторизованного доступа к пользовательским данным или для запуска вредоносного кода на устройстве. Недавние исследования Microsoft и Google показали, что около 70% всех уязвимостей в сфере безопасности вызваны проблемами с безопасностью памяти, говорится в отчете.

В докладе ONCD отмечается, что такие уязвимости являются серьёзной проблемой для цифровой экосистемы уже более 35 лет и что решение задачи устранения целых классов программных уязвимостей крайне важно и требует срочных действий. Организация подчёркивает, что важно внедрять новые подходыдля снижения подобных рисков.

В пресс-релизе Белого дома говорится, что технологические компании могут «предотвратить целые классы уязвимостей, не допуская их в цифровую экосистему», выбирая безопасные языки программирования.
При этом в ONCD осознают, что переход на новые языки программирования потребует времени и может занять многие годы, возможно, даже десятилетия. Однако они уверены, что разработчики, которые сделают правильный выбор в пользу безопасности, выиграют в долгосрочной перспективе, получив более защищённую среду для разработки и продвижения своих проектов.

Авторы доклада отмечают, что «самый действенный способ уменьшить количество уязвимостей безопасности памяти — это гарантировать надёжность одного из составных элементов кибербезопасности: языка программирования. Использование языков программирования, обеспечивающих безопасность памяти, может исключить большинство ошибок безопасности памяти». В качестве примера особенно подходящего языка упоминается Rust.

Ранее Агентство национальной безопасности США также рекомендовало организациям перейти на более безопасные языки программирования, такие как C#, Go, Java, Ruby, Rust и Swift, чтобы избежать определённых типов уязвимостей, связанных с управлением памятью. По данным отчета АНБ, злоумышленники все чаще и чаще начинают использовать уязвимости, связанные с управлением памятью, так как что C и C++ не обеспечивают должный уровень безопасности при работе с ней. Согласно документу, с помощью этих брешей в защите хакерам удается с легкостью получать доступ к конфиденциальной информации, выполнять произвольный код и нарушать цепочки поставок ПО.

sc: whitehouse.gov/wp-content/uploads/2024/02/Final-ONCD-Technical-Report.pdf
 
Интересно, ЛГБТ-шная администрация самоходного деда куда лезет, с немытым рылом в калашный ряд?
Или пид@рам виднее?
 
am0n сказал(а):
Интересно, ЛГБТ-шная администрация самоходного деда куда лезет, с немытым рылом в калашный ряд?
Или пид@рам виднее?

Я голосую за Трампа , нахуй старого бидона
 
Если с умом писать на С++, то проблем не должно возникнуть.
А если домохозяйки дорвутся до любого ЯП, то везде дыры можно будет найти)
 
unknown_slave сказал(а):
Если с умом писать на С++, то проблем не должно возникнуть.
А если домохозяйки дорвутся до любого ЯП, то везде дыры можно будет найти)

Видишь ли в чём дело - раст позволяет как раз неопытному человеку делать такие ошибки и не получать по ебалу кирпичом в последствии

Если это какой-то большой проект там наверняка где-то будет UAF и это на тестах не очевидно будет - Не знаю почему все выше начали засирать такие советы, вообще-то совет нормальный. Я именно акцент делаю на раст потому что на мой взгляд он ближе всего к плюсам по сфере применения, в расте вообще впринципе такие дырки как: 1) stack overflow 2) heap overflow 3) use-after-free эти дырки невозможны ЕСЛИ не использовать ключевое слово "unsafe"

Понятно что логические какие-то ошибки всё равно останутся но тем не менее - вот три дырки выше это очень очень частое явление в современных веб серваках, различных сетевых сервисах
 
Yes Mr. Biden, bring more programs coded in Java so we can do more Java Deserialization and obtain RCE
 
unknown_slave сказал(а):
А если домохозяйки дорвутся до любого ЯП, то везде дыры можно будет найти

Судя по количеству дыр за всю историю С/С++ во все возможном софте, до него дорвались только домохозяйки.
 
Top