!c99Shell v. 1.0 pre-release build #16!

Software: Apache/2.2.3 (CentOS). PHP/5.1.6 

uname -a: Linux mx-ll-110-164-51-230.static.3bb.co.th 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44
EDT 2010 i686
 

uid=48(apache) gid=48(apache) groups=48(apache) 

Safe-mode: OFF (not secure)

/etc/sysconfig/   drwxr-xr-x
Free 52.23 GB of 127.8 GB (40.86%)
Home    Back    Forward    UPDIR    Refresh    Search    Buffer    Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    


Viewing file:     raid-check (2.53 KB)      -rw-r--r--
Select action/file-type:
(+) | (+) | (+) | Code (+) | Session (+) | (+) | SDB (+) | (+) | (+) | (+) | (+) | (+) |
#!/bin/bash
#
# Configuration file for /etc/cron.weekly/raid-check
#
# options:
#    ENABLED - must be yes in order for the raid check to proceed
#    CHECK - can be either check or repair depending on the type of
#        operation the user desires.  A check operation will scan
#        the drives looking for bad sectors and automatically
#        repairing only bad sectors.  If it finds good sectors that
#        contain bad data (meaning that the data in a sector does
#        not agree with what the data from another disk indicates
#        the data should be, for example the parity block + the other
#        data blocks would cause us to think that this data block
#        is incorrect), then it does nothing but increments the
#        counter in the file /sys/block/$dev/md/mismatch_count.
#        This allows the sysadmin to inspect the data in the sector
#        and the data that would be produced by rebuilding the
#        sector from redundant information and pick the correct
#        data to keep.  The repair option does the same thing, but
#        when it encounters a mismatch in the data, it automatically
#        updates the data to be consistent.  However, since we really
#        don't know whether it's the parity or the data block that's
#        correct (or which data block in the case of raid1), it's
#        luck of the draw whether or not the user gets the right
#        data instead of the bad data.  This option is the default
#        option for devices not listed in either CHECK_DEVS or
#        REPAIR_DEVS.
#    CHECK_DEVS - a space delimited list of devs that the user specifically
#        wants to run a check operation on.
#    REPAIR_DEVS - a space delimited list of devs that the user
#        specifically wants to run a repair on.
#    SKIP_DEVS - a space delimited list of devs that should be skipped
#
# Note: the raid-check script intentionaly runs last in the cron.weekly
# sequence.  This is so we can wait for all the resync operations to complete
# and then check the mismatch_count on each array without unduly delaying
# other weekly cron jobs.  If any arrays have a non-0 mismatch_count after
# the check completes, we echo a warning to stdout which will then me emailed
# to the admin as long as mails from cron jobs have not been redirected to
# /dev/null.  We do not wait for repair operations to complete as the
# md stack will correct any mismatch_cnts automatically.
#
# Note2: you can not use symbolic names for the raid devices, such as you
# /dev/md/root.  The names used in this file must match the names seen in
# /proc/mdstat and in /sys/block.

ENABLED=yes
CHECK=check
# To check devs /dev/md0 and /dev/md3, use "md0 md3"
CHECK_DEVS=""
REPAIR_DEVS=""
SKIP_DEVS=""

:: Command execute ::

Enter:
 
Select:
 

:: Shadow's tricks :D ::

Useful Commands
 
Warning. Kernel may be alerted using higher levels
Kernel Info:

:: Preddy's tricks :D ::

Php Safe-Mode Bypass (Read Files)

File:

eg: /etc/passwd

Php Safe-Mode Bypass (List Directories):

Dir:

eg: /etc/

:: Search ::
  - regexp 

:: Upload ::
 
[ Read-Only ]

:: Make Dir ::
 
[ Read-Only ]
:: Make File ::
 
[ Read-Only ]

:: Go Dir ::
 
:: Go File ::
 

--[ c999shell v. 1.0 pre-release build #16 Modded by Shadow & Preddy | RootShell Security Group | r57 c99 shell | Generation time: 0.0059 ]--