И это уже третья статья (первая и вторая) из цикла «Chrome Windows 7».
Произошло несколько знаковых событий, о которых уважаемому читателю будет интересно знать и понимать, что готовит ему «корпорация добра» на перспективу.
GitHUB-репозиторий умер. Да здравствует новый GitHUB-репозиторий!
31 марта 2024 года (прошу обратить внимание на дату - конец марта, это важно! В следующем заголовке поймете почему!) был закрыт (disabled) доступ к официальному CRACK репозиторию:
https://github.com/Blaukovitch/GOOGLE_CHROME_Windows_7_CRACK
https://github.com/Blaukovitch/Microsoft-EDGE-Windows-7-CRACK
Более чем полгода в самом поисковике Google набежало довольно вариаций его поиска в стиле «github chrome_windows_7_crack
» (прошу обратить на эту деталь такое же пристальное внимание, как и в случае с датой выше. Это важно!), а к моменту закрытия репозиторий набрал 77 ?звезд и около дюжины открытых ? issue.
Reinstatement request под номером #2719430 был подан практически сразу, однако до сих пор НИ ОДНОГО ответа от службы поддержки GitHUB НЕ было получено.
Вследствие чего, 26 апреля 2024 года пришлось открыть его копию с более лаконичным названием (непонятно, насколько долго он продержится. На всякий случай, см. PAunlock страничку на cracklab) и без каких либо новых проблем пиратить актуальную 125.0.6422.77:
https://github.com/Blaukovitch/GOOGLE_CHROME_Windows_7
В первую очередь, разделяю негодование активных пользователей по данному поводу:
Some idiot deleted your edge and chrome repos
Следующим шагом было бы неплохо разобраться в истинных перво причинах такого решения, т.к. на мой взгляд они находятся в другой плоскости. Но обо всём по порядку:
CRACK. Из-за наличия слова CRACK в названии репозитория, администрация GitHUB спустя полгода посчитала, что это
нарушает права ЛГБТи наркомановнехорошо. По мне, как самый околонулевой вариант по той простой причине, что рядом находятся 80_PA SecuROM keygen — слово «keygen» в названии репозитория администрацию GitHUB никак не аффектит. CRACK это больше отсылка к CRACKLAB, о чём было сразу упомянуто.Нарушение авторского права Google и Microsoft. DMCA Takedown Policy. Но никаких упоминаний о DMCA в тексте блокировки не было, просто «disabled». Примечательно, что Google LLC в своём Google Play Store «задизейблила» тот же 80_PA SecuROM keygen.APK (Google Play ID: com.lab_80a), НЕ потому что это был самый настоящий keygen в прямом смысле, нарушающий права Sony DADC AG с крупнейшими игровыми студиями типа Take 2 Int или Electronic Arts. «А теперь наберите в грудь побольше воздуха...». Готовы? Предоставление неверных данных в учётной записи. В предупреждающем письме было так и написано практически прямым текстом: из-за того, что Вы пытались обмануть Google LLC... Ну вы поняли.
Xenophobia. «Durty coprorations». Не вдаваясь в детали, был такой issue с обсуждением описания к репозиторию. Тут да, вполне допускаю, что могло быть из-за этого, но всё таки нет.
В прямом смысле «Google Chrome CRACK»
Включив метод дедукции от Шерлока Холмса мы констатируем следующие факты:
A) В начале апреля (12 апреля 2024 года), Google LLC объявляет о старте продаж по подписке ПЛАТНОЙ версии браузера Google Chrome Enterprise Premium (именно приставка Premium, не путать с обычным бесплатным Chrome Enterprise. Это другое!). Всего за 6$ в месяц в Вашем браузере кроме целого вагона телеметрии пропишется ещё новомодный искусственный интеллект (ИИ) и anti-malware функционал, конкурирующий с продуктами Евгения Валентиновича;
Б) 31 марта 2024 года был закрыт (disabled) доступ к официальному CRACK репозиторию (см. выше);
В) Chrome Enterprise Premium Setup Guide - May 2024.pdf на стр. 10 так и написано Trial 30 day. Trial.
Г) Малозаметная деталь с Major SubSystem Version в PE Header. Наверняка читатели помнят этот момент ещё с первой публикации, и очевидно, Google LLC восприняла к сведению. Начиная с версии 122 спустя 12(!!!) версий (110 первая, которая запускалась только на Windows 10) программисты Google изменили значение с 6 на 10 (0xA), таким образом поставив лишнюю картонную стеночку (видать, всё таки их задело, что так безнаказанно удаётся запускать новые версии) при попытке старта в среде Windows 7 (загрузчик PE-файлов будет ругаться). Но кто или что мешает вернуть обратно прежнее значение?!?
«Вы поняли, Уотсон?»
Ход моих рассуждений следующий. Итак, конец марта 2024 года — Google LLC давно (где-то между первой и второй статьей, в которой упоминается инженер Google, участвовавший в комментариях) уведомлена о существовании репозитория на GitHUB ломанной пиратской версии Chrome для Windows 7, где слово CRACK звучит недвусмысленно. Какой никакой популярностью такой CRACK пользуется, причём имеет тенденцию к росту использования среди счастливых юзеров «семёрки», а значит востребован. А теперь представьте, что Вы хотите выпустить ПЛАТНУЮ версию своего браузера за 6$ в месяц и в перспективе подсадить на неё большую часть многомиллиардной аудитории (было бы странно, если бизнес-модель у Google в этом отношении отличалась например от того же Microsoft Office). Выпускаете Trial... который у абсолютного большинства уважаемых читателей этой статьи автоматом ассоциируется с поиском «лекарства» (CRACK, WAREZ, FREE) на рутрекере или специализированных хакерских форумах (CRACKLAB). Само собой разумеющейся, все пути поиска однозначно сойдутся в репозитории GOOGLE_CHROME_Windows_7_CRACK
или связанных форках или этими статьями на Хабре.
Т.е. прецедент для взлома браузера огромной корпорации был создан заранее ещё с версии 114.0.5735.134. Теперь, когда до официального анонса Trial (30 days) версии Google Chrome Enterprise Premium остаётся чуть больше 7 дней (31 марта — 12 апреля) — два репозитория GOOGLE_CHROME_Windows_7_CRACK
и Microsoft-EDGE-Windows-7-CRACK
были заблокированы безо всяких объяснений со стороны службы поддержки GitHUB.
Уважаемый читатель конечно может НЕ согласиться и сослаться на отсутствие официальной реакции со стороны Google LLC. Да, в описываемом выше рассуждении есть некоторые нюансы... вот только сама Google LLC уж точно НЕ заинтересована в лишнем пиаре взлома своих ПЛАТНЫХ продуктов, что вполне логично.
В чём же Google может быть заинтересована, чтобы ЗАЩИТИТЬ свои ПЛАТНЫЕ (Trial) продукты от CRACK?
Казалось бы, причём здесь Иван «VMProtect» Пермяков??
Была относительная надежда, что в комментариях ко второй статье (как и в первой) отпишется главный(?) инженер Google. Однако, отписался совершенно другой человек в официальном топике пиратского Chrome на cracklab:
P.S. Пишу свой пост из под упакованной вмпротектом chrome.dll (94341120 bytes).
Готовы ещё раз? ОН РЕАЛЬНО НАКРЫЛ chrome.dll СВОИМ VMPROTECT (chrome.vmp.dll) И ВЫЛОЖИЛ НА СВОЁМ ОФИЦИАЛЬНОМ САЙТЕ! :)
И хотя сейчас по ссылке выше zip-файл удален, его копию можно стянуть с github или пришлю любому желающему по необходимости.
Честно говоря, и представить не мог (хотя то что Google выпустит официально текущую 125 версию для Windows 7, шансов ещё меньше), насколько зайдёт далеко vmpsoft от фразы про VMProtect 2.x, fail, chrome.dll, оценку кодовой базы Google, и в конечном итоге победу пиратства над всем этим. Могу только сказать, что реакция Ивана оказалось несколько неожиданной и странной для меня, поэтому публично приношу отчасти свои извинения дон.
Тем не менее, такой интересный поступок автора VMProtect не мог остаться незамеченным и в отдаленной перспективе уважаемый читатель (с огромной долей вероятности) вспомнит этот момент, послуживший началом...
@InvizCustos в ответ упаковал Chrome 122.0.6261.69 версией защиты VMProtect Lite 3.8.4 и кто бы мог подумать — браузер отказался запускаться дальше MessageBox с надписью об ошибке: Error at hooking API "LoadStringA". Ну а в случае VMProtect Demo 3.8.8, Chrome 124.0.6367.92 у него вообще не запустился. Нет, это не к тому, какой плохой VMProtect (хотя профит от него действительно крайне сомнительный, UPX куда лучше будет). Такая забавная аналогия со временами StarForce, когда обладатели лицензионных копий вставляли свой компакт-диск в CD/DVD-привод, но лицензионный компакт-диск старфорсом воспринимался как пиратский. К слову, в перспективе нечто похожее будет и с браузерами Chrome. Ну, подумаешь, сейчас он всего навсего только Trial на 30 days (кстати, так и не удалось его скачать, но неравнодушные читатели с картой Bank Of America могут оказать неоценимую помощь в этом).
WebGPU via DirectX 11
DirectX 11.1 вышел в августе 2012 года. Может ли это считаться legacy-кодом по версии инженера Google? Скорее нет. Ведь Google, вслед за Microsoft, собственной персоной добавила поддержку DirectX 11 (11.1) для Windows 7! Вот только сделала она это для новейшей технологии WebGPU, которая преподносилась исключительно для Windows 10/11, где балом правит современный DirectX 12.
В бинарном коде chrome.dll оставалось лишь убрать флаги D3D11_RESOURCE_MISC_SHARED | D3D11_RESOURCE_MISC_SHARED_KEYEDMUTEX (0 вместо 0x900):
После ТАКОГО говорить о доступности Web Neural Network API (WebNN) на Windows 7, начиная с текущей 125 версии даже как-то неудобно.
Что не так с Supermium применительно к версиям Windows XP, 2k3 и 7?
Всё ЗДОРОВО!
Но существует пару технических деталей, с которыми сам столкнулся.
VirtualAlloc HUGE Memory BUG
Для версий Chrome x64 много старше 109 существует неприятная особенность вызова VirtualAlloc с флагом MEM_RESERVED. Казалось бы, память (RAM) должна просто зарезервироваться в ядре Windows, но НЕ выделяться физически. Однако, в Windows 7 ситуация иная - резервируются страницы большого обьёма (16 Гигабайт) и под них выделяется некоторое количество оперативной (RAM) памяти. В итоге, ситуация несколько плачевная с точки зрения потребеления (особенно, если памяти на машине меньше 8 Гигабайт):
Исправляется в исходном коде Chromium на значения (VirtualAlloc RESERVED), предшествующие 109 версии.
Decrease chrome.dll size
Собственно, безумный размер самой chrome.dll.
Ладно бы, когда у Вас уже вставлен современный SSD или WD VelociRaptor раскручивающейся на 10k оборотов.
Осталось подумать за пользователей с обычными медленными HDD и небольшим обьёмом памяти менее 4 Гигабайт. Хуже всего, что авторы Supermium собираются портировать его на Windows 2000, где возможность загрузчика к PE-формату свыше 100 Мегабайт под вопросом.
Chrome.dll in future...
Хотелось бы надеятся, но Trial, License и Chrome пока не оставляют сомнений, что уважаемый читатель будет вынужден искать CRACK или keygen для будущих ПЛАТНЫХ версий продукта Google с многомиллиардной аудиторией...
Так ли это — будущее покажет. Моя задача: просто предупредить Вас о надвигающейся неприятной тенденции.
Спасибо за внимание! И до новых встреч.
Комментарии (59)
dartraiden
27.05.2024 21:47+19Осталось подумать за пользователей с обычными медленными HDD
Это их выбор - страдать.
SSD заметно ускоряют даже древние машины с Windows XP и стоят весьма недорого (особенно учитывая то, что старые системы не особо много места и требуют).
LAutour
27.05.2024 21:47Ставил SSD на старый ноут - заметного ускорения работы по сравнению с HDD не заметил.
Wolf4D
27.05.2024 21:47+9Не так давно ставил SSD в ноутбук с двухядерным Atom из первых (можете представить, какая это древность!). В итоге, он вполне себе шустро начал ворочаться, хотя раньше в процессе открытия окна можно было книжку почитать.
Astroscope
27.05.2024 21:47+2Ставил SSD на старый ноут - заметного ускорения работы по сравнению с HDD не заметил.
Подтверждаю. Ускорение не просто заметное - оно огромное. Даже если ноут настолько старый, что там еще SATA II или даже SATA I, на которых линейная (практически неважная как минимум для системного диска) скорость режется самим интерфейсом. Решает скорость доступа в общем и скорость записи небольших объемов, которые надежно перекрываются небольшим объемом SLC-кеша.
K0styan
27.05.2024 21:47+1Да даже на IDE заметно было, притом что IDE-шные SSD сами не были скоростными по нынешним меркам.
rinac
27.05.2024 21:47Не просто ускоряют. Сколько старых ноутов с жестким диском я видел - абсолютно большая часть из них показывает явные признаки наличия бэдблоков, которые в свою очередь это не только потеря информации, но и еще большее замедление ноута, он просто сходит с ума раз за разом пытаясь прочесть информацию из поврежденных секторов.
moooV
27.05.2024 21:47+25Будто статья из ксакепа начала 2000х. Нихера не понятно (из-за языка) но интересно.
CitizenOfDreams
27.05.2024 21:47+6Будто статья из ксакепа начала 2000х
Так и платные браузеры - это привет примерно из той же эпохи.
K0styan
27.05.2024 21:47+3То ж энтерпрайз. Плата там не за возможность смотреть странички, а за какие-нибудь дополнительные плюшки централизованного администрирования.
koil
27.05.2024 21:47+1они уже есть, типа установки плагинов через политики, поэтому не совсем понятно за что будут сверху брать по 6$.
13werwolf13
27.05.2024 21:47сколько же у людей свободного времени чтобы тратить его на безполезные действия направленные на запуск приложения на EoL версии кривой ОС вопреки разработчикам того самого приложения.
эти люди наверное и в девятку солярку льют..
почему бы просто не переехать на нормальную ос и/или не сменить браузер?
Xeldos
27.05.2024 21:47+12кривой ОС
А что а семёрке кривого?
13werwolf13
27.05.2024 21:47Всё то же что и во всех версиях винды - руки некрософта.
Newbilius
27.05.2024 21:47+10Перефразируя классику - "существует два типа софта: тот, что все ругают, и тот, которым никто не пользуется" :)
13werwolf13
27.05.2024 21:47+1именно!
вы когда нибудь слышали чтобы кто нибудь ругал minuetos/kolibrios? вот и я не слышал!
wepp
27.05.2024 21:47Ну так если во всех так, то почему я должен бежать на "десятку"?
13werwolf13
27.05.2024 21:47Бегите на что-то получше.. Кто ж запретит то?
uhf
27.05.2024 21:47+3почему бы просто не переехать на нормальную ос
Давайте, каждый сам для себя будет решать, что считать нормальной ОС
13werwolf13
27.05.2024 21:47Есть субъективна точка зрения того что есть "нормальная" а есть объективная, субъективно я могу любить или не любить конкретный релиз конкретной ос сколько угодно и это мнение не обязано совпадать с вашим или чьим-то ещё, но вот объективно EoL версия уже не нормальная, как бы вам не хотелось утверждать обратное, именно потому что EoL. Вы можете это оспаривать сколько угодно, но это факт.
uhf
27.05.2024 21:47+6объективно EoL версия уже не нормальная
Статус EoL вешает производитель по своему желанию (обычно материально заинтересованному), но никто не давал ему права определять, что нормально, а что нет.
Если вы скажете, что EoL версия ненормальная, потому что менее защищена, я опять не соглашусь, потому что производитель не дает абсолютно никаких гарантий, что в текущей версий нет сейчас, или не будет добавлено в будущем новых уязвимостей.13werwolf13
27.05.2024 21:47О каких гарантиях вы говорите? Тут просто спор вероятностей, и вероятность отхватить проблем по части безопасности или поддержке стороннего софта или работоспособности встроенного софта (к тому же в эпоху когда львиная доля сойта завязана на онлайн серуисы) с eol ос растёт многократно, так ещё и увеличивается со временем.
Это может быть неочевидно простому юзверю с одним пк дома, но любому кто админил крупные офисные парки это очевидно.
uhf
27.05.2024 21:47+3Почему я должен ориентироваться на мнение офисного админа, который лишь желает минимизировать свои усилия? У него свое представление, что хорошо, у меня свое. Причем он эту ОС даже не себе ставит.
Я еще раз повторюсь: пусть норму каждый для себя сам определяет.13werwolf13
27.05.2024 21:47Если вы знаете только тех админов чья главная цель - минимизировать свои усилия.. Я вам искренне сочувствую.
strvv
27.05.2024 21:47+4Хороший админ - у которого всё работает и он, условно говоря, спит на работе.
Админ, который суетится и что-то всё время меняет? Я бы не стал брать себе такого. Кроме начального этапа, когда он делает/переделывает под себя.
13werwolf13
27.05.2024 21:47Есть субъективна точка зрения того что есть "нормальная" а есть объективная, субъективно я могу любить или не любить конкретный релиз конкретной ос сколько угодно и это мнение не обязано совпадать с вашим или чьим-то ещё, но вот объективно EoL версия уже не нормальная, как бы вам не хотелось утверждать обратное, именно потому что EoL. Вы можете это оспаривать сколько угодно, но это факт.
saboteur_kiev
27.05.2024 21:47+4EoL версия была такой не сразу. И до того, как она стала EoL она была нормальная, а потом вдруг ненормальная?
Это не объективно, сударь.
M_AJ
27.05.2024 21:47+1Каждый развлекается, как хочет. Я этого хоть и не понимаю, но и не вижу смысла осуждать.
perfect_genius
27.05.2024 21:47+1У меня, например, 2 ноутбука - новый с Вин11 и старый (2011) на Семёрке, на которую не встанет 11. Десятка не нравится своим чёрным интэрфэйсом, да и нет гарантии, что все драйвера будут работать.
Зато на Семёрке идёт всё, что мне надо. Разве что Стим отвалился.
horpak
27.05.2024 21:47+1Например я сталкивался с компаниями у которых VDI основан на win8 и возможность поставить туда свежий хром лишней не будет, ибо например та же grafana в старых хромах отказывается работать.
13werwolf13
27.05.2024 21:47Потратить кучу времени на поддержку того что прийдётся ковырять самому в купе с парой анонимусов vs обновить шаблон для vdi и спать спокойно... Хммм..
horpak
27.05.2024 21:47+1Свежие лицензии на windows в России сейчас не то чтобы быстро и легко купить, это во-первых, а во-вторых больше вариантов всегда лучше, если мне этот хром нужен три раза, то чего нет?
u007
27.05.2024 21:47+3Яндекс браузер поддерживает и будет поддерживать семёрку, поскольку она установлена "у каждого пятого их пользователя": https://www.ixbt.com/news/2023/04/28/pc-windows-7-windows-8-8-1.html
economist75
27.05.2024 21:47+3Поддержка ЯБ в Win7 кривая: emoji монохромные, вместо нек. символов - ??, шрифты сервера игнорятся, верстка покалечена, площадь экрана уменьшена из-за панелек слева и вверху, Алиса подслушивает. А так да, открывает странички.
vesper-bot
27.05.2024 21:47+1Про символы - видимо надо добавить в систему расширение Arial/TNR на эмодзи/флажки/вотэтовсё, потому что во времена выпуска 7 всей этой чуши в мэйнстриме не было, и в шрифты семерки Микрософт соответствующие глифы не вставил. Но я не знаю точнх деталей, по какому принципу идет отображение глифов в программах, если в шрифтах, идущих с браузером, каких-то глифов не хватает.
ris58h
Тяжело воспринимать этот поток мыслей
dartraiden
Можно смело пропустить большую часть статьи, где автор радуется, что сам софтверный гигант обратил на него внимание. Техническая начать начинается с раздела "WebGPU via DirectX 11"