<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[A bit of a weird longshot, but does anyone have any resources on reducing the viable search space of inputs to a polynomial rolling hash where the multiplier is known, and the modulus is just over a 4-byte word?]]></title><description><![CDATA[<p>A bit of a weird longshot, but does anyone have any resources on reducing the viable search space of inputs to a polynomial rolling hash where the multiplier is known, and the modulus is just over a 4-byte word? </p><p>I’ve given a couple of thoughts to cracking this but I keep hitting hard dead-ends to my knowledge.</p><p>Also I must state this isn’t for any actual security breaching, (you shouldn’t be using this kind of hash for anything remotely secure), this is mostly a pet project with a minor application in reverse engineering a few hashed strings in an older game with no reference in the code to the original strings</p>]]></description><link>https://board.circlewithadot.net/topic/3595ffce-3fd3-4d7b-a77e-0f4c2beb2cdc/a-bit-of-a-weird-longshot-but-does-anyone-have-any-resources-on-reducing-the-viable-search-space-of-inputs-to-a-polynomial-rolling-hash-where-the-multiplier-is-known-and-the-modulus-is-just-over-a-4-byte-word</link><generator>RSS for Node</generator><lastBuildDate>Mon, 25 May 2026 14:07:30 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/3595ffce-3fd3-4d7b-a77e-0f4c2beb2cdc.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 01 May 2026 18:54:29 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to A bit of a weird longshot, but does anyone have any resources on reducing the viable search space of inputs to a polynomial rolling hash where the multiplier is known, and the modulus is just over a 4-byte word? on Fri, 01 May 2026 19:07:00 GMT]]></title><description><![CDATA[<p><span><a href="https://peoplemaking.games/@MrL314" rel="nofollow noopener">@<span>MrL314</span></a></span> I think you're kinda stuck since this seems to just be a standard discrete logarithm problem</p><p>that said even with a pretty meagre GPU you could probably just brute-force the entire space in a few minutes</p>]]></description><link>https://board.circlewithadot.net/post/https://toot.cat/users/clarfonthey/statuses/116500884372096223</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://toot.cat/users/clarfonthey/statuses/116500884372096223</guid><dc:creator><![CDATA[clarfonthey@toot.cat]]></dc:creator><pubDate>Fri, 01 May 2026 19:07:00 GMT</pubDate></item><item><title><![CDATA[Reply to A bit of a weird longshot, but does anyone have any resources on reducing the viable search space of inputs to a polynomial rolling hash where the multiplier is known, and the modulus is just over a 4-byte word? on Fri, 01 May 2026 18:54:29 GMT]]></title><description><![CDATA[<p>For those more curious, the rolling part of the hash is:</p><p>h_i = s_i + h_i-1 * 31<br />over an int32</p><p>My current approach was to try to find a lattice basis for <br />KNOWN_HASH = sum(0&lt;=k&lt;n, s_i * 31^(n-1 - k)) mod 2^32 where n = length of string s<br />and then run some brutes over that search space since it’ll likely be significantly smaller than just regular bruting</p><p>However I’m both very interested in the math, and I don’t want to chug my computer on the problem more than I need to</p>]]></description><link>https://board.circlewithadot.net/post/https://peoplemaking.games/users/MrL314/statuses/116500835177688694</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://peoplemaking.games/users/MrL314/statuses/116500835177688694</guid><dc:creator><![CDATA[mrl314@peoplemaking.games]]></dc:creator><pubDate>Fri, 01 May 2026 18:54:29 GMT</pubDate></item></channel></rss>