169 похожих чатов

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

вот только откуда достать мш коды из устройств, и как после изменения "перепошить?" - изменить оригинал на модифицированную версию 🤔

34 ответов

68 просмотров

Взламывать ничего не надо! Дизасм голый ничего не даст. Надо ещё потом все эти d[4020хх] распознать (переменнык dword word byte, структуры, ascii строки, массивы, т.д.) и понять смысл программы, смысл её функций. Перебить and eax,0 на eax=0 и всякие прочие такого смысла директивы, восстановить стек (и чё там лежит, переменные, структуры, и т.д). Короче после дизассемблирования надо это ещё декомпилировать, упростить коды и получить компилирующийся исходник. И уже с ним сидеть и вникать, почему исследуемое запрограммировано ТАК а не иначе. Весь секрет закопан в том, что иностранные программисты в определенных компаниях владеют знанием о том как и что надо сделать правильно. Они даже не занимаются гаданиями и экспериментами, сразу пишут рабочий код. А наши программисты учатся программировать, но этих вот секретиков не знают и по этой причине всегда будут в роли догоняющих. Это один из способов сдерживания развивающейся страны, чтобы мы тут внезапно не напилили свой microsoft+intel+amd вместе взятые, дешевле раз в 1000 и не послали лесом этих монополистов. Поэтому единственный правильный путь - это изучать дизассемблированное ПО и вот тогда удастся получить доступ к частичке знаний! Из ямы вылазить тяжело, но это жизненно необходимо! Ну не просто же так нас в яму засунули?!

Станислав Баранцев
Взламывать ничего не надо! Дизасм голый ничего не ...

Есть разница между компаниями и самими сотрудниками-программистами

Станислав Баранцев
Взламывать ничего не надо! Дизасм голый ничего не ...

1) Есть огромное количество открытого кода и слитых хакерами исходников закрытого. Можно изучать ... 2) Что-то в процессе эксплуатации трудов этих "безошибочных" программистов не видно следов внеземного качества. Глюк на глюке. Числом они берут, а никак не умением!

Станислав Баранцев
Взламывать ничего не надо! Дизасм голый ничего не ...

Не понял. Параграф 1: взламывать ничего не надо, голый дизасм ничего не даст. Параграф 2: иностранные спецы знают, как надо делать. Параграф 3: надо изучать дизассемблированный код.

Возьми покруче: АИС Диспетчер и Компас. Смотри, оно слеплено из кучи зависимостей и opensource. Компас написан на нескольких языках: C++ VB Python (это ассорти потому, что у них много программистов и под каждую задачу свой инструмент). Но компас так и не превзошол Solid Edge или Inventor или AutoCAD или NX Unigraphics. Это за 10 лет они и близко не подошли, не сумели или не захотели. Так что компас для простеньких 3D сборок деталей с анализом напряженностей, рассчётами, но в целом годится лишь для создания чертежей и разверток, а не для реального проектирования. И каждый год они выкатывают новую версию, которая стоит денег и отличается только отсутствием некоторых старых глюков. АИС Диспетчер создан из кучи OpenSource проектов, есно допиленых, есть закрытые проекты например Orange, и всё это наделано на .NET. Но надо сказать, что работает шустро и эффективно, хотя программа весит гига 3 и папок с файлами - видимо не видимо. NiFi реализован частично. При чем тут intel и amd? Ну вот в этих примерах они вообще ни при чем почти. У России есть свои Эльбрусы и Байкалы. Насколько я понимаю, RISC процессоры налёту приобращуют CISC наши привычные ассемблерные директивы в нечто специфическое как на ARM. Ну например тот же PUSH $123 раскладывают на несколько команд, которые будут выполнены возможно как стеновые машины: push $123 push esp mov push esp push sz $123 add Это к чему? К тому что чтобы сделать, чтобы наши процессоры могли выполнять скомпиленый С++ код, они должны уметь всякие новые MMX, XMM, SSE, 3DNow и прочее... Так что компилятор С++ прямо и жёстко связан с процессорами intel и amd, а наши постоянно в реверс инженеринге изучают новые фишки чужих новых процессоров и клонируют это в свои процессоры. О каком прогрессе речь, если в Эльбрусах нет ассемблерные инструкций 'Лапоть rax, rdx' или 'Береста аршин[rcx+rdx*rъx]? Нету и не будет, потому, что чтобы это ввести, надо сляпать свой собственный компилятор ".НИТЬ срейншворк" "Сисиськи++" и даже "Дрельфи 7.0". Новых фишек нет, и не будет(!!!) А еслии будут, то какие программисты будут о них знать и компилить с ними? Если все программисты заняты изучением чужого MSDN? А раз нет своего собственного "НИТЬ срейншворк" то и все российские программы будут написаны и скомпилированы в чужими инструментами, по чужим правилам( которые известны чужим программистам и неизвестны нашим, потому, что держатся в секрете). Ну например кто-нибудь из наших может сделать прогу на DirectX, но может ли знать все фишки и трюки, которые заложили программисты microsoft в этот продукт DirectX скомпилтровав его новым компилятором C++ со всеми новыми фишками новых процессоров типа 4DNow и MMX9 ? Сможете сказать, что работать с этим COM-объектом надо вот по такому шаблону и примеру сразу, без экспериментов и шаманств? Вот об этом я говорил.

