The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Демонстрация атаки на редакторы кода, приводящей к утечке файлов при открытии исходных текстов, opennews (??), 16-Май-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


26. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от виндотролль (ok), 16-Май-21, 10:34 
Ты мейкфайлы тоже запускаешь без предварительной проверки того, что там выполняется?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

31. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +4 +/
Сообщение от анакомус (?), 16-Май-21, 11:24 
да
Ответить | Правка | Наверх | Cообщить модератору

196. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +1 +/
Сообщение от виндотролль (ok), 17-Май-21, 05:08 
> Меня удивляет непробиваемое невежество тутошних экспертов. Во-первых С/С++ ненужны никакие
> файлы как и какие-либо системы сборки, в отличии от этой скриптухи.
> А во-вторых, что самое важное, здесь проблема не в системе сборки,
> хотя и в ней тоже. Здесь проблема в самой скриптухи, которая
> попростуе делает eval во время компиляции/анализа кода. Такой херни даже в
> жаваскрипте не практикуют.
> Во-первых С/С++ ненужны никакие файлы как и какие-либо системы сборки

cmake, qmake, ninja, meson, conan (наконец-то можно кодить как будто это 2021) и т.д.. А, ну и, конечно blaze из гугла (думаю, если сравнить абслютные количества пользователей, окажется, что среди плюсеров весьма популярен).

> А во-вторых, что самое важное, здесь проблема не в системе сборки, хотя и в ней тоже
> Здесь проблема в самой скриптухи, которая попростуе делает eval во время компиляции/анализа кода

Не евал, а раскрытие макроса. Но тебе какая разница, спрятали такой код в мейкфайле или в раст макросе: если ты не проверяешь, что запускается при сборке (а запуститься может все, что угодно) — ты попал.

Самая большая опасность здесь в том, что макросы обычно приходят из чужих крейтов, и если такой крейт сломают, то скорее всего, заметят это не сразу. Но эта проблема, в том или ином виде, существует для всех языков с центральным репозиторием.

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

208. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +2 +/
Сообщение от виндотролль (ok), 17-Май-21, 08:52 
> Никакие говнофайлы С++ ненужны и этим говном невозможно собрать С++.

Да, можно собрать любой язык одним лишь компилятором/линковщиком. Да, в расте раскрытие макросов выполняется компилятором/линковщиком (rustc).

Но большинство современных проектов на C++ используют систему сборки с возможностями чуть шире, чем просто компилятор. Некоторые из них (возможно даже все) умеют запускать произвольный код.

С точки зрения пользователя, загружающего непонятный проект с гитхаба, совершенно неважно, кто выполнит код, компилятор, или что-то другое.

> говно
> школа
> позорище
> убожество
> дошколят
> бездарная
> обгадился
> хернёй

твои знания и проф уровень уже все оценили, расслабься


Ответить | Правка | К родителю #266 | Наверх | Cообщить модератору
Часть нити удалена модератором

234. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от виндотролль (ok), 17-Май-21, 15:29 
> Макросы это eval внешнего кода. Единственное что делает "компилятор" -
> это выполняет этот eval и инжектит его результат.

Ну что ты заладил со своим eval. Выучил новое слово?

Во всех примерах, где мне встечался термин eval(uate) в контексте ЯП, это значило выполнение выражения, принятого как данные.

Пользователь ввел в калькуляторе 2+2, калькулятор принял выражение 2+2, выполнил, вернул результат.
Пользователь ввел в шелле rm -rf, интепретатор принял выражение, выполнил, вернул результат.

Хоть всем на опеннете и понятно, о чем ты говоришь, но твоя бессмысленная педантичность просто смешит. В случае макросов код не передается как данные. Это обычный процедурный код, гораздо точнее было бы об этом говорить как о вызове функции.

> О боже, обезьяна, rustc не является компилятором

rustc is the compiler for the Rust programming language, provided by the project itself

https://doc.rust-lang.org/rustc/what-is-rustc.html

(надеюсь другие слова кроме eval на английском понимаешь)

С тобой смешно, но уже достаточно однообразно. Выучи, наконец, новые фокусы.

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

277. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноним (-), 18-Май-21, 07:44 
просто надо юзать Maven. Все четко, централизованно, из репозитория, проверено, подписано, все чикипуки, чикибрики и чикисталин
Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

202. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +2 +/
Сообщение от Аноним (202), 17-Май-21, 07:49 
Если у тебя программа из 1 файла то система сборки не нужна, можно просто запустить 1 команду компилятора и всё.
Во всех остальных случаях десятки лет используются make, cmake или что-то подобное
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

211. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноньимъ (ok), 17-Май-21, 09:44 
>Здесь проблема в самой скриптухи, которая попростуе делает eval во время компиляции/анализа кода. Такой херни даже в жаваскрипте не практикуют.

Это ещё что, некоторые делают eval во время выполнения, вот прикол.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

238. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноним_в_противогазе (?), 17-Май-21, 15:42 
> Меня удивляет непробиваемое невежество тутошних экспертов. Во-первых С/С++ ненужны никакие файлы как и какие-либо системы сборки, в отличии от этой скриптухи.
> дальнейшая порча воздуха поскипана

А мужики-то и не знали! (с)
https://clang.llvm.org/get_started.html
> If you would like to check out and build Clang, the current procedure is as follows:
> Standard build process uses CMake.

https://gcc.gnu.org/install/prerequisites.html
> Tools/packages necessary for modifying GCC
> autoconf version 2.69
> GNU m4 version 1.4.6 (or later)
> Necessary when modifying configure.ac, aclocal.m4, etc. to regenerate configure and config.in files.
> GNU make version 3.80 (or later)
> You must have GNU make installed to build GCC.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору
Часть нити удалена модератором

242. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноним_в_противогазе (?), 17-Май-21, 16:06 
> Позорище бездарное. Твоё блеяние ничего не значит, потому как "не нужны" - не означает "никто не может использовать".

Какая экспрессивная, но невнятная отмазка.
> Далее, обезьяна, используется оно там совершенно по другим причинам. И да, это
> не имеет никакого отношения к С/С++. Потому как они не написаны
> на С/С++, тупая ты обезьяна. Они написаны с использованием си с
> классами, но лишь с использованием.

Да-да, сборка C/C++ компилятора не имеет никакого отношения к С/C++
> Потому как они не написаны на С/С++,
> Они написаны с использованием си

Шиза, как она есть.

> И да, давай поиграем в игру, обезьяна. Идёшь мне и собираешь системой
> сборки stl. *слышен громкий и протяжный пук*

https://github.com/llvm/llvm-project/blob/main/pstl/CMakeLis...
> Parallel STL is an implementation of the C++ standard library algorithms with support for execution policies, as specified in ISO/IEC 14882:2017 standard, commonly called C++17

Ответить | Правка | К родителю #277 | Наверх | Cообщить модератору
Часть нити удалена модератором

247. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноним_в_противогазе (?), 17-Май-21, 16:42 
> Очевидно, что использование инвалидов костылей не
> означает, что они нужны для ходьбы.

Да-да, разрабы gcc и clang - "инвалиды" и то ли дело великий, анонимный, непризнанный гений с впопеннета!

>> Да-да, сборка C/C++ компилятора не имеет никакого отношения к С/C++
>> ссылки на пару самых популярных открытых компилятора C/C++
> Да, обезьяна, не имеет никакого отношения. Компилятор любого языка может быть написать на "любом" языке.

Но написаны они на "си с классами", ыксперт.

> Потому как они не написаны на С/С++,
> Они написаны с использованием си
>>Шиза, как она есть.
> Что тебе неясно, обезьяна?

Мне - все давно ясно, балабол.

>>> Parallel STL is an implementation of the C++ standard library algorithms with support for execution policies, as specified in ISO/IEC 14882:2017 standard, commonly called C++17
> На этом можно закончить - передо мною бездарное трепло-домохозяйка, которая пытается блеять.

Это такая крутая самокритичность или ты там перед зеркалом разглагольствуешь?


Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору
Часть нити удалена модератором

250. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +/
Сообщение от Аноним_в_противогазе (?), 17-Май-21, 17:28 
>>Но написаны они на "си с классами", ыксперт.
> Бегом побежала собирать tblgen компилятором си с классами.

Кавычки - это вообще-то цитирование тебя же, ыксперд.
Но даже тут ты умудрился дважды обо*раться:
--
clang/llvm-tblgen/Makefile

PROG_CXX=       llvm-tblgen

SRCDIR=         llvm/utils/TableGen
SRCS+=          AsmMatcherEmitter.cpp
SRCS+=          AsmWriterEmitter.cpp
SRCS+=          AsmWriterInst.cpp
SRCS+=          Attributes.cpp
SRCS+=          CTagsEmitter.cpp
...
clang-tblgen/Makefile
PROG_CXX=       clang-tblgen
MAN=

SRCDIR=         clang/utils/TableGen
SRCS+=          ASTTableGen.cpp
SRCS+=          ClangASTNodesEmitter.cpp
SRCS+=          ClangASTPropertiesEmitter.cpp
SRCS+=          ClangAttrEmitter.cpp


Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

243. "Демонстрация атаки на редакторы кода, приводящей к утечке фа..."  +1 +/
Сообщение от нах.. (?), 17-Май-21, 16:14 
А у меня нет редактора, "запускающего мэйкфайлы" при попытке их редактировать.
Что я делаю не так?

Ах, да, не пишу на язычках с нескучными "анализаторами".

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру