Moderator: Integra Moderator
"Fubie";p="14490" wrote:BMD,
Another thing. Change the name of your forum while doing the upload. If your forum directory is forum change it to pleasework, Then after every file is uploaded change the directory name to forum.
"Vadar";p="14537" wrote:OK, I'm the ultimate novice on php, but I'm having the same problem that Twitchy described in the ACP under the Photo Album section. I went back in and verified that I had all of the latest fixes as per the second post installed (Rev 5).
While doing that I noticed something that looked strange to me. For the fix labled function_portal.php 1 fix Rev 05 I notice that it shows: die("Hacking attempt");
For the other fixes, Hacking attempt is in single quotes vice double quotes, like this:
die('Hacking attempt');
Is that right?
For Michaelo, here is what I get when I hover my cursor over the ACP - Photo Album - CLowN SP Config link: http://www.navyjrotc.us/portal/admin/ad ... 149ade22d2
"Michaelo";p="14539" wrote:One of us is confused...
Before you can upload a file you either need ftp access or as a member you upload a file of allowed types (.gif, .png etc.).
There is no other way for a hacker to put a file on a server assuming they havent hack another site on the server in which case they may be able to cross contaminateà¢Ãƒ ¢Ã¢â‚¬Å¡Ã‚ ¬Ãƒâ€šÃ‚ ¦
agreedTo hack a site first you need a way in, to accomplish this you need to find a vulnerable point an exploit it, as with the recent hacks. The hackers used a remote file/script via the php_root_path weakness to execute a remote script allowing them accessà¢Ãƒ ¢Ã¢â‚¬Å¡Ã‚ ¬Ãƒâ€šÃ‚ ¦ Once they gained access they proceeded to either upload files to gain control of the site or, as in most cases simply used a remote script hack tool to do thisà¢Ãƒ ¢Ã¢â‚¬Å¡Ã‚ ¬Ãƒâ€šÃ‚ ¦
I have examined the possibility of restricting upload directories to only accept certain file such as images or zips in an effort to counter the cross contamination problemà¢Ãƒ ¢Ã¢â‚¬Å¡Ã‚ ¬Ãƒâ€šÃ‚ ¦ more later on thisà¢Ãƒ ¢Ã¢â‚¬Å¡Ã‚ ¬Ãƒâ€šÃ‚ ¦
"Michaelo";p="14544" wrote:computerz, You as admin determine what can be uploaded it's in the ACP allow upload file type or something like that.
Thats good to knowyou cannot send any type of command via the address...
will most certainly!Play around with this little htaccess info and see how it goes...<Directory> # Allow access to the root of the hosting folder Options None AllowOverride None Order allow,deny Allow from all <FilesMatch> # But only to files with the specified extentions Order allow,deny Deny from all </FilesMatch> <FilesMatch> Order allow,deny Allow from all </FilesMatch></Directory>
"ihammo";p="14568" wrote:Now I am confused
I applied all the fixes as per Rev 5 and thought I would try the exploit on my site to see if it worked.
So, i popped http://my site/portal/includes/functions.php?php_root_path=http://www.testing123.com/test.html in to a browser and I did not get a "hacking attempt" message.
has anyone else tried this on their own site to see what happens? Until I can fix this I have taken my site offline completely
"ihammo";p="14588" wrote:When Register_Globals was OFF I got the exact same response as you Soloman.
I added some extra code to the hacking code to display the root path that was being used and no matter what I did whilst Register_Globals was OFF I couldn't pass anything to functions.php via the URL.
However, when Register_Globals was ON, I would get the "hacking attempt. Details Logged" message when testing the URL
I take it you do have direct contol over the Register_Globals variable on your server and did check that it was ON or OFF? I created a simple php file with the code<phpphpinfo>
which I then navigated to in my browser to check that the Register_Variable had indeed changed. I run apache under windows on my test server and had to restart apache after changing the php.ini file (which needs to be in your windows directory I think - or apache does not seem to see it [but that could be my crappy set up of apache <img> ])
"tekguru";p="14605" wrote:Only one question though, how can we effect a style change without the functionality in there?
We use a 'Mobile' theme which a fair number of our users need to use and since adding the fixes in we are of course unable to change the style?
"adbasque";p="14756" wrote:Please help, i don't want to go through this again, it took me almost a year to get my site finally looks like a real website, and this ***** destroyed it in few minutes or hours.
"adbasque";p="14756" wrote:I know that who ever hacked my site used an sql injection, how can we protect ourselves against such attacks please? and finally i read about "register globals being on or off" where exactly do i need to turn it on and off?
Thank you all for your hard work!!
I have looked at some hackers scripts...
SQL injection is something they are working on...
Their scripts are already testing this, but it's not fully supported yet.
Yes, they have support for this too
Attacks come from Script-Kiddies who don't know much about coding themselves, they just use prepared scripts and have support for these things as well...
"sasan";p="14807" wrote:hi my friend i test your site and i most say your site have a buge!
Warning: main(./includes/functions_categories_hierarchy.): failed to open stream: No such file or directory in /home/windows/public_html/includes/functions.php on line 37
Warning: main(): Failed opening './includes/functions_categories_hierarchy.' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/windows/public_html/includes/functions.php on line 37
if register global is on your site no hacking!! pleas fix this bug on your forum thx sasan
"Michaelo";p="14814" wrote:I will redo this post to clarify what I intended but basically the code at the bottom goes between the
// BEGIN Style Select MOD
(all code between these comments)
// END Style Select MOD
comments ie replace this: (all code between these comments) with the code at the bottom...
Mike
and finally i read about "register globals being on or off" where exactly do i need to turn it on and off?
I'll let Michaelo answer that one.. I dont remember.. I think it's a statement in the .htaccess?
"Michaelo";p="14806" wrote:Confirm the functions.php edit are as per 2nd post here (second edit in functions.php)...
"adbasque";p="14832" wrote:i know you can deny or allow certains things but i am not sure if you can turn on and off the register_globals.
"honie";p="14921" wrote:I have tried the updates on a fresh funtions.php 3 times and it still goes white. Before applying the fix I no longer have the left side links in the ACP and am unable to view any posts at all.
"Rabi";p="14940" wrote:"honie";p="14921" wrote:I have tried the updates on a fresh funtions.php 3 times and it still goes white. Before applying the fix I no longer have the left side links in the ACP and am unable to view any posts at all.
"Drop-Forged";p="14891" wrote:...I found a page that seemed to have some good advise for making php more secure with .htaccess.
"macarlisle";p="15068" wrote:Hey guys, I have just added the lines of code and I'm now getting this issue.
Parse error: syntax error, unexpected ':' in /home/westtexas/www/www/phpBB2/includes/functions.php on line 29
Any clues?
"macarlisle";p="15074" wrote:Sorry about that, I didnt pay attiontion to entire line of code.
Registered users: App360MonitorBot, Bing [Bot], Majestic-12 [Bot]