Конкуренцию выдержать невозможно по 3м причинам: 1.Чтото стоящее наше могут просто слить в США, а тут загубить. 2.Невозможно конкурировать в гонке, если ты впервые видишь трассу, а конкурент знает её как свои пять, где можно срезать, за какими кустами спрятаны короткие тоннели. Да, не все программисты знают, но уверяю, в ключевых компаниях есть свои библиотеки и свои программисты, которые сразу знают как надо, и не тратят время на шаманства и эксперименты с костылями. Костылинг это именно попытка обойти препятствие по причине отсутствия знаний "как надо". 3.Это серьезный бизнес, огромный прибыльный рынок сбыта, и туда бедных программистов Колибри не пустят с супер-допиленной Колибри.78.Server иначе денежные потоки перестанут течь в прибыль больших дядей, а за такое могут и убить. Поэтому на рынок пускают безобидных клоунов со всратыми программами - они исходно не представляют угрозы империи.

Станислав Баранцев
Конкуренцию выдержать невозможно по 3м причинам: ...

1. Могут, а могут и нет. 2. Это имеет смысл при создании устройств, но с ПО в этом плане несколько иначе все обстоит. 3. Нет понятия - пустят или не пустят на рынок. Пускают всех, не все способны на нём выжить

The Bird of Hermes
1. Могут, а могут и нет. 2. Это имеет смысл при с...

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

Сладкий Хлеб Хлеб
Да кто такие твои наши

Свободные программисты по всему миру, кто не имеет доступа к секретикам, но имеет разум и доброе сердце, пишет свои программы от души, хочет создать что-то прекрасное.

Станислав Баранцев
Свободные программисты по всему миру, кто не имеет...

Ты хочешь сказать, что свободное ПО обречено? Ты всё это время говорил про войну проприетарного и свободного ПО что-ли?

The Bird of Hermes
Ты хочешь сказать, что свободное ПО обречено? Ты в...

Нет. Аххахах. 1.Назови мировые корпорации. 2.Никто и никогда их не превзойдет!

Станислав Баранцев
Нет. Аххахах. 1.Назови мировые корпорации. 2.Никт...

Этих корпораций много, мне не охота их перечислять

楽園松本
Дихотомия "они" -- "мы"

Типа городские приехали на деревню наших баб мацать

Сладкий Хлеб Хлеб
То есть, чуваки на гитхабе

Он говорит, то что свободное ПО не умрёт, а до этого говорил, что оно не выживет на рынке.

Станислав Баранцев
Возьми покруче: АИС Диспетчер и Компас. Смотри, он...

Так и американские программисты в этой же ситуации. Софт отстаёт от возможностей нового железа лет на 10.

Станислав Баранцев
Нет. Аххахах. 1.Назови мировые корпорации. 2.Никт...

SUN. Умерла от конкуренции, хотя была 100% американской.

Alexander Morozov
SUN. Умерла от конкуренции, хотя была 100% америка...

Всё компании это чей-то кошелек. Не понадобился их продукт, не смогли впихнуть пользователям свои поделия, не дали взятки, не продали бизнес - жупел.

Станислав Баранцев
Всё компании это чей-то кошелек. Не понадобился их...

Именно. Никакие секретные методики разработки ПО тут ни причем.

Alexander Morozov
Именно. Никакие секретные методики разработки ПО т...

В подтверждении ваших слов должно существовать over9000 процессоров, компиляторов, и 3D движков, причем всё это должно быть одинаково быстрое и передовое. А The SUN не должен был развалиться, а должен был бы и далее держать конкуренцию и развиваться.

Станислав Баранцев
В подтверждении ваших слов должно существовать ove...

У тебя что-то не с логическими цепочками. Технологии не рождаются из информации, они рождаются из сил которые люди в них вложили. Ты готов посвятить несколько лет жизни неоплачиваемому труду по проектированию, скажем, компилятора?

Станислав Баранцев
В подтверждении ваших слов должно существовать ove...

Именно так и есть. Посмотрите любой каталог софта!

Aleksandr
Исполняй

Второй пошел. Аххахах. Первому пользователю "сладкий хлеб" уже ответил, что я уже этим занимаюсь. Сам жду, когда допишу и можно будет поговорить более доказательно, с примерами.

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта