<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title>Kusaba X - c</title>
<link>http://kusabax.cultnet.net/c</li
nk>
<description>Live RSS feed for http://kusabax.cultnet.net/c</description>
<language>en</language>';
	<item>
	<title>6099</title>
	<link>
			http://kusabax.cultnet.net/c/res/6093.html#6099</link>
	
	<description><![CDATA[
	
			<span class="unkfunc">&gt;<a href="/sup/res/59442.html#59442" class="ref|sup|59442|59442">&gt;&gt;/sup/59442</a></span><br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6098</title>
	<link>
			http://kusabax.cultnet.net/c/res/6093.html#6098</link>
	
	<description><![CDATA[
						<a href="http://kusabax.cultnet.net/c/src/136875863973.jpg"><img src="http://kusabax.cultnet.net/c/thumb/136875863973s.jpg" /></a><br /><br />
		
	
			<a href="/c/res/6093.html#6095" onclick="return highlight('6095', true);" class="ref|c|6093|6095">&gt;&gt;6095</a><br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6097</title>
	<link>
			http://kusabax.cultnet.net/c/res/6096.html#6097</link>
	
	<description><![CDATA[
	
			they&#039;re free, which is good.<br /><br />Most have old, outdated versions of php, and might have unpatched exploits as a result, and shared hosts with shared sessions are more vulnerable to hacking, cookie theft and spreading of malware. Though this can be sort of mitigated by using custom session handlers and https if it&#039;s available. <br /><br />tl;dr they&#039;re fine as long as you don&#039;t care if one day you wake up and find your site taken over by chechens.<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6096</title>
	<link>
			http://kusabax.cultnet.net/c/res/6096.html</link>
	
	<description><![CDATA[
						<a href="http://kusabax.cultnet.net/c/src/136875534224.png"><img src="http://kusabax.cultnet.net/c/thumb/136875534224s.png" /></a><br /><br />
		
	
			What&#039;s your opinion on free hosts?<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6095</title>
	<link>
			http://kusabax.cultnet.net/c/res/6093.html#6095</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6093.html#6094" onclick="return highlight('6094', true);" class="ref|c|6093|6094">&gt;&gt;6094</a><br />i am working on one, &quot;hold on to your butts&quot;<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6094</title>
	<link>
			http://kusabax.cultnet.net/c/res/6093.html#6094</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6093.html#6093" onclick="return highlight('6093', true);" class="ref|c|6093|6093">&gt;&gt;6093</a><br />There are some small projects out there, but none seem to be very popular.<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6093</title>
	<link>
			http://kusabax.cultnet.net/c/res/6093.html</link>
	
	<description><![CDATA[
						<a href="http://kusabax.cultnet.net/c/src/136866249076.jpg"><img src="http://kusabax.cultnet.net/c/thumb/136866249076s.jpg" /></a><br /><br />
		
	
			So, seeing that anonsaba and kusaba have been abandoned, is there any imageboard software that is still updating?<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6092</title>
	<link>
			http://kusabax.cultnet.net/c/res/6058.html#6092</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6058.html#6090" onclick="return highlight('6090', true);" class="ref|c|6058|6090">&gt;&gt;6090</a><br />The problem isn&#039;t that it&#039;s php.. because obviously there are php frameworks much better designed, the problem is that kusaba&#039;s old and only really being supported by a couple of people, in their spare time, and it was never really designed with expandability in mind. They just recently addressed the fact that split() was still in there. <br /><br />A lot of what you&#039;re suggesting is supposedly being added to the next version and I believe Jmyeom&#039;s redo of version 9. I know they&#039;re switching to Twig, don&#039;t know if they&#039;re auto-escaping by default but if they&#039;re not and not using the sandbox, function whitelists, etc they should, and they&#039;re planning to use a PDO driver. <br /><br />But who knows when they&#039;ll even be done. It seems to be hobbyist code that took off, and you&#039;re probably right about there being a ton of bugs in it, just due to its complexity and age. If you can do better, go get a proper framework and do better.<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6091</title>
	<link>
			http://kusabax.cultnet.net/c/res/6080.html#6091</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6080.html#6080" onclick="return highlight('6080', true);" class="ref|c|6080|6080">&gt;&gt;6080</a><br /><a href="/c/res/6080.html#6080" onclick="return highlight('6080', true);" class="ref|c|6080|6080">&gt;&gt;6080</a><br /><span class="unkfunc">&gt;2013</span><br /><span class="unkfunc">&gt;ponies</span><br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6090</title>
	<link>
			http://kusabax.cultnet.net/c/res/6058.html#6090</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6058.html#6085" onclick="return highlight('6085', true);" class="ref|c|6058|6085">&gt;&gt;6085</a><br />Was bored and decided to look through a few parts of the codebase I didn&#039;t look at last time: found another persistent XSS, a very powerful one, just a few minutes ago. It does require certain conditions, however.<br /><br /><a href="/c/res/6058.html#6087" onclick="return highlight('6087', true);" class="ref|c|6058|6087">&gt;&gt;6087</a><br />Sorry, not really interested. Already have more than enough of my own cheap VPSs. Still willing to accept other offers. Not trying to be a dick here, I just want to have at least a half-decent incentive to divulge these.<br /><br />Honestly, there are probably plenty more bugs hiding somewhere. I get lots of bad &quot;vibes&quot; when looking through this code. You guys need to revamp your entire coding style. Use a templating system that auto-escapes all markup output, and use an ORM or at least some kind of abstraction that utilizes SQL query paramaterization by default.<br /><br />It&#039;s really hard to believe large, popular web projects like this one are still clinging to coding styles of 2003, when it&#039;s 2013. Then again, it is a PHP project, so I guess I can&#039;t expect very much.<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6089</title>
	<link>
			http://kusabax.cultnet.net/c/res/6089.html</link>
	
	<description><![CDATA[
						<a href="http://kusabax.cultnet.net/c/src/136818681675.jpg"><img src="http://kusabax.cultnet.net/c/thumb/136818681675s.jpg" /></a><br /><br />
		
	
			Someone having problems to download latest kusaba?<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6088</title>
	<link>
			http://kusabax.cultnet.net/c/res/6053.html#6088</link>
	
	<description><![CDATA[
	
			Нульчебляди не могут в css?<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6087</title>
	<link>
			http://kusabax.cultnet.net/c/res/6058.html#6087</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6058.html#6085" onclick="return highlight('6085', true);" class="ref|c|6058|6085">&gt;&gt;6085</a><br />Jmyeom, Using public PC.<br /><br />i do web hosting?... <br /><br />i can offer webspace?<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6086</title>
	<link>
			http://kusabax.cultnet.net/c/res/6058.html#6086</link>
	
	<description><![CDATA[
	
			dd<br /><br />
	
	]]></description>
	</item>
	<item>
	<title>6085</title>
	<link>
			http://kusabax.cultnet.net/c/res/6058.html#6085</link>
	
	<description><![CDATA[
	
			<a href="/c/res/6058.html#6074" onclick="return highlight('6074', true);" class="ref|c|6058|6074">&gt;&gt;6074</a><br /><a href="/c/res/6058.html#6075" onclick="return highlight('6075', true);" class="ref|c|6058|6075">&gt;&gt;6075</a><br /><br /><a href="/c/res/6058.html#6073" onclick="return highlight('6073', true);" class="ref|c|6058|6073">&gt;&gt;6073</a> here.<br /><br />The persistent XSS bug was one I personally found in a code audit. I haven&#039;t disclosed it to anyone, not even friends. It&#039;s possible to exploit on most (but not all) public and popular boards, but takes a small amount of effort. I confirmed it is possible, and easy, to steal a staff cookie with it on a vulnerable board.<br /><br />I also found a second persistent XSS, but it&#039;s user-specific-ish so it acts as a reflected XSS. It is easy to exploit, but no one really cares about reflected XSS.<br /><br />Both are still in the most up-to-date version. I have no desire to exploit them in the wild, though.<br /><br />I found absolutely no SQL injection vectors, which is good I guess. Also, I didn&#039;t check for other flaws very carefully but I did not seem to notice any.<br /><br />I could give you the information on the two XSSs in exchange for like 0.5 - 1 BTC, if you want, I guess. Or if you have something else to offer.<br /><br />
	
	]]></description>
	</item>

</channel>
</rss>
