Linus Torvalds megk\u00f6vetelte a kernel.org adminisztr\u00e1tor\u00e1t\u00f3l, hogy azonnal blokkolja Kesa Cook fi\u00f3kj\u00e1t, a kernel.org volt f\u0151 rendszergazd\u00e1j\u00e1t \u00e9s az Ubuntu Security Team vezet\u0151j\u00e9t, aki 14 biztons\u00e1gi alrendszert kezel a kernelben. Konstantin Ryabtsev, a kernel.org infrastrukt\u00far\u00e1\u00e9rt felel\u0151s szem\u00e9ly, v\u00e9grehajtotta a blokkol\u00e1st. A blokkol\u00e1s oka egy pull k\u00e9r\u00e9s volt, amely a 6.16-os kernel \u00e1gba val\u00f3 beilleszt\u00e9sre vonatkozott, \u00e9s egy git-t\u00e1rhelyre hivatkozott, ahol n\u00e9h\u00e1ny k\u00f6telezetts\u00e9gv\u00e1llal\u00e1s szerz\u0151i inform\u00e1ci\u00f3i megv\u00e1ltoztak. <\/p>\n
A Keso \u00e1ltal t\u00e1mogatott git-repo tartalmazott hamis v\u00e1ltoz\u00e1sokat, ahol a szerz\u0151 \u00e9s a commit\u00e1l\u00f3 neve k\u00f6z\u00f6tt szerepelt a \"Linus Torvalds\", de Linus nem adta hozz\u00e1 ezeket. P\u00e9ld\u00e1ul Linus nev\u00e9vel a Keso \u00e1gon volt egy commit, amely megism\u00e9telte egy m\u00e1sik commitot Linus \u00e1gain, de elt\u00e9r\u0151 SHA1 hash-sel. Mindk\u00e9t commit ugyan\u00fagy n\u00e9zett ki, kiv\u00e9ve a signat\u00fara inform\u00e1ci\u00f3j\u00e1t. <\/p>\n
A v\u00e1ltoz\u00e1sok nem t\u0171ntek v\u00e9letlen hib\u00e1nak a \"git rebase\" m\u0171velet v\u00e9grehajt\u00e1sa sor\u00e1n, mivel helytelen inform\u00e1ci\u00f3t tartalmaztak a commit szerz\u0151j\u00e9r\u0151l. Linus Torvalds ezt potenci\u00e1lisan k\u00e1ros aktivit\u00e1s nyomaik\u00e9nt \u00e9rt\u00e9kelte, \u00e9s megakad\u00e1lyozta Keso b\u00e1rmilyen v\u00e1ltoztat\u00e1s\u00e1nak elfogad\u00e1s\u00e1t, am\u00edg nem tiszt\u00e1zz\u00e1k a hasonl\u00f3 manipul\u00e1ci\u00f3k okait \u00e9s meg nem er\u0151s\u00edtik, hogy Keso rendszere nem volt kompromitt\u00e1lva. <\/p>\n
Keso v\u00e1laszolt, hogy nem \u00e9rti, hogyan t\u00f6rt\u00e9nhetett ez. Kor\u00e1bban probl\u00e9m\u00e1i voltak t\u00f6bb git \u00e1g\u00e1nak egyes\u00edt\u00e9s\u00e9vel, majd pr\u00f3b\u00e1lta megoldani \u0151ket a \"git rebase\" m\u0171velettel, de \u00fagy t\u0171nik, ez nem seg\u00edtett. Mindez egy SSD meghib\u00e1sod\u00e1sa mellett zajlott, amely hib\u00e1kat produk\u00e1lt m\u00e1sol\u00e1s k\u00f6zben. Keso azt hitte, hogy a hiba ut\u00e1n siker\u00fclt vissza\u00e1ll\u00edtania a repo \u00e1llapot\u00e1t, de \u00fagy t\u0171nik, ez nem \u00edgy van. Az integrit\u00e1s helyre\u00e1ll\u00edt\u00e1sa \u00e9rdek\u00e9ben Keso sz\u00e1nd\u00e9k\u00e1ban \u00e1ll, hogy \u00fajra l\u00e9trehozza \u00e1gainak \u00e1llapot\u00e1t k\u00fcl\u00f6n patch-ekb\u0151l. A legval\u00f3sz\u00edn\u0171bb okk\u00e9nt a Keso szerz\u0151j\u00e9nek hamis\u00edt\u00e1s\u00e1t egy sikertelen repo-helyre\u00e1ll\u00edt\u00e1si k\u00eds\u00e9rletet tartja. <\/p>\n
Linus nem fogadta el ezt a magyar\u00e1zatot, mivel v\u00e9lem\u00e9nye szerint a Keso repo commit t\u00f6rt\u00e9net\u00e9nek v\u00e1ltoz\u00e1sai nagyon hasonl\u00edtanak a sz\u00e1nd\u00e9kos cselekv\u00e9sre, nem pedig v\u00e9letlen hib\u00e1ra. A v\u00e1ltoz\u00e1sok t\u00f6rt\u00e9net\u00e9nek rekonstrukci\u00f3j\u00e1t a \"git rebase\" m\u0171velet magyar\u00e1zhatja a commit\u00e1l\u00f3 fel\u00fcl\u00edr\u00e1s\u00e1nak, de Linus nem \u00e9rti, hogyan t\u00f6rt\u00e9nhetett ilyen \"git rebase\" m\u0171velet v\u00e9letlen\u00fcl. <\/p>\n
Egy vagy k\u00e9t commit fel\u00fcl\u00edr\u00e1s\u00e1t m\u00e9g el lehetett volna k\u00f6nyvelni hibak\u00e9nt, de a Kesa t\u00e1rol\u00f3j\u00e1ban t\u00f6bb mint hatezer merge commit lett fel\u00fcl\u00edrva, melyek k\u00f6z\u00fcl 330-n\u00e1l a szerz\u0151 Linus volt, mik\u00f6zben ezek a commitok nem voltak Linus git-f\u00e1jltartalm\u00e1b\u00f3l. A v\u00e9grehajtott m\u00f3dos\u00edt\u00e1sok ink\u00e1bb egy szkript m\u0171k\u00f6d\u00e9s\u00e9re eml\u00e9keztetnek, mintsem adatok t\u00e1rol\u00f3n val\u00f3 megs\u00e9r\u00fcl\u00e9s\u00e9nek eredm\u00e9ny\u00e9re, mivel minden commit k\u00fcl\u00f6n \u00fajrateremt\u00e9s\u00e9t ig\u00e9nyli. <\/p>\n
K\u00e9s biztos\u00edtotta Linust arr\u00f3l, hogy nem sz\u00e1nd\u00e9kosan tette ezt, \u00e9s nem v\u00e9gezne hasonl\u00f3 k\u00eds\u00e9rleteket figyelmeztet\u00e9s n\u00e9lk\u00fcl (p\u00e9ld\u00e1ul a kor\u00e1bbi \u00f6ssze\u00fctk\u00f6z\u00e9si k\u00eds\u00e9rletet Linusszal egyeztette). A h\u00e9ten t\u00f6bb manu\u00e1lis m\u0171veletet v\u00e9gzett a t\u00e1rol\u00f3val, \u00e9s most megpr\u00f3b\u00e1lja kider\u00edteni, hogy mi ment rosszul, \u00e9s reproduk\u00e1lni a probl\u00e9m\u00e1t. P\u00e9ld\u00e1ul K\u00e9s a for-next\/hardening \u00e9s for-linus\/hardening git-\u00e1gak rebase m\u0171velet\u00e9t hajtotta v\u00e9gre, elt\u00e9r\u0151en a kor\u00e1bbi hasonl\u00f3 \u00e1talak\u00edt\u00e1sokt\u00f3l, a \u201emaster\u201d \u00e1gat haszn\u00e1lva, nem az rc2-t. E m\u0171velet sor\u00e1n m\u00f3dos\u00edt\u00e1sokat v\u00e9gzett a push-k\u00e9relmek ellen\u0151rz\u00e9s\u00e9re szolg\u00e1l\u00f3 szkriptekben. <\/p>\n