Το μεγαλύτερο μέρος της συζήτησης για την τεχνητή νοημοσύνη και τις θέσεις εργασίας αυτή τη στιγμή αφορά το ορατό επίπεδο: ποιος γράφει τον κώδικα, ποιος δίνει εντολές στο μοντέλο, ποιος απολύεται όταν ένα chatbot μπορεί να κάνει το πρώτο προσχέδιο. Κρυμμένη στις ειδήσεις αυτής της εβδομάδας βρίσκεται μια ιστορία για ένα επίπεδο που κανείς σε αυτή τη συζήτηση δεν κοιτάζει — και αξίζει την προσοχή σας ακριβώς επειδή σχεδόν κανείς δεν ανταγωνίζεται για τις δεξιότητες που ανταμείβει.

Ένα σφάλμα που παρέμενε εκεί από το 2013

Ερευνητές ασφαλείας περιέγραψαν λεπτομερώς αυτή την εβδομάδα πώς χιλιάδες διακομιστές συνδεδεμένοι στο διαδίκτυο, από μεγάλους κατασκευαστές, μπορούν να αποκτήσουν απομακρυσμένα backdoor μέσω των ελεγκτών διαχείρισης της μητρικής τους πλακέτας, ή BMC — των μικρών, ξεχωριστών υπολογιστών που είναι ενσωματωμένοι σχεδόν σε κάθε μητρική πλακέτα εταιρικού διακομιστή, λειτουργούν με δικό τους λειτουργικό σύστημα, στοίβα δικτύου και διεύθυνση IP, ανεξάρτητα από ό,τι συμβαίνει στο κύριο μηχάνημα (Ars Technica). Οι BMC είναι αυτοί που επιτρέπουν στο προσωπικό IT να επανεκκινεί, να επανεγκαθιστά την εικόνα ή να παρακολουθεί έναν διακομιστή από απόσταση, ακόμη κι όταν είναι απενεργοποιημένος ή εντελώς μη ανταποκρινόμενος — πραγματικά χρήσιμη διαχείριση «lights out». Το πρόβλημα, σύμφωνα με τους ερευνητές, είναι ότι το υποκείμενο πρωτόκολλο έχει χαρακτηριστεί εύκολος στόχος τουλάχιστον από το 2013, ενώ ορισμένες από τις ευπάθειες που εκμεταλλεύονται τώρα είναι ηλικίας άνω της δεκαετίας. Το Ars το περιγράφει ως «διάχυτη, ανεπαρκώς παρακολουθούμενη και ανεπαρκώς επιδιορθωμένη παράλληλη επιφάνεια επίθεσης» — όχι ως μια νέα τρύπα, αλλά ως μια παλιά που αγνοούνταν σιωπηλά επειδή βρίσκεται κάτω από το επίπεδο στο οποίο επικεντρώνεται το μεγαλύτερο μέρος της προσοχής του λογισμικού και της ασφάλειας.

Ο πρακτορικός προγραμματισμός πρόκειται να κάνει περισσότερα από αυτά, πιο γρήγορα

Την ίδια εβδομάδα, η Meta κυκλοφόρησε το Muse Code, έναν προγραμματιστικό πράκτορα βασισμένο σε τερματικό, ο οποίος προστίθεται στα Claude Code, Codex και σε έναν ταχύτατα αναπτυσσόμενο χώρο εργαλείων που γράφουν και παραδίδουν λογισμικό με ελάχιστη ανθρώπινη συμμετοχή (TechCrunch). Η περιγραφή του ίδιου του Zuckerberg είναι αποκαλυπτική: σε μια αρκετά μεγάλη εργασία, διακλαδώνεται σε πολλούς υποπράκτορες που εργάζονται παράλληλα, σε απομονωμένα worktrees, κατασκευάζοντας ταυτόχρονα διάφορες λειτουργίες. Αυτό αποτελεί πραγματικό κέρδος παραγωγικότητας. Παράλληλα, όμως, σημαίνει δομικά ότι τίθενται σε λειτουργία, ρυθμίζονται και αναπτύσσονται περισσότερες υποδομές ανά μονάδα ανθρώπινης προσοχής από ποτέ — περισσότερα instances στο cloud, περισσότερα περιβάλλοντα δοκιμών, περισσότεροι διακομιστές που παρέχονται γρήγορα από ανθρώπους οι οποίοι μπορεί να μην αγγίξουν ποτέ μια ρύθμιση BMC ή να διαβάσουν ένα changelog firmware. Τα πρακτορικά εργαλεία είναι πολύ καλά στο να γράφουν την εφαρμογή. Δεν έχουν άποψη για το αν το τσιπ διαχείρισης out-of-band κάτω από αυτή την εφαρμογή λειτουργεί με firmware έξι ετών.

Τίποτα από όλα αυτά δεν σημαίνει ότι τα εργαλεία πρακτορικού προγραμματισμού είναι ανασφαλή εκ σχεδιασμού — αυτό είναι διαφορετικό ερώτημα από εκείνο του άρθρου του Ars Technica. Το σημείο είναι πιο περιορισμένο: ο όγκος των υποδομών που δημιουργούνται αυξάνεται ταχύτερα από την άχαρη πειθαρχία της επιδιόρθωσης του φυσικού επιπέδου που βρίσκεται από κάτω, και αυτό το κενό δεν κλείνει από μόνο του απλώς επειδή ο κώδικας στην κορυφή έγινε εξυπνότερος.

