Войти или зарегистрироваться
  • Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie. Узнать больше.
  • Вы находитесь в сообществе Rubukkit. Мы - администраторы серверов Minecraft, разрабатываем собственные плагины и переводим на различные языки плагины наших коллег из других стран.

  • Данный раздел создан исключительно для релизов! Вопросы по лаунчеру или обвязке задавайте ТОЛЬКО в соответсвующей теме автора. Любые другие темы будут удалены, а авторы понесут наказание.

Лаунчер FMXL3+Fix (исправления для лаунчера)

HoShiMin сказал(а):
А ты уверен, что то, что ты принимаешь за серийник, им и является?
Upd: нагуглил EDID в HKLM\SYSTEM\CurrentControlSet\Enum. Интересненько.
Нажмите, чтобы раскрыть...
Не уверен, но вроде это он
Да - нагуглили в правильном направлении, но лучше самим через asm считывать
 
R.G.SL!M сказал(а):
https://kernel-bridge.ru/index.php/posts/antidebugging - :good::good::good::good:
Хорошая статья, НО! она нифига не кросплатформенна, как и WinAPI не шибко безопасен
Нажмите, чтобы раскрыть...
Очень странное заявление. Учитывая, что для линукса есть только один антиотладочный приём - самоотладка через ptrace в ровно одну строчку, писать про него нет смысла (и 2% аудитории не стоят того, чтобы писать кроссплатформенную защиту и кроссплатформенный софт вообще, если приходится жертвовать удобством или временем разработки), но безопасность WinAPI ставить под вопрос - увольте. Более безопасный, отлаженный и архитектурно выверенный API надо ещё поискать.
Если пишешь системные вещи (защиты, антиотладка, драйвера), то о кроссплатформенности и речи быть не может, т.к. используешь сугубо системные функции и особенности конкретной операционки.

А что касается ассемблера, любой современный компилятор в 99 из 100 случаев сгенерирует намного более быстрый машинный код, чем ты напишешь руками на ассемблере - потому что компилятор умеет инлайнить, разворачивать и векторизовать циклы, знает стоимость инструкций и рассчитывает вероятности промахов в ветвлениях, чтобы уменьшить риск пенальти, раскладывает данные в кэше, прекрасно использует SSE и AVX (и я уже не говорю о реализациях структур данных, стандартной библиотеки, контейнеров и примитивов синхронизации, которые по скорости на несколько порядков превзойдут самописную реализацию какого-нибудь хэшмапа, спинлока или memcpy). А так как в обоих случаях ты получишь машинный код, то и шанс вмешательства одинаков. Одинаково высок, потому что заинжектить библиотеку и перехватить пару функций - дело 15 минут.

Ассемблер нужно использовать только там, где он действительно необходим, а таких задач до сих пор много (особенно в области лоулевела). Или там, где ты можешь обогнать компилятор. Или чтобы поднять чувство собственной важности (думаю, здесь ещё помнят мой лаунчер на асме ASMiner): как прикольный проект - вполне, но писать лаунчер или либу в продакшн на асме я бы поостерёгся.
 
Последнее редактирование:
HoShiMin сказал(а):
Очень странное заявление. Учитывая, что для линукса есть только один антиотладочный приём - самоотладка через ptrace в ровно одну строчку, писать про него нет смысла (и 2% аудитории не стоят того, чтобы писать кроссплатформенную защиту и кроссплатформенный софт вообще, если приходится жертвовать удобством или временем разработки), но безопасность WinAPI ставить под вопрос - увольте. Более безопасный, отлаженный и архитектурно выверенный API надо ещё поискать.
Если пишешь системные вещи (защиты, антиотладка, драйвера), то о кроссплатформенности и речи быть не может, т.к. используешь сугубо системные функции и особенности конкретной операционки.

А что касается ассемблера, любой современный компилятор в 99 из 100 случаев сгенерирует намного более быстрый машинный код, чем ты напишешь руками на ассемблере - потому что компилятор умеет инлайнить, разворачивать и векторизовать циклы, знает стоимость инструкций и рассчитывает вероятности промахов в ветвлениях, чтобы уменьшить риск пенальти, раскладывает данные в кэше, прекрасно использует SSE и AVX (и я уже не говорю о реализациях структур данных, стандартной библиотеки, контейнеров и примитивов синхронизации, которые по скорости на несколько порядков превзойдут самописную реализацию какого-нибудь хэшмапа, спинлока или memcpy). А так как в обоих случаях ты получишь машинный код, то и шанс вмешательства одинаков. Одинаково высок, потому что заинжектить библиотеку и перехватить пару функций - дело 15 минут.

Ассемблер нужно использовать только там, где он действительно необходим, а таких задач до сих пор много (особенно в области лоулевела). Или там, где ты можешь обогнать компилятор. Или чтобы поднять чувство собственной важности (думаю, здесь ещё помнят мой лаунчер на асме ASMiner): как прикольный проект - вполне, но писать лаунчер или либу в продакшн на асме я бы поостерёгся.
Нажмите, чтобы раскрыть...
С 2й частью - полностью согласен
Но насчет использования библиотек для защиты = использовать дуршлаг для черпания воды, я не пишу ВСЕ на asme, но если нужно обращение к железке БЕЗ API какой-либо дырявой операционки [ P.S. Если вы думаете, что там нет дыр... Ха-ха - полистайте сайты по эксплоитам на тему WinAPI - это Вас разубедит в надежности (я понимаю, что взлом на таком уровне будет стоить дороже Mojang вместе взятой...) ]. Я пытаюсь сделать лаунчер с максимальной кроссплатфоменостью - эта вторая причина отказа от WinAPI. (Да - я знаю, что обращение к железке без драйверов - нехорошо)
 
Конечная цель - получить безопасный лаунчер с возможностью запуска на первом xbox
И не надо писать про отсутствие поддержки Java - это тоже не слишком большая проблема
Для меня наибольшая проблема - отсутствие свободного времени
 
Кстати я фан вашего лаунчера на asme
 
R.G.SL!M сказал(а):
[ P.S. Если вы думаете, что там нет дыр... Ха-ха - полистайте сайты по эксплоитам на тему WinAPI - это Вас разубедит в надежности (я понимаю, что взлом на таком уровне будет стоить дороже Mojang вместе взятой...) ].
Нажмите, чтобы раскрыть...
Сейчас работаю в одной крупной DLP-компании и реверсингом винды, использованием её андок-возможностей занимаюсь много и часто, и именно поэтому могу сказать, что WinAPI - один из образцов на редкость удачной и продуманной архитектуры (особенно хочу отметить API для драйверов и ядро). Что касается багов, их не больше, чем в любой другой операционке, и они обычно закрываются в течение недели.

Учитывая, что линукс был и останется нишевой операционкой для серверов и встраиваемых систем, а доля мака не превышает 5%, в индустрии майна такая аудитория не заслуживает внимания.

Что же касается корпоративных продуктов, зачастую пишут разные реализации под разные операционки с учётом особенностей каждой, чтобы не идти на компромиссы и на каждой системе получать максимальные производительность и UX. Это затратно, долго, и редко необходимо.
 
R.G.SL!M сказал(а):
Да - я знаю, что обращение к железке без драйверов - нехорошо
Нажмите, чтобы раскрыть...
Речь не о хорошо/плохо, а о реализуемо/нереализуемо. Пиши на асме хоть в винде, хоть в линуксе, но доступа к железу у тебя без вызова системных API нет. А в ядре максимум, что можешь сделать - поработать с MSR, подёргать порты ввода-вывода (их и в юзермод можно пробросить) и пообщаться с PCI. Всё остальное - видеокарты, жёсткие диски, оперативка, мосты, микросхемки биоса - все интерфейсы скрыты за слоями коммерческих тайн, ключики к которым есть только в драйверах от вендоров, а доступ к ним мы и получаем через API и сисколлы операционных систем.
 
