Гугли в сторону учебника по программированию и по C++.

в линуксе читы не нужны, потому что open source. а остальное - тоже не нужно.

Не то?

Ну а если, допустим, та же кс:го. В винде просто написал .dll, заинжектил и всё. На линуксе что?

Принцип тот же. Можно динамически подгрузить какую-нибудь библиотеку с помощью переменной окружения LD_PRELOAD.

Типа, LD_PRELOAD=./imsuperhacker.so /usr/bin/csgo

Это если я тебя правильно понял, но, скорее всего, нет ©

как обстоят дела с программированием на плюсах под Linux

Отлично

Меня интересуют глобальные отличия в принципе написания программ.

Есть.

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

На знаю что такое инжект процессов, но наверное имеет смысл начинать отсюда.

Нет, ну правда: какого ответа ты ожидаешь на вопрос «глобальные отличия в принципе написания программ.»? Курс лекция?

Точечные вопросы ищутся очень легко, так как Линункс изначально создавался программистами для программистов.

Если интересно что-то куда-то инжектить, то тебе стоит полистать phrack, там есть пару толковых статей по созданию руткитов.

в какую сторону

как это все устроено в линуксе я не знаю даже приблизительно.

В сторону изучения POSIX и LSB, чтобы иметь представление о работе линукса и вообще UNIX-подобных систем.

Крч, расскажите, как обстоят дела с программированием на плюсах под Linux.

Плюсы платформеннонезависимы, потому с ними дела обстоят как и везде.

Меня интересуют глобальные отличия в принципе написания программ ... подобие .dll (.so вроде) ... искать процессы ... гуглить умею, если хотя бы подскажете, в какую сторону - буду благодарен.

Нет, не умеешь. Ты же и так знаешь ключевые слова по которым нужно искать.

Я пишу программуси на Qt для win/lin, честно скажу что до определенного момента особенной разницы даже не вижу. Ты задаешь вопрос про Linux будто это инопланетная ОС с Нибиру, на деле же это во многом похожая на форточки система.

Нет, это совершенно не похожая на мастдай система. Просто Qt-шники заботливо огородили таких дурачков от особенностей ОС программными интерфейсами Qt.

Все тоже самое, dll называются so, VirtualProtect называется mprotect, только смысл внедрять, если есть исходники.

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

https://www.ozon.ru/context/detail/id/27682947/ http://www.ozon.ru/context/detail/id/17925734/

За С++ тебе никто, кроме С++, не пояснит.

про инжект читай man ptrace

dll нет

Да, есть .so. Динамически подключить ее в прогу теоретически возможно.

Меня интересуют глобальные отличия в принципе написания программ

man make

на деле же это во многом похожая на форточки система

Тебе нужно к поням на твоей аве. Что у вантуза от *nix вообще есть, кроме вложенных каталогов?

lorcode, гнида

трейнеры, читы
как это все устроено в линуксе

никак - игор нет.

LTMGFY:

ПС гуглить умею, если хотя бы подскажете, в какую сторону

по диагонали и в другие стороны:

ltmgfy://Дреппер «„Как писать разделяемые библиотеки“

задание со звёздочкой: про поломанную совместимость с версионированными символами в glibc, см. например в вики генты про „миграцию на новый glibc с новым ABI“, и вопрос на понимание, почему после этого мир желательно пересобрать заново. почитай сюда же про случаи, когда ABI glibc таки ломается (например, когда в memmove перекрываются области, был момент когда ABI сломали и старые программы некорректные переставали работать).

ещё читай книжку (гугли в интернетах) „linkers and loaders“, там про это подробнее.

но на бытовом уровне тебе это не нужно: хватит LD_PRELOAD.

ещё читай про LSB, ABI и бинарную совместимость (кроссдистрибутивную сборку)

ltmgfy://Дреппер «„Как писать разделяемые библиотеки“

LTMGFY:

ПС гуглить умею, если хотя бы подскажете, в какую сторону

по диагонали и в другие стороны:

ltmgfy://Дреппер «„Как писать разделяемые библиотеки“

в целом, DLL это немного не то, что „разделяемые библиотеки“: „разделяемые библиотеки“ это PIC-код, перемещаемый и релоки при загрузке (см. исходники ld.so  — загрузчика ELF-ов в Linux, или похожий загрузчик эльфов с .so-шками в BeOS/Haiku — там он проще, понятнее, но более неправильный).

DLL-ки обычно отображаются по одному адресу, не перемещаемые (обычно) и не экспортируют данные, а только код (отсюда см. забавные костыли про „версионированные символы“ в разделяемых библиотеках).

в cygwin и msys2 есть замечательный костыль под названием dll-rebase или как-то так из за этого вот, из-за того что DLL это недоделанные „разделяемые библиотеки“.

[**] задание со звёздочкой: про поломанную совместимость с версионированными символами в glibc, см. например в вики генты про „миграцию на новый glibc с новым ABI“, и вопрос на понимание, почему после этого мир желательно пересобрать заново. почитай сюда же про случаи, когда ABI glibc таки ломается (например, когда в memmove перекрываются области, был момент когда ABI сломали и старые программы некорректные переставали работать).

ещё читай книжку (гугли в интернетах) „linkers and loaders“, там про это подробнее.

но на бытовом уровне тебе это не нужно: хватит LD_PRELOAD.

ещё читай про LSB, ABI и бинарную совместимость (кроссдистрибутивную сборку)

грубо говоря, dll-rebase это аналог prelink в линуксах

только с костылями, потому что на DLL есть свои ограничения

ещё читай beginner's guide to linkers — целиком и то место про отличия DLL от нормальных разделяемых библиотек

ещё вот тут есть пара полезных ссылок

Linux execve processing (at LWN) [2015]

Linux syscall processing (at LWN) [2014]

а по теме — ну попробуй поставь себе SteamOS и собери что-нибудь себе с учётом ABI, LSB и т.п. кроссдистрибутивно с LD_PRELOAD

сравни про запускалки: binfmt_elf и binfmt_pe, например

beginner's guide по русски на хабре (cм. также ссылки в комментах, например)

статья про binfmt_pe через binfmt_misc и через ядро

на stackoverflow

ещё см. про hotpatching

ну и агнера фога почитай про calling conventions, abi, c++

грубо говоря, dll-rebase это аналог prelink в линуксах

prelink уже сам по себе костыль, куда уж более костыльнее. А вообще ТСу лучше посмотреть на System V Application Binary Interface после статей Drepper'а.