French prosecutors, Paris cybercrime unit open investigation into X's algorithms!

[mjd79]

As for my Chrome 122 (122.0.6261.112), I tested two scenarios. One was changing the kernel32 import DiscardVirtualMemory to VirtualAlloc in chrome.dll and DWrite.dll to one from Windows 10 1511, the browser was then launched with --no-sandbox. The other is to use a custom kernel32 for chrome.dll, to which I can only provide a link on PM, because the author is generally a cracker, it fixes the sandbox, and a custom modified original kernel32.dll using all the virtual memory functions from the wrapper included in Supermium 132 R0 (which fixed the leaks of that memory) for chrome.dll. DWrite also with W10 1511.

In my case, the problem is with allegro.pl. 

Edited March 14 by mjd79

[NotHereToPlayGames]

20 minutes ago, mjd79 said:

In my case, the problem is with allegro.pl. 

I shall entertain followup's to you and your provided details.

Are you saying that allegro.pl *WORKS* with Chrome 122 and an UNTOUCHED kernel32?  But does *NOT WORK* with the modifed kernel32?

From my understanding with this new info, it would be extended kernels that are being blocked by YouTube/Invidious and not a CRC-checked Chrome 122 being blocked!

Edited March 14 by NotHereToPlayGames

[mjd79]

19 minutes ago, NotHereToPlayGames said:

I shall entertain followup's to you and your provided details.

Are you saying that allegro.pl *WORKS* with Chrome 122 and an UNTOUCHED kernel32?  But does *NOT WORK* with the modifed kernel32?

From my understanding with this new info, it would be extended kernels that are being blocked, not Chrome 122 being blocked.

It doesn't work in both cases...

[NotHereToPlayGames]

Okay, that I believe.  There is no conspiritorial CRC check on system files and nor are you claiming there to be.

Define "doesn't work".  Because even my Official Chrome requests an "are you human" test at allegro.pl.

Personally, I "move on" whenever I get these.  One only adds themself to fingerprint databases by solving them.

[mjd79]

2 minutes ago, NotHereToPlayGames said:

Define "doesn't work". 

The 100% correct solution to the test always ends up blocked, only on modded Chrome. On unmodified versions or on Firefox at the same time the site runs without any verification, so the browser is blocked, not the IP or MAC address.

[mjd79]

Of course, I perform the tests on a completely fresh profile, without changing any flags or settings and without extensions.

[NotHereToPlayGames]

18 minutes ago, mjd79 said:

On unmodified versions or on Firefox at the same time the site runs without any verification, so the browser is blocked, not the IP or MAC address.

I can NOT confirm this.  My UNMODIFIED OFFICIAL CHROME asks if I am human.  So no, the site does not run without any verification.  At that point, I close the page, I prefer to NEVER so much as ATTEMPT to answer these, that only lands you on a fingerprint database.

 

edit: Correction - my UNMODIFIED OFFICIAL UNGOOGLED CHROMIUM asks if I am human.  I can test Official Chrome and Official Edge at work, I do not have them here at home (at least not at the moment, I could add to a VM if needed).

Edited March 14 by NotHereToPlayGames

[mjd79]

Perhaps this is the case with IPs from outside Poland. In any case, on any unmodified browser you don't have to pass the captcha, and even if you do, it succeeds.

[NotHereToPlayGames]

Fair enough.  But that does NOT indicate that CRC checks are being performed on system files!

That is something that would require advanced file access permissions ADDED to the browser.  Browsers by default can not perform CRC checks on system files.

I'm quite CERTAIN of that!  "Until proven otherwise."  And the onous (spelling) really is not on "me" on that one.

[NotHereToPlayGames]

Consider the H#LL^SH NIGHTMARE that such a CRC-confirmation algorithm would entail !!!

This new Conspiracy Theory injected by D.Draker claims a browser is being blocked because a CRC-check "failed".

Under this paradigm, nobody could ever use "nightly" build web browsers, the server would have to update their CRC Lists every two to four weeks (we all know how often OFFICIAL browsers are updated), et cetera.

Bottom Line = nobody is being blocked based on any CRC Check.  Not happening.  Not in this universe.  Not in any Parallel Dimension.  Simply not happening.

[D.Draker]

13 hours ago, mjd79 said:

12 hours ago, mjd79 said:

Perhaps this is the case with IPs from outside Poland.

In my case, the problem is with allegro.pl. 

I lost you! So you're not from Poland? Are you from United States of Armenia, then?

[mjd79]

13 minutes ago, D.Draker said:

I lost you! So you're not from Poland? Are you from United States of Armenia, then?

No, @NotHereToPlayGames has captcha on every browser, hence the suspicion that this is what happens when you enter from an IP outside Poland. I live in this country, have internet from a local provider, and the captcha doesn't show up at all, the site normally works unless I use modded Chromium browsers.

Edited March 14 by mjd79

[D.Draker]

12 hours ago, NotHereToPlayGames said:

Okay, that I believe.  There is no conspiritorial CRC check on system files and nor are you claiming there to be.

I wrote chrome.dll CRC check, NOT "system files", friend, you make things up as you go,

 

[D.Draker]

10 hours ago, mjd79 said:

the site normally works unless I use modded Chromium browsers.

I believe you, I have the same result, but @NotHereToPlayGames doesn't. OMG. why?!??!

[D.Draker]

12 hours ago, NotHereToPlayGames said:

Consider the H#LL^SH NIGHTMARE that such a CRC-confirmation algorithm would entail !!!

For example, in Opera there's a signature file for every important Opera's file inside the package. Sorry, they forgot to ask you.