Atvykimas Linux 7.1 Tai pasižymi dėmesio saugumui pokyčiu. ir kaip tvarkomos dirbtinio intelekto pagalba aptiktos klaidos. Branduolio projekte buvo įtraukta nauja dokumentacija, siekiant paaiškinti, kokio tipo klaidos turėtų būti laikomos tikrais pažeidžiamumais ir kaip integruoti dirbtinio intelekto įrankiais sugeneruotas ataskaitas į standartinius kūrimo darbo eigą.
Šis koregavimas atliekamas tuo metu, kai branduolio įnašai Jie auga kaip niekad anksčiau.Tai daugiausia lemia vis labiau paplitęs dirbtinio intelekto modelių naudojimas kodo peržiūrai, pataisų siūlymui ir analizės automatizavimui. Tiek saugumo komanda, tiek pats Linus Torvalds pradeda suprasti, kad šis tempas nebėra trumpalaikė anomalija, o nauja norma, reikalaujanti tobulinti kriterijus ir procedūras.
Ką „Linux 7.1“ laiko tikra saugumo spraga?
Naujas vadovas, paskelbtas branduolio dokumentacijoje Tai kyla iš paprastos, bet galingos idėjosDauguma klaidų neturėtų būti sprendžiamos už uždarų durų, tarsi jos būtų kritinės spragos. Projekte tvirtinama, kad atviros diskusijos suteikia daugiau perspektyvų, apima daugiau naudojimo atvejų ir paprastai leidžia atlikti aukštesnės kokybės pataisymus.
Pagal tekstą, dažnos klaidos traktavimas kaip saugumo pažeidimo Tai dažnai lemia priešingą rezultatą, nei siekiama: mažiau dalyvaujančių žmonių, mažiau įvairių įrodymų ir galiausiai potencialiai blogesnį sprendimą. Šiuo įspėjimu siekiama ištaisyti vis dažnesnę praktiką: problemas, kurios geriau tinka įprastiems viešiesiems pranešimų kanalams, siųsti į privačių apsaugos įmonių adresų sąrašą.
Dokumente pažymima, kad „Linux“ jau turėjo apibrėžtą grėsmių modelįTai dabar tampa kriterijumi sprendžiant, ar radinys yra konfidencialus. Pagrindinis kriterijus yra tai, ar pažeidžiamumas suteikia užpuolikui galimybių, kurių jis neturėtų turėti gerai sukonfigūruotoje gamybinėje sistemoje, ar jį galima pagrįstai išnaudoti ir ar jis kelia realų pavojų daugeliui vartotojų.
Praktiškai tie, kurie praneša apie klaidas, raginami apsvarstyti, ar problema iš tikrųjų peržengia pasitikėjimo ribą tipiškoje aplinkoje. Jei atsakymas yra neigiamasRekomenduojama naudoti viešus kūrėjų el. pašto sąrašus, o ne privačius kanalus. Nepaisant to, vadove numatyti ir abejotini atvejai: jei kas nors nėra tikras, ar rasta spraga yra pažeidžiamumas, jis gali toliau naudotis saugos el. pašto paslauga, kuri teikia pirmenybę klaidingai teigiamų rezultatų tvarkymui, o ne rimto trūkumo ignoravimui.
Be to, dokumentuose pabrėžiama, kad Įprastų klaidų pateikimas į saugos sąrašą nepaspartina jų sprendimo.Priešingai, laikas, kurį komanda skiria nesusijusių ataskaitų klasifikavimui, atimamas nuo kitų bylų, kurios galėtų pakenkti gamybos sistemoms, o tai galiausiai kenkia visai bendruomenei.
Dirbtiniame intelekte rastos klaidos: kodėl jos traktuojamos kaip viešos
Vienas ryškiausių atnaujinimo aspektų yra susijęs su klaidos, rastos naudojant DINaujojoje politikoje teigiama, kad kai dirbtinis intelektas naudojamas branduolio trūkumui nustatyti, šis radinys turėtų būti laikomas iš esmės viešu, net jei jis iš pradžių buvo išsiųstas privačiais kanalais.
Priežastis ne teorinė, o veikiau saugumo komandos neseniai įgytos patirties rezultatas: Tie patys trūkumai dažniausiai atsiranda vienu metu kelių tyrėjų rankose kurie testuoja panašias analizės sistemas. Labai panašios ataskaitos apie tą pačią problemą dažnai gaunamos per kelias valandas ar net tą pačią dieną, todėl bet kokie realūs lūkesčiai dėl ilgalaikio konfidencialumo paneigiami.
Tai nereiškia, kad kviečiama skelbti visas technines detales be filtrų. Vadove paaiškinama, kad Nerekomenduojama atvirai atskleisti klaidos veikiančiam žaidėjui.Tai yra veiksmų rinkinys arba kodas, leidžiantis jį patikimai aktyvuoti. Siūloma el. laiške nurodyti, kad žaidėjas egzistuoja, ir leisti prižiūrėtojams jo paprašyti privačiai, jei jie mano, kad tai būtina norint užbaigti taisymą.
Laikydamasis šios pusiausvyros, projektas bando išvengti dviejų kraštutinumų: viena vertus, persotinti saugumo kanalus išvadomis, kurias kiti jau mato lygiagrečiaiViena vertus, tai suteikia užpuolikams paruoštą receptą dar prieš atsirandant pataisymams. Kita vertus, tai pripažįsta, kad grotuvas yra vertinga priemonė klaidoms patvirtinti ir taisyti, tačiau kartu ir potenciali piktnaudžiavimo priemonė, jei jis nekontroliuojamai platinamas plačiajai visuomenei.
Pataisų augimas „Linux 7.1“ sistemoje ir dirbtinio intelekto vaidmuo
Nors ataskaitų teikimo standartai yra tobulinami, pats „Linux 7.1“ kūrimo ciklas atspindi, kiek Dirbtinis intelektas skatina branduolio pakeitimų apimtį7.1-rc3 fazėje Linus Torvalds jau perspėjo, kad pataisų ir modifikacijų padidėjimas, palyginti su ankstesniais ciklais, atrodo, nėra vienkartinis šuolis, o veikiau pagrindinės tendencijos požymis.
Remiantis tuo, ką sakė Torvaldsas, Kūrėjai pateikia daugiau kodo per trumpesnį laikąTai daugiausia lemia įrankiai, kurie automatizuoja tokias užduotis kaip peržiūra, pataisų generavimas ir neliestų kodo sričių tyrinėjimas. Tai reiškia intensyvesnius ciklus, didesnius pataisymus ir vis didesnį vienu metu atliekamų pakeitimų, kuriuos reikia atidžiai peržiūrėti, kiekį.
Panašiai, tinklo priežiūra užima ypač svarbią vietą „Linux 7.1-rc3“. Beveik trečdalis pokyčių sutelkti tinklų kūrimo srityjeNuo tinklo valdiklių iki ryšių infrastruktūros – tai aiškus pažangių tinklų, debesų kompiuterijos ir duomenų centrų svarbos šiandieninėje Europos ir pasaulio ekosistemoje pavyzdys.
Ciklas taip pat apima pagerintas suderinamumas su naujausia aparatine įrangaTai apima patikimesnį USB-C tinklo jungčių palaikymą šiuolaikiniuose „Apple“ įrenginiuose. Tai padidina „Linux“ patrauklumą ARM pagrindu veikiančių nešiojamųjų kompiuterių ir įrenginių naudotojams Europoje, kur vis dažniau derinamos „macOS“ ir „Linux“ aplinkos kūrimo, duomenų mokslo ir dirbtinio intelekto darbo eigose.
Tuo pačiu metu „Linux 7.1-rc3“ plečia savo taikymo sritį multimedijos ir kūrybos srityseŠie patobulinimai, skirti specializuotai garso įrangai, tokiai kaip „AlphaTheta“ / „Pioneer DJ“ įrenginiai, ir sukurti Europos muzikos kūrimo studijoms bei renginių vietoms, kurios pirmenybę teikia atviriems sprendimams, leidžia geriau integruoti profesionalią įrangą su GNU / „Linux“ pagrindu sukurtomis sistemomis.
Rūdžių ir atminties saugumas branduolyje
Kitas aspektas, kuris tampa vis svarbesnis „Linux 7.1“ versijoje, yra didėjantis „Rust“ buvimas branduolio kodeKalba, žinoma dėl savo dėmesio atminties saugumui, palaipsniui diegiama į svarbiausias posistemes, kur atminties valdymo klaidos turi ypač jautrų poveikį.
Šio ciklo metu didelė dalis pleistrų toliau atakuoja klasikiniai trūkumai, tokie kaip „naudojimas po išpakavimo“Atminties sugadinimas arba buferio klaidos. Šios problemos jau daugelį metų yra rimtų pažeidžiamumų šaltinis, ypač tokiose srityse kaip „Bluetooth“, grafikos valdikliai (GPU) arba pats tinklas, kuriose ir taip sutelkta didelė dalis kūrimo veiklos.
Ekspertai tikisi, kad Platesnis „Rust“ naudojimas žymiai sumažina Šio tipo klaidos linkusios atsirasti laikui bėgant. Į kalbą integruotas atminties saugumas veikia kaip papildomas apsauginis tinklas nuo daugelio sunkiai aptinkamų C kalboje klaidų, taip pagerindamas ypač jautrių komponentų patikimumą.
Tačiau dirbtinio intelekto žadamas produktyvumo padidėjimas turi savo kainą. Daugiau kodo ir daugiau pataisų taip pat reiškia didesnį peržiūros darbo krūvį.Tai reiškia daugiau patvirtinimų ir kartais didesnę riziką, kad sudėtingos klaidos praslys pro pradinį filtrą. Prižiūrėtojams ir recenzentams šis naujas etapas suteikia ir galimybių, ir iššūkių, nes reikia permąstyti, kaip suskirstyti prioritetus, automatizuoti ir organizuoti darbą neaukojant kokybės.
Dirbtinio intelekto ataskaitų rašymo ir pateikimo kriterijai
Be pataisų skaičiaus, „Linux 7.1“ dokumentacijoje visas skyrius skirtas Kaip turėtų būti rengiamos dirbtinio intelekto generuojamos ataskaitos?Projekte pripažįstama, kad šie įrankiai gali būti labai naudingi aptinkant problemas tose kodo srityse, kurios retai liečiamos, tačiau pabrėžiama, kad daugelį jų generuojamų ataskaitų sunku valdyti.
Viena iš pasikartojančių problemų yra ilgis. Kalbos modelių sukurtos ataskaitos paprastai būna pernelyg ilgas, su nereikalingais paaiškinimais ir pagražinimus, kurie nepadeda nustatyti, kas svarbu: kuris failas paveiktas, kuriose versijose atsiranda klaida ir koks konkretus poveikis. Oficiali rekomendacija – pereiti prie esmės, pateikti aiškią santrauką pradžioje ir sugrupuoti esminius duomenis organizuotai.
Antras ginčytinas klausimas yra formatas. Daugelis ataskaitų pateikiamos su daugybe informacijos. Nuolaidų etiketės, dekoratyviniai stiliai ir netinkami formatai projekto naudojamiems adresų sąrašams. Kadangi šie pagražinimai pablogina cituojant ir persiunčiant pranešimus, instrukcija yra prieš siunčiant visą turinį konvertuoti į paprastą tekstą, taip išvengiant vizualinio netvarkos ir skaitomumo problemų.
Kalbant apie poveikį, vadove pažymima, kad Daugybė dirbtinio intelekto paremtų ataskaitų pernelyg spėlioja Kalbant apie galimas pasekmes, jie išrado teorines atakų grandines, kurios neatitinka tikrojo branduolio grėsmių modelio. Užuot konstruojant hipotetinius scenarijus, jų prašoma sutelkti dėmesį į patikrinamus faktus, pavyzdžiui, konkrečiai paaiškinti, kokio tipo vartotojas galėtų įgyti kokių papildomų galimybių tinkamai sukonfigūruotoje sistemoje.
Kaip papildoma pagalba, dokumentuose nurodoma, kad, kai įmanoma, Pats DI įrankis nuskaito ir atsižvelgia į „Linux“ grėsmių modelį prieš darant išvadas. Tai būdas užtikrinti, kad parengti aprašymai ir vertinimai atitiktų projekto jau naudotus kriterijus, taip sumažinant triukšmą ir nesusipratimus.
Žaidėjai, pataisymai ir sveikas protas dirbtinio intelekto amžiuje
Vadove taip pat aptariami praktiniai klausimai: Ką daryti su žaidėjais ir pataisų pasiūlymais kuriuos gali generuoti daugelis dirbtinio intelekto įrankių. Teoriškai šios sistemos gali sukurti veiksmų sekas arba bandymų programas, kurios pakartotinai sukelia gedimą, tačiau dokumentuose reikalaujama, kad prieš pateikiant juos kaip ataskaitos dalį, jie turi būti kruopščiai išbandyti.
Jei grotuvas neveikia taip, kaip aprašyta, arba jei įrankis negali jo užtikrinti, Reikėtų suabejoti išvados patikimumu.Kalbama ne tik apie tai, kaip išvengti techninės priežiūros personalo laiko švaistymo, bet ir apie tai, kaip sumažinti tikimybę, kad triukšmingos ataskaitos paslėps tikrai svarbias klaidas tarp klaidingai teigiamų rezultatų srauto.
Kalbant apie pleistrus, tekste nurodoma, kad Daugelis dirbtinių intelektų geriau generuoja kodą nei vertina jo poveikįTodėl šių įrankių naudotojams taip pat rekomenduojama užsisakyti siūlomą pataisą, tačiau prieš pateikiant ją branduolio adresų sąrašams, skirti laiko ją peržiūrėti ir išbandyti patiems.
Tais atvejais, kai pleistro negalima išbandyti dėl Tai priklauso nuo labai retos įrangos arba beveik pasenusių protokolųNaujoje dokumentacijoje gana aiškiai parašyta: tai greičiausiai nėra reikšmingas saugumo trūkumas. Be to, jei paveiktas failas nebuvo pakeistas ilgą laiką ir jį tvarko tik vienas asmuo, greičiausiai tai komponentas, turintis labai mažai realių vartotojų, pavyzdžiui, senesnių įrenginių tvarkyklės arba pasenusios failų sistemos.
Pateikus pataisą, projektas tai prisimena Privalote laikytis įprastos lopų siuntimo procedūrosįskaitant žymę „Fixes:“, kuri nurodo į pakeitimų paketą, kuris sukėlė pažeidžiamumą. Jei problema yra akivaizdžiai nedidelė, lengvai aptinkama ir neturi jokio poveikio įprastoje aplinkoje, galutinė rekomendacija yra ją spręsti tiesiogiai per viešąjį kanalą, vengiant eikvoti išteklius iš saugos kanalo.
Remiantis šiomis gairėmis, „Linux 7.1“ Tai neužveria durų dirbtinio intelekto naudojimui branduolio kūrime.Tačiau aiškiai parodoma, kad dalies darbo automatizavimas nepanaikina poreikio taikyti sprendimus, tikrinti rezultatus ar visapusiškai suprasti kiekvienos klaidos kontekstą. Ataskaitos kokybė, galimybė atkurti klaidą ir realistiškas rizikos vertinimas išlieka pagrindiniais elementais, skiriančiais paprastą klaidą nuo pažeidžiamumo, kuriam reikia skirti ypatingą dėmesį.
Visa ši veikla, susijusi su „Linux 7.1“, rodo, kaip projektas prisitaiko prie etapo, kai dirbtinis intelektas, architektūrų įvairinimas ir ekosistemos augimas kiekvieną kūrimo ciklą daro intensyvesnį. Stiprindamas saugumo gaires ir skatindamas „Rust“ naudojimą atminties klaidoms mažinti, branduolys plečia savo palaikymą šiuolaikinei techninei įrangai ir tokiems sektoriams kaip debesų kompiuterija, multimedijos kūrimas ir didelio našumo skaičiavimas, įtvirtindamas savo pagrindinį vaidmenį technologinėje infrastruktūrose Europoje ir likusioje pasaulio dalyje.
