Εξέλιξη του entry point και του race condition
Η αρχική υλοποίηση του exploit απαιτούσε σημαντικό χρόνο και είχε χαμηλά ποσοστά επιτυχίας. Η εισαγωγή του «DaTArrest» μέσω του demo του Rock Band Blitz επέτρεψε την εκτέλεση του exploit χωρίς την ανάγκη για συγκεκριμένο δίσκο παιχνιδιού, απλοποιώντας τη διαδικασία σε επίπεδο χρήστη. Παράλληλα, οι βελτιώσεις στο race condition μετέτρεψαν μια διαδικασία 20 λεπτών σε μια λειτουργία λίγων δευτερολέπτων.
Διαχείριση του ciphertext και TLB flushing
Ένα κρίσιμο σημείο αποτυχίας στην αρχική προσέγγιση ήταν η παράλειψη του TLB flush κατά την άμεση κλήση του hypervisor syscall. Η σωστή διαχείριση των whitening bits και η χρήση ενός hash table για την αποθήκευση των τιμών ciphertext επέτρεψαν στο exploit να αναγνωρίζει πότε η μνήμη βρίσκεται στην επιθυμητή κατάσταση για την έγχυση του payload, αποφεύγοντας τις καθυστερήσεις που προκαλούσε η αναζήτηση σε πραγματικό χρόνο.
Επιθετική διαχείριση της CPU cache
Η χρήση της εντολής dcbz αποδείχθηκε καθοριστική. Αντί για παραδοσιακές μεθόδους, η εντολή αυτή αναγκάζει τον επεξεργαστή να δεσμεύσει και να μηδενίσει γραμμές cache χωρίς ανάγνωση από την κύρια μνήμη, επιβάλλοντας την εκτόπιση παλαιότερων δεδομένων. Σε συνδυασμό με τον περιορισμό των dispatch slots μέσω των __SetHWThreadPriority macros, το exploit κατάφερε να κυριαρχήσει στους πόρους του επεξεργαστή, ελαχιστοποιώντας τον χρόνο που αφιερώνεται σε μη κρίσιμες διεργασίες.
Αξιοπιστία μέσω παρακολούθησης (observation thread)
Η μετάβαση από την απλή παρατήρηση του ciphertext σε ένα dedicated observation thread που μετρά τις επιτυχείς εγγραφές των 15 blocks, έλυσε το πρόβλημα των false positives. Η δυνατότητα να γνωρίζουμε ακριβώς πόσα blocks έχουν γραφτεί στη μνήμη του hypervisor επιτρέπει στο exploit να διακρίνει τις επιτυχείς επαναλήψεις από τις αποτυχημένες, διασφαλίζοντας τη σταθερότητα της εκτέλεσης.