Thanks for being honest. Appreciate that really i do. Today no cigarettes my friend. I will take one. Then walk dog. "Even if this out of thread."
I looked at phpBB vs MyBB and chose MyBB for some reason. I hosted for a bit before figuring out something to use it forA long time ago the forums ran on phpBB for a while.
Well done for fixing it quickly. Do you know if they were able to get hold of any of our user account details? Names, emails, etc..?This is literally what happened.
SirDice and myself both caught the defacement live (and in some way, caused it by being online -- see point 3 in quote).
SirDice analyzed the code (which was put in a simple post), nuked the user and their post, found in the admin log what was changed (by "us"), reverted everything.
I was on the server itself, checking possible intrusions in file systems, databases, checking known good file hashes.
Meanwhile, I nudged DanGer to expedite the XF update.
All of this was basically done in under 30 minutes, but the FreeBSD Org wanted a little more detail and reassurance.
And that was it.
I have to admit, I had no idea about that. I thought that all those daemon accounts had some sort of finely tuned template/config according to which they are created. But I guess at some point, it ends up being 'security by obscurity'.Common misconception. Even the "limited"wwwuser most webservers run on can be abused to attack/proxy other systems. It's not as "limited" as a lot of people think it is. As a matter of fact, it's not limited at all, it can do the same things as any other user account can do.
Same, also i clicked on it it played some music.Pheeeewww... back. Here's a screenshot I managed to take during that time.
Makes me wonder, did everyone else see that same defacing of the Forums, or did anyone see/get a different image?
The defacement page had some javascript in it. One of those scripts fired off an endless stream of HTTP connections. That might be the reason.I left that tab open for a minute and Firefox got laggy, and kind-of wonder if there was code doing something else in the background.
We do? I definitely don't. Anyone who brags that "Linux and FreeBSD are super secure" is uninformed, and hasn't thought through the issues. As others have said: The security of a (very good) piece of software such as XenForo is not correlated with the security of the thing that is being discussed on the forum that uses XenForo. If this had been a forum devoted to raising pot-bellied pigs or to repairing chainsaw motors, would you have complained that pigs or chainsaws are less secure?Us open source heads always brag about how both linux and freebsd are super secure, ...
That's easily fixable.Its because you are taking what im saying literally.
Answered here.Well done for fixing it quickly. Do you know if they were able to get hold of any of our user account details? Names, emails, etc..?
The defacement page had some javascript in it. One of those scripts fired off an endless stream of HTTP connections. That might be the reason.

Well let's think about that. I would think chainsaws would be less secure if they were running but pigs are always on except when they're sleeping.If this had been a forum devoted to raising pot-bellied pigs or to repairing chainsaw motors, would you have complained that pigs or chainsaws are less secure?
I'm not sure that hiding bug is more secure then letting them be know publiclyA long time ago the forums ran on phpBB for a while. It too had its fair share of security issues. Software rarely is completely free of bugs, open or closed source doesn't really matter. Closed source may be a bit better at hiding them.
You are confused and having hardened FreeBSD even more would not have solved the problem. The problem was with XenForo's software taking XenForo's generated forum offline. FreeBSD was not involved in that process directly as evidenced by the fact that Linux XenForo forums were also taken over which is why that fact was brought up.I'm gonna hang around the HardenedBSD peeps for a bit. Something so basic and surface level for mild inconvenience on a GUI to the community generated by a Bash script
It was some kind of user content injection for what I understood. Wouldn't it be preventable by quickly analyzing posted user content in a RAM sandbox to catch suspicious results? There must be arbitrary differences between actual substantial content of a user and a hostile server takedown attempt with nested content that's interpreted by a server component...You are confused and having hardened FreeBSD even more would not have solved the problem. The problem was with XenForo's software taking XenForo's generated forum offline. FreeBSD was not involved in that process directly as evidenced by the fact that Linux XenForo forums were also taken over which is why that fact was brought up.
There was no server takedown attempt. It was forum software only and the problem was isolated to that and that alone. The server was fine. The mods had complete control over the server and were able to fix the XenForo software by remote access through the server. The server itself was not compromised. So many people don't understand that.a hostile server takedown attempt
Some people may find that interesting but it has nothing to do with FreeBSD. Or Linux for that matter.One concrete difference is that on linux.org, one of the admins there posted a code snippet to actually explain in technical detail what happened
Well, duh, I continued to use FreeBSD on my machines, because nothing happened there. Ohhh, I did use my FreeBSD machines to view the defaced site, take screenshots, etc. - but come on, it was a XenForo software issue, not a FreeBSD issue. Yeah, it was disheartening to be locked out of the FreeBSD Forums for a bit, I enjoy the conversations there.Some people may find that interesting but it has nothing to do with FreeBSD. Or Linux for that matter.