Γιατί αυτό είναι ένδειξη καριέρας και όχι απλώς μια ιστορία ασφάλειας

Συνδυάστε το αυτό με τις απολύσεις που εξακολουθούν να διατρέχουν τον κλάδο — η μείωση του εργατικού δυναμικού της Monday.com κατά περίπου 20% αυτή την εβδομάδα, η οποία συνδέθηκε ρητά με αναδιάρθρωση λόγω AI, προστίθεται σε έναν αυξανόμενο κατάλογο εταιρειών που επικαλούνται την AI στις περικοπές θέσεων εργασίας (TechCrunch). Αξίζει να είμαστε ειλικρινείς για όσα δεν γνωρίζουμε εδώ: καμία από αυτές τις καταθέσεις δεν αναλύει τις απολύσεις ανά λειτουργία, επομένως δεν υπάρχουν καθαρά δεδομένα που να λένε «οι ρόλοι ασφάλειας και υποδομών εξαιρούνται». Αυτό θα ήταν υπερβολικός ισχυρισμός. Αυτό που μπορούμε να πούμε με μεγαλύτερη βεβαιότητα είναι δομικό, όχι στατιστικό: οι ρόλοι που αυτοματοποιούνται ταχύτερα είναι εκείνοι όπου το παραδοτέο της εργασίας είναι κείμενο, κώδικας ή μια αλληλεπίδραση με πελάτη που ένα LLM μπορεί να προσεγγίσει. Η ασφάλεια σε επίπεδο φυσικού υλικού και firmware — να γνωρίζεις τι είναι ένας BMC, πώς λειτουργούν το IPMI και οι διάδοχοί του, πώς ελέγχεις την πρόσβαση στη διαχείριση out-of-band, πώς προωθείς μια ενημέρωση firmware σε έναν στόλο χωρίς να αχρηστεύσεις τους μισούς διακομιστές — βρίσκεται πιο κοντά στο μηχάνημα παρά στο μοντέλο. Δεν είναι προφανώς μια εργασία που επιδιώκουν τα τρέχοντα εργαλεία AI, και δεν γίνεται ευκολότερο να αυτοματοποιηθεί απλώς επειδή το επίπεδο λογισμικού από πάνω της το κάνει.

Τι να κάνετε στην πράξη με αυτό

Δεν χρειάζεται να γίνετε μηχανικός firmware για να αξιοποιήσετε αυτή την παρατήρηση. Μερικές κινήσεις που μπορείτε να ελέγξετε:

  • Ρωτήστε, μην υποθέτετε. Αν εργάζεστε στο IT, σε πλατφόρμες ή στην ασφάλεια σε οποιαδήποτε εταιρεία που λειτουργεί δικούς της διακομιστές (όχι αποκλειστικά στο cloud), ρωτήστε αν το firmware των BMC περιλαμβάνεται בכלל σε κύκλο επιδιορθώσεων. Πολλοί οργανισμοί πραγματικά δεν γνωρίζουν την απάντηση.
  • Μάθετε την ορολογία, όχι μόνο τον τίτλο. BMC, IPMI, Redfish, διαχείριση out-of-band — πρόκειται για έννοιες που αναζητούνται εύκολα και τεκμηριώνονται היטב, και η κατανόησή τους σάς θέτει μπροστά από τους περισσότερους ανθρώπους των οποίων η ανάπτυξη δεξιοτήτων στην εποχή της AI ήταν εξ ολοκλήρου προσανατολισμένη στα prompts και στους πράκτορες.
  • Παρατηρήστε τι δεν καλύπτουν τα εργαλεία πρακτορικού προγραμματισμού. Καθώς εσείς ή η ομάδα σας υιοθετείτε εργαλεία όπως τα Muse Code ή Claude Code για εργασίες που σχετίζονται με τις υποδομές, ρωτήστε ρητά τι βρίσκεται εκτός πεδίου — στόχοι ανάπτυξης, firmware, έλεγχοι φυσικής πρόσβασης — και αντιμετωπίστε αυτό το κενό ως πεδίο για να αναπτύξετε εξειδίκευση, όχι ως παράλειψη που πρέπει να αγνοήσετε.
  • Μην το παρακάνετε. Αυτή είναι μία πιθανή εξειδικευμένη κατεύθυνση μεταξύ πολλών, όχι ένα εγγυημένα ασφαλές καταφύγιο. Αντιμετωπίστε την ως αντιστάθμιση που αξίζει να διερευνήσετε, όχι ως αλλαγή καριέρας που πρέπει να κάνετε με βάση μία ιστορία του Ars Technica.

Το ευρύτερο δίδαγμα γενικεύεται πέρα από τους BMC συγκεκριμένα: καθώς η AI γίνεται καλύτερη στο λογισμικό που μπορούν να δουν οι άνθρωποι, η αξία που αυτοματοποιείται δυσκολότερα βρίσκεται ολοένα και περισσότερο στα φυσικά και επιχειρησιακά επίπεδα που βρίσκονται από κάτω — στα μέρη που δεν εμφανίζονται σε μια επίδειξη. Είναι ένα πιο περιορισμένο στοίχημα από το «μάθε να γράφεις prompts», αλλά είναι ένα στοίχημα που σήμερα κάνουν λιγότεροι άνθρωποι.