Επιθέσεις από Κοσοβάρους στην πρώτη σελίδα

[nikos65]

Πρέπει να συμπληρώσεις και στον πίνακα elx_core_acl στο πεδίο value το ίδιο id που άλλαξες στον πίνακα elx_users. Θα αποσυνδεθείς και θα συνδεθείς με επιτυχία αυτή την φορά.
Προσοχή μόνο ποιο value θα αλλάξεις ε ;

Σταύρο,
Εννοείς συγκεκριμένα τον "elx_core_acl_aro" γιατί μόνο εκεί είδα το id > 62 και αυτό θα πρέπει να αλλάξω σωστά;
Πιστεύεις ότι η αλλαγή του Id σε διαφορετική από 62 θα βοηθήσει να μην βρεθεί ποιος είναι ο admin ;

[webgift]

Ναι σωστά ο πίνακας είναι elx_core_acl_aro. Λάθος δικό μου. Υπάρχουν και άλλοι πίνακες ανάλογα τα components που χρησιμοποιείς.
Στις περιπτώσεις που κάποιος αναζητήσει το id του διαχειριστή μέσω εγκατεστημένου script. Καλό είναι να έχει και διαφορετικό όνομα από admin και σίγουρα διαφορετικό id. Αν όμως ξέρει μπορεί να αναζητήσει αντί του id το gid που ανάλογα του group σε κάθε CMS έχουν σταθερούς αριθμούς. Οπότε 0 από 0 ίσον 0

Το βασικό θέμα μας όμως είναι να μην μπορεί να εγκαταστήσει το script οπότε για την ασφάλεια δουλεύουμε περισσότερο στα δικαιώματα Φακέλων - Αρχείων ( όπως έχει αναφέρει ο Γιάννης εδώ).

[nikos65]

ok Ευχαριστώ πολύ

[datahell]

Γιατί να αλλάξεις το id του admin; Δεν έχει καμία σημασία αυτό. Αν τυχόν το αλλάξεις πρέπει να ενημερώσεις άλλους 3-4 πίνακες στη βάση, μην το κάνεις!

Ο διαχειριστής του server πρέπει να ψάξει και να βρει από πιο site και πως ξεκίνησε η επίθεση για να αντιμετωπιστεί το πρόβλημα από τη ρίζα του. Από ότι κατάλαβα κάποιο site στο server την έφαγε (κάποιο κακό script) και μετά ο επιτιθέμενος μπόρεσε να πειράξει και τα άλλα site.

Θα γράψω ένα μικρό παράδειγμα πως μπορούμε να αλλάξουμε τα αρχεία σε ένα site αν έχουμε καταφέρει να ανεβάσουμε ένα php αρχείο σε ένα άλλο site στον ίδιο server.

Έστω έχω 2 site στον ίδιο server.
/sites/siteA/public_html/
/sites/siteB/public_html/

Στο siteA καταφέρνω και ανεβάζω ένα αρχείο bad.php εκμεταλευόμενος μία τρύπα ασφαλείας σε ένα κακό script.
/sites/siteA/public_html/bad.php

Μέσα στο bad.php γράφω:
<?php unlink(/sites/siteB/public_html/test.php); ?>

Το εκτελώ από τον browser:
http://siteA.com/bad.php
και έχω διαγράψει το αρχείο "test.php" του siteB χωρίς καν να πάω στο siteB...

Φυσικά αυτό είναι πολύ απλοϊκή περίπτωση καθώς υπάρχουν διάφορες δικλείδες ασφαλείας (παίζει μεγάλο ρόλο πως είναι σεταρισμένη η php) και δεν δουλεύει πάντα, όμως κάπως έτσι συμβαίνει...

Αν έχετε root access μπορείτε να γυρίσετε τον owner των βασικών αρχείων (index.php/index2.php) σε root και τα permissions τους σε 444. Προσέξτε όμως: τα αρχεία δεν θα μπορείτε ούτε εσείς να τα αλλάξετε μετά, μόνο ο root θα μπορεί. Επίσης σε ορισμένα php setup αν ο owner των αρχείων δεν ταιριάζει με τον χρήστη του apache ο server θα βγάλει error 500.

chown root:root index.php
chmod 0444 index.php

Ξέρω ότι δεν είναι καλό αυτό που έγραψα γιατί δίνω ιδέες σε μερικούς, αν το ψάξετε όμως περισσότερο θα τραβάτε τα μαλιά σας τι μπορεί να γίνει. Η PHP έχει δυστυχώς μερικά σοβαρά θέματα ασφαλείας και δεν υπάρχει απόλυτα ικανοποιητική λύση. Πρέπει να είστε πολύ προσεκτικοί που κάνετε hosting το site σας....

Τα πολύ σημαντικά site δεν πρέπει να συνυπάρχουν με site άλλων στο ίδιο μηχάνημα.

Elxis Nautilus tip
Το Elxis Nautilus έχει ένα σύστημα αυτοδιάγνωσης του συστήματος αρχείων και αν παρατηρήσει αλλοίωση σε ένα αρχείο ειδοποιεί τον τεχνικό υπεύθυνο του ιστότοπου και βγάζει το site offline. Η λειτουργία αυτή είναι μέρος του νέου Elxis Defender ο οποίος τρέχει στο Elxis Nautilus (απαιτεί μόνο ενεργοποίηση της λειτουργίας και καμία άλλη ρύθμιση). Περισσότερες σχετικές πληροφορίες μελλοντικά.

[rentasite]

Elxis Nautilus tip
Το Elxis Nautilus έχει ένα σύστημα αυτοδιάγνωσης του συστήματος αρχείων και αν παρατηρήσει αλλοίωση σε ένα αρχείο ειδοποιεί τον τεχνικό υπεύθυνο του ιστότοπου και βγάζει το site offline. Η λειτουργία αυτή είναι μέρος του νέου Elxis Defender ο οποίος τρέχει στο Elxis Nautilus (απαιτεί μόνο ενεργοποίηση της λειτουργίας και καμία άλλη ρύθμιση). Περισσότερες σχετικές πληροφορίες μελλοντικά.

Respect! 

[nikos65]

Θα ακολουθήσω τις συμβουλές ,
Σας ευχαριστώ 

[ArXoS]

Το βασικό θέμα μας όμως είναι να μην μπορεί να εγκαταστήσει το script οπότε για την ασφάλεια δουλεύουμε περισσότερο στα δικαιώματα Φακέλων - Αρχείων ( όπως έχει αναφέρει ο Γιάννης εδώ).

Τα elxis μου πάντως τα είχα σαν αστακούς, αλλά τελικά δεν αρκεί μόνο αυτό. Προέκυψε η παράμετρος που γράφει ο Γιάννης πιο πάνω 

.. Πρέπει να είστε πολύ προσεκτικοί που κάνετε hosting το site σας....

[webgift]

Τα elxis μου πάντως τα είχα σαν αστακούς, αλλά τελικά δεν αρκεί μόνο αυτό. Προέκυψε η παράμετρος που γράφει ο Γιάννης πιο πάνω 

. Τελικά η πρόληψη στους υπολογιστές δεν είναι πάντα η καλύτερη θεραπεία. Υπάρχουν και οι εξωτερικοί παράγοντες!

[rentasite]

Τελικά η πρόληψη στους υπολογιστές δεν είναι πάντα η καλύτερη θεραπεία. Υπάρχουν και οι εξωτερικοί παράγοντες!

Για κάθε "ασθένεια" υπάρχει γιατρειά... και το αντίστροφο!!