Jump to content



  • astrolabos

    Από astrolabos

    astrolabos

    Από astrolabos •

    Ανακαλύφθηκε κρίσιμη ευπάθεια "regreSSHion" στο OpenSSH

      Ένα ελάττωμα ασφαλείας επιστρέφει, θέτοντας σοβαρό κίνδυνο για τα συστήματα Linux

       Κοινοποίηση

    Μια κρίσιμη ευπάθεια έπληξε το OpenSSH, το θεμέλιο ασφαλούς απομακρυσμένης πρόσβασης του Linux, προκαλώντας κρύο ιδρώτα στους διαχειριστές συστημάτων. Με την ονομασία "regreSSHion" και την ετικέτα CVE-2024-6387, αυτό το δυσάρεστο σφάλμα επιτρέπει τη μη αυθεντικοποιημένη απομακρυσμένη εκτέλεση κώδικα (RCE) σε διακομιστές OpenSSH που τρέχουν σε συστήματα Linux που βασίζονται σε glibc. Αυτό το ελάττωμα παραδίδει πλήρη πρόσβαση root σε ασημένιο πιάτο, καθιστώντας το μια σοβαρή απειλή.

     

    Η ευπάθεια αποτελεί συνέχεια του CVE-2006-5051, ενός σφάλματος που επιδιορθώθηκε το 2006. Με κάποιο τρόπο, αυτός ο παλιός εχθρός μπήκε ξανά στον κώδικα τον Οκτώβριο του 2020 με το OpenSSH 8.5p1. Η Μονάδα Έρευνας Απειλών της Qualys αποκάλυψε αυτόν τον "ψηφιακό σκελετό" στην ντουλάπα του OpenSSH. Δυστυχώς, αυτή η ευπάθεια επηρεάζει την προεπιλεγμένη διαμόρφωση και δεν χρειάζεται καμία αλληλεπίδραση του χρήστη για να την εκμεταλλευτεί.

     

    Ο δυνητικός αντίκτυπος αυτού του ελαττώματος είναι τεράστιος. Το OpenSSH είναι το de facto πρότυπο για ασφαλή απομακρυσμένη πρόσβαση και μεταφορά αρχείων σε συστήματα που μοιάζουν με Unix, συμπεριλαμβανομένων των Linux και macOS. Είναι ο ελβετικός σουγιάς ασφαλούς επικοινωνίας για τους διαχειριστές συστημάτων και τους προγραμματιστές παγκοσμίως. Τα κακά νέα είναι ότι η ευπάθεια επανεμφανίστηκε στο OpenSSH 8.5p1 έως, αλλά όχι συμπεριλαμβανομένης, της 9.8p1 λόγω της τυχαίας αφαίρεσης ενός κρίσιμου συστατικού.

     

    Η Qualys έχει εντοπίσει πάνω από 14 εκατομμύρια δυνητικά ευάλωτες περιπτώσεις διακομιστών OpenSSH στο διαδίκτυο. Περίπου 700.000 από αυτές είναι επιβεβαιωμένα ευάλωτες. Ένα patch, το OpenSSH 9.8/9.8p1, είναι πλέον διαθέσιμο και είναι ζωτικής σημασίας να εγκατασταθεί το συντομότερο δυνατό. Εάν δεν μπορείτε να εγκαταστήσετε άμεσα ένα patch, εξετάστε το ενδεχόμενο να ορίσετε το LoginGraceTime σε 0 στο αρχείο ρυθμίσεων sshd για να μετριάσετε τον κίνδυνο, αν και αυτό εκθέτει τα συστήματα σε πιθανές επιθέσεις άρνησης παροχής υπηρεσιών (DoS). Επιπλέον, περιορίστε την πρόσβαση SSH χρησιμοποιώντας ελέγχους που βασίζονται στο δίκτυο και ρυθμίστε τα τείχη προστασίας ώστε να αποκλείουν μεγάλο αριθμό συνδέσεων.

     

    Με την εφαρμογή αυτών των μέτρων και την άμεση εφαρμογή διορθωτικών εκδόσεων, μπορείτε να μειώσετε σημαντικά την έκθεσή σας στην τρύπα ασφαλείας regreSSHion. Παραμείνετε σε εγρήγορση και προστατέψτε τα συστήματά σας από αυτή τη σοβαρή απειλή.

    Πηγή
    Φωτογραφία: zdnet.com
     Κοινοποίηση

    Ακολουθήστε μας στο Google News για να λαμβάνετε πρώτοι όλες τις τεχνολογικές μας ειδήσεις καθώς και τις τελευταίες μας κριτικές προϊόντων.
    Go to ειδήσεις

    User Feedback

    Recommended Comments

    SWBiiLive

    "Η ευπάθεια αποτελεί συνέχεια του CVE-2006-5051, ενός σφάλματος που επιδιορθώθηκε το 2006. Με κάποιο τρόπο, αυτός ο παλιός εχθρός μπήκε ξανά στον κώδικα τον Οκτώβριο του 2020"

     

    και τι εγινε ένα μήνα μετά, τον Νοεμβριο του 2020?

     

    ΟΙ ΕΚΛΟΓΕΣ ΣΤΗΝ ΑΜΕΡΙΚH

     

    χαχαχα ... οι φιλοι σας οι Δημιοκρατικοί προγραμματιστες του openssh την ξαναεβαλαν την backdoor για να μουκαρουν στους αντιπαλους τους ή οποιους αλλους θελουν!!!

     

    μετά και* απο αυτό ... LINUX AND OPEN SOURCE IS OFFICIAL DEAD και γράψτε ό,τι μπουρδα θελετε για το "καλο open source" και το "κακο closed source" οπως π.χ. τα windows/mac!

     

     

    *ελπιζω να μην ξεχασατε τι εγινε με την xz βιβλιοθηκη λίγες μέρες πριν...

    Έγινε επεξεργασία από SWBiiLive
    Link to comment
    Share on other sites
    minast

    Η διαφορά ανοιχτού με κλειστό κώδικα είναι ότι στον κλειστό δεν ξέρεις τα προβλήματα ;)

    Επίσης φαντάζομαι δεν διάβασες ότι στην πράξη είναι αρκετά δύσκολα αξιοποιήσιμη ευπάθεια, και περιορίζεται ακόμα περισσότερο όταν έχεις σωστό firewall.

    • Like 1
    Link to comment
    Share on other sites
    Shadow KnighT

    Επειδή ξεκάθαρα αν ήταν βιβλιοθήκη κλειστού κώδικα, οι devs θα ήταν φιλότιμοι και ηθικα ακέραιοι και δε θα είχαν βάλει κανένα backdoor, και εννοείται αν κάποιος έβρισκε exploit θα το δημοσιεύαν day zero και θα το φτιάχναν...

     

    Μήπως ήθελες να γράψεις στα Ανέκδοτα κ Αστεία και μπερδεύτικες?

    Link to comment
    Share on other sites
    SWBiiLive
    On 7/4/2024 at 12:13 PM, SWBiiLive said:

    "Η ευπάθεια αποτελεί συνέχεια του CVE-2006-5051, ενός σφάλματος που επιδιορθώθηκε το 2006. Με κάποιο τρόπο, αυτός ο παλιός εχθρός μπήκε ξανά στον κώδικα τον Οκτώβριο του 2020"

     

    και τι εγινε ένα μήνα μετά, τον Νοεμβριο του 2020?

     

    ΟΙ ΕΚΛΟΓΕΣ ΣΤΗΝ ΑΜΕΡΙΚH

     

    χαχαχα ... οι φιλοι σας οι Δημιοκρατικοί προγραμματιστες του openssh την ξαναεβαλαν την backdoor για να μουκαρουν στους αντιπαλους τους ή οποιους αλλους θελουν!!!

     

    μετά και* απο αυτό ... LINUX AND OPEN SOURCE IS OFFICIAL DEAD και γράψτε ό,τι μπουρδα θελετε για το "καλο open source" και το "κακο closed source" οπως π.χ. τα windows/mac!

     

     

    *ελπιζω να μην ξεχασατε τι εγινε με την xz βιβλιοθηκη λίγες μέρες πριν...

     

    θα απαντήσω στον εαυτό μου γιατί δυστυχώς η πλειονότητα των χρηστών του Linux έχει πλανηθεί οικτρά και οτι και να τους πω ως παράδειγμα θα πάει στράφι και θα είναι σαν να το λεω στον τοίχο!

     

    ΝΑΙ το Linux είναι open source αλλά αυτο δεν το κάνει και ασφαλές για τον χρήστη αλλά ανοιχτό και προσβάσιμο σε όλους να το σκαλίσουν!

     

    Μα θα πει πάλι κάποιος ...

     

    "Ο Κώδικας είναι προσβάσιμος σε όλους, δεν πρόκειται να γινει κάποια κακόβουλη ενεργεία γιατί... κάποιος θα το δει"

     

    οκ i take the bait... που ήταν αυτός ο κάποιος να το δει τα τελευταία ... 4 χρόνια?

     

    Τελικά όχι μόνο δεν υπήρξε ούτε ένας απο τους 75 (τοσοι ειναι σημερα οι devs της Linux fork εκδοσης) αλλά είναι πρόδηλο οτι υπηρξε σκοπιμότητα γιατί ....

     

    ΤΟ ΑΡΧΙΚΟ OPENSSH PROJECT ΠΟΥ ΕΙΝΑΙ BSD ΔΕΝ ΕΝΣΩΜΑΤΩΣΕ ΚΑΝ ΤΟΝ ΚΩΔΙΚΑ ΑΥΤΟ ΞΑΝΑ ΜΕΤΑ ΤΟ 2006!

     

     

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

     

    Ούτε καν 75 devs = 300 μάτια δεν σταμάτησαν κάποιον να ξαναβαλει το rce exploit.Τελικά πόσα ακόμα μάτια χρειάζονται για αυτήν την ριμάδα την ασφάλεια?

     

    0 ρητορικό ήταν το ερώτημα γιατί....

     

    ΑΛΛΟ ΑΣΦΑΛΕΙΑ & ΑΛΛΟ ΑΝΟΙΧΤΗ ΠΡΟΣΒΑΣΗ ΣΕ ΟΛΟΥΣ που καταλήξαμε όλοι μας να έχουμε στα χέρια μας linux με την μορφή του android και στα οποια κινητα δεν ειμαστε καν admin για να μπορεσουμε να βαλουμε ενα firewall της προκοπής όπως ειπώθηκε οτι το σταμάταγε αυτο το rce exploit!

     

    Θεωρητικά το Linux είναι ανοιχτού κωδικά, Πρακτικά είναι ανοιχτό στις κακόβουλες ενέργειες και το σταματάω εδώ μιας και το αρχικό άρθρο δεν ειχε αυτην την πολυ κρισιμη λεπτομέρεια οτι το BSD δεν ήταν ποτέ ευπαθής σε αυτό το rce exploit, που κράτησε  ....  4 χρόνια!

     

    6554b6be8c0d829a8bf63ae0c82cf121_link.pn OpenSSH: Release Notes

    WWW.OPENSSH.COM
    OpenSSH release notes

     

     

    " 

    Exploitation on non-glibc systems is conceivable but has not been
examined. Systems that lack ASLR or users of downstream Linux
distributions that have modified OpenSSH to disable per-connection
ASLR re-randomisation (yes - this is a thing, no - we don't
understand why) may potentially have an easier path to exploitation.
OpenBSD is not vulnerable

    "

     

    Έγινε επεξεργασία από SWBiiLive
    Link to comment
    Share on other sites


    Create an account or sign in to comment

    You need to be a member in order to leave a comment

    Create an account

    Sign up for a new account in our community. It's easy!

    Register a new account

    Sign in

    Already have an account? Sign in here.

    Sign In Now

×
×
  • Δημιουργία...

Important Information

Ο ιστότοπος theLab.gr χρησιμοποιεί cookies για να διασφαλίσει την καλύτερη εμπειρία σας κατά την περιήγηση. Μπορείτε να προσαρμόσετε τις ρυθμίσεις των cookies σας , διαφορετικά θα υποθέσουμε ότι είστε εντάξει για να συνεχίσετε.