HoShiMin сказал(а):
Речь не о хорошо/плохо, а о реализуемо/нереализуемо. Пиши на асме хоть в винде, хоть в линуксе, но доступа к железу у тебя без вызова системных API нет. А в ядре максимум, что можешь сделать - поработать с MSR, подёргать порты ввода-вывода (их и в юзермод можно пробросить) и пообщаться с PCI. Всё остальное - видеокарты, жёсткие диски, оперативка, мосты, микросхемки биоса - все интерфейсы скрыты за слоями коммерческих тайн, ключики к которым есть только в драйверах от вендоров, а доступ к ним мы и получаем через API и сисколлы операционных систем.
Нажмите, чтобы раскрыть...
Согласен с Вами полностью
Всё остальное - видеокарты, жёсткие диски, оперативка, мосты, микросхемки биоса - все интерфейсы скрыты за слоями коммерческих тайн, ключики к которым есть только в драйверах от вендоров, а доступ к ним мы и получаем через API и сисколлы операционных систем.
Нажмите, чтобы раскрыть...
Т.е. вы хотите сказать, что если диссассемблировать дрова - мы не получим желаемой инфы?
 
R.G.SL!M сказал(а):
Согласен с Вами полностью

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

Но главный вопрос - зачем? Вендоры дают тебе готовый апи. Лучше, чем делают сами производители железа, ты драйвер не напишешь. Тогда какой смысл работать с железками напрямую, если есть системный апи и слои абстракций в виде фреймворков, библиотек и языков?
 
Последнее редактирование:
Как правильно настроить файловую иерархию на другом хостинге ( Вот например у меня файлы на 1 хостинге, а клиент и java на другом ) как настроить так, что бы было как надо ( вот как я настроил в LauncherSettings ), (вот как я настроил в settings.php ), и при выборе сервера он ищет файлы на другом хостинге там где находятся все .php файлы (скрин), может я не так настраиваю?
 
Mrnagaron сказал(а):
Как правильно настроить файловую иерархию на другом хостинге ( Вот например у меня файлы на 1 хостинге, а клиент и java на другом ) как настроить так, что бы было как надо ( вот как я настроил в LauncherSettings ), (вот как я настроил в settings.php ), и при выборе сервера он ищет файлы на другом хостинге там где находятся все .php файлы (скрин), может я не так настраиваю?
Нажмите, чтобы раскрыть...
Вебчасть лаунчера (php-скрипты) перенеси на хостинг, где все файлы. И в settings.php пропиши полный адрес к бд (https://domain.ru:port). У бд порт должен быть открыт для подключения с внешки.
 
HoShiMin сказал(а):
Вебчасть лаунчера (php-скрипты) перенеси на хостинг, где все файлы. И в settings.php пропиши полный адрес к бд (https://domain.ru:port). У бд порт должен быть открыт для подключения с внешки.
Нажмите, чтобы раскрыть...
Хоши, из-за чего ты вновь не хочешь создать лаунчер, но в этот раз уже написанный на Джаве? Прикрепил бы свою защиту Avanguard и было бы годно)
 
SergK35 сказал(а):
Хоши, из-за чего ты вновь не хочешь создать лаунчер, но в этот раз уже написанный на Джаве? Прикрепил бы свою защиту Avanguard и было бы годно)
Нажмите, чтобы раскрыть...
Нет времени и желания. К лаунчерам на джаве отношусь скептически, а писать нативный лаунчер слишком сложно из-за отсутствия нормальных GUI-библиотек и сложностей с кроссплатформенностью.
 
У кого есть файл для webUtils, с новым шифрованием от dle 12.1?
 
(Вы должны войти или зарегистрироваться, чтобы ответить.)

Поделиться этой страницей

Назад
Верх