Closed KinGhost-90 closed 7 months ago
p.js
are scoped to an IIFE (Immediately Invoked Function Expression) and are therefore inaccessible at the global scope.
fs.readFileSync()
due to its impact on performance and memory consumption.
p.js
and minifying it afterward apparently takes less storage compared to minifying p.js
directly. Hence, the creation of p_deobf_modified.js
So, in short, it is not really feasible for kpsdk-solver to work with p.js
without deobfuscation at the moment.
Is there a way to work directly with the file without deobfuscating it?
@KinGhost-90
I've given some thought to your question and realized that it actually might be possible to work directly with p.js
p.js
and use it as intended.
KPSDK
Object with 2 methods.
configure()
, which configures the SDK with Kasada-protected API endpoints.isReady()
, which returns a boolean representing the SDK's state of readiness.x-kpsdk-*
headers to the requests sent to the configured endpoints.x-kpsdk-*
headers.p.js
file!This is just my theorized concept based on current knowledge, and it needs testing before it is implemented.
Ok thanks for your answer, I think I will also look into it for myself because it could be very interesting to be able to work directly with a file that is not deobfuscated. I also noticed that the x-kpsdk-* header is not working at the moment. the script generates them well but it does not work when used for example to generate a twitch integrity token
hello and thank you for your work. This works well but you absolutely have to de-obfuscate the p.js file. Is there a way to work directly with the file without deobfuscating it?