Systemd 260: TPM2, smilškastes tehnoloģija un jaunas iespējas operētājsistēmā Linux

Aparatūras rokasgrāmata » Pirkšanas ceļveži » Systemd 260: TPM2, smilškastes tehnoloģija un jaunas iespējas operētājsistēmā Linux

Ar ierašanos systemd 260 Linux distribūcijas sper vēl vienu svarīgu soli pretī modernākai, drošākai ekosistēmai, kas orientēta uz mākoņvidēm, virtualizāciju un automatizāciju. Šī versija ne tikai uzlabo detaļas, bet arī ievieš būtiskas izmaiņas palaišanas, pakalpojumu pārvaldības, tīklošanas, TPM2 izmantošanas integritātes un šifrēšanas nodrošināšanai, kā arī disku līmeņa smilškastes iespējās.

Vienlaikus projekts stiprina savu dokumentāciju un darba veidu ar mākslīgā intelekta aģentiTas skaidri parāda, ka systemd ir kritiski svarīgs pīlārs, ar kuru tiek savienoti arvien vairāk izstrādes un novērošanas rīku. Ja pārvaldāt Linux sistēmas serveros, mākonī, korporatīvajos datoros vai laboratorijās, ir vērts veltīt brīdi visu šo jauno funkciju pārskatīšanai, lai plānotu atjauninājumus un konfigurācijas pielāgojumus.

Atvadīšanās no System V un pilnīga atkarība no vietējiem diskdziņiem

Viena no pārsteidzošākajām izmaiņām systemd 260 ir pilnīga System V skriptu atbalsta pārtraukšanaKlasiskais sāknēšanas process, kura pamatā ir /etc/init.d, jau gadiem ilgi tika pakāpeniski pārtraukts, taču tagad tas faktiski pazūd no systemd koda.

Tas nozīmē, ka komponenti, kas atbild par saikni starp SysV skriptiem un vietējām vienībām, ir noņemti: systemd-rc-local-generator, rc-local.service, systemd-sysv-generator un systemd-sysv-install Tie pārstāj pastāvēt. Tā rezultātā jebkurš pakalpojums, kas joprojām ir atkarīgs no šiem mantotajiem mehānismiem, vienkārši netiks palaists sistēmās, kas ievieš systemd 260.

Tīrīšanas procesa laikā vairākas Meson būvēšanas opcijas ir atzīmētas kā novecojušas vai noņemtas. Karodziņi -Drc-local=, -Dsysvinit-path= un -Dsysvrcnd-path= daži tiek nomesti atmiņu stumbenē, bet citi, piemēram, -Dintegration-tests= un -Dcryptolib= Tie tiek noņemti tieši. Tā ir skaidra ziņa: visam jānotiek, izmantojot vietējās vienības un moderno systemd infrastruktūru.

Daudzām Eiropas infrastruktūrām, kas joprojām izmanto vecākus komponentus, šīs izmaiņas prasa pārskatīt iekšējos pakalpojumus, pielāgotos skriptus un mantotās izvietošanas. Migrācija uz precīzi definētiem vienību failiem vairs nav tikai ieteicama; tā ir obligāta, ja vēlaties turpināt palaist pakalpojumus distribūcijās, kas integrē systemd 260.

Augstākas kodola prasības un koncentrēšanās uz pašreizējām vidēm

Jaunā versija paceļ latiņu kodolam: no šī brīža Minimālā atbalstītā Linux versija ir 5.10atstājot aiz sevis ļoti vecas filiāles, piemēram, 5.4. Turklāt projekts norāda, ka ideāli ir strādāt pie kodols 5.14 vai jaunāksun jo īpaši iesaka 6.6 sērija lai izmantotu visas pieejamās funkcijas.

Šis prasību pieaugums parasti nav problēma mūsdienu distribūcijās, taču tas var sarežģīt lietas ļoti konservatīvās vidēs vai iegultos risinājumos, kas tiek uzturēti daudzus gadus. Pirms jaunināšanas uz systemd 260 ieteicams pārbaudīt, kurš kodols tiek izmantots, īpaši Eiropas datu centri ar ilgtermiņa izvietošanu vai pielāgotos attēlos.

Pretējā spektra galā ir tādas mainīgas izlaiduma distributīvas kā Arch Linux vai openSUSE Tumbleweed, kas ir ļoti populāras to vidū, kuri vēlas jaunākās funkcijas, un tās parasti ātri iekļauj gan jaunus kodolus, gan jaunas systemd atzarus. Citas, piemēram, Fedora, saglabā zināmu stabilitātes pakāpi systemd galvenajā versijā katras versijas dzīves ciklā, kas dod nedaudz vairāk laika migrācijas plānošanai.

TPM2, sāknēšanas integritāte un uzlabots SRK atbalsts

Viena no jomām, kurā systemd attīstās visvairāk, ir tās integrācija ar TPM2 (uzticamas platformas modulis 2.0)Šī mikroshēma, kas arvien biežāk sastopama mūsdienu UEFI mātesplatēs un vidējas un augstas klases aparatūrā, ļauj piesaistīt noslēpumus sistēmas stāvoklim, izmērīt sāknēšanas fāzes un atbloķēt šifrētus sējumus automātiski, kad vide ir tāda, kā paredzēts.

Systemd 260 vēl vairāk uzlabo šo integrāciju, pievienojot rīkus un pakalpojumus, kas aptver dažādus sāknēšanas procesa posmus. Galvenā sastāvdaļa ir... systemd-tpm2-setup, kas atbild par infrastruktūras sagatavošanu ap Krātuves saknes atslēga (SRK) TPM. Šī saknes atslēga kalpo kā kriptogrāfisks pamats, lai nodrošinātu drošu saziņu ar mikroshēmu un droši glabātu citus noslēpumus.

Startēšanas laikā var izšķirt divas fāzes: ļoti agru initrd un otru saknes sistēmā. Pirmajā pakalpojums ar nosaukumu “Early TPM SRK Setup” pārbauda, ​​vai TPM jau ir saglabāts SRK, un, ja tāda nav, izveido to un padara īslaicīgi pieejamu sadaļā /run/systemd/tpm2-srk-public-key.*Vēlāk, kad faktiskā failu sistēma būs pievienota, pakalpojums apvienos SRK un pārbaudīs, vai atslēga, kas saglabāta /var/lib/systemd/tpm2-srk-public-key.pem Tas sakrīt ar TPM norādīto.

Labi konfigurētos scenārijos ir redzami šādi žurnāla ieraksti. "SRK jau ir saglabāts TPM" un ziņojumus, kas norāda, ka SRK nospiedums atbilst paredzētajam. No otras puses, ja vide nav saskaņota (piemēram, konfigurācijās ar Yocto vai tādās platēs kā Raspberry Pi ar SPI TPM un pielāgotām sāknēšanas metodēm ar U-Boot un izmērītu sāknēšanu), var rasties situācijas, kad systemd neizdodas izveidot šos failus mapē /var/lib/systemd, radot šaubas par to, vai SRK ir pareizi konfigurēts.

Ja ir mainījies TPM stāvoklis, ir modificētas nodalījumi vai ir mainīta sāknēšanas plūsma, saistītā politika, iespējams, vairs nav piemērojama. Šādos gadījumos daži uzturētāji iesaka notīriet TPM slotu vai politiku un atkārtoti reģistrējiet atslēgu, ievērojot procedūras, kas ir līdzīgas tām, kas aprakstītas disku šifrēšanas rokasgrāmatās ar TPM tādās vidēs kā openSUSE, kur ir detalizēti aprakstīts, kā atjaunot PCR politiku un atkārtoti saistīt sējuma atbloķēšanu.

Papildus SRK, vēl viens praktisks uzlabojums ir iekšējas utilītas ieviešana udev, ko sauc par tpm2_idŠis integrētais rīks darbojas, kad sistēma atrod TPM2 ierīci un Tas automātiski iegūst ražotāja identifikatoru un modeli.Tas vienkāršo drošības aparatūras inventarizāciju, kas ir ļoti noderīgi valsts pārvaldē, regulētos uzņēmumos vai kritiskās infrastruktūras jomās, kur ir nepieciešams precīzi zināt, kuri TPM moduļi ir izvietoti.

Integrācija ar jaunuzņēmumu mērīšanas infrastruktūru tiek pastiprināta arī ar īpašām vienībām, piemēram, systemd-pcrextendkas reģistrē tādus notikumus kā “enter-initrd”, “leave-initrd”, “sysinit” vai “ready” dažādos PCR (piemēram, PCR 11). Šī paplašinājumu secība ļauj TPM uzkrāt kriptogrāfiski pārbaudāmu sāknēšanas plūsmas ierakstu, ko pēc tam var izmantot uzticamas sāknēšanas politikām vai UKI (vienotie kodola attēli) kas apstiprina ierīces statusu pirms taustiņu atlaišanas.

Drošības pasākumi un pakalpojumu smilškastes izveide ar systemd

Systemd ne tikai sāk procesus, bet arī piedāvā ļoti plašu funkciju klāstu. smilškastes direktīvas lai izolētu pakalpojumus un ierobežotu kaitējumu kompromitēšanas gadījumā. Šī "padziļinātas aizsardzības" pieeja balstās uz cgroups, vārdtelpām, kodola iespējām un sistēmas izsaukumu filtriem (seccomp).

Lai novērtētu konkrēta pakalpojuma statusu, systemd iekļauj rīku systemd-analyze securityPalaižot to, tiek ģenerēts ziņojums ar iedarbības indeksu skalā no 0 līdz 10, kur zemāks ir labāks. Ziņojumā ir sadalīti iespējotie vai trūkstošie aizsardzības līdzekļi (tīkla izolācija, piekļuve failu sistēmai, ierīces utt.), kas ļoti atvieglo ievainojamību noteikšanu. kādas korekcijas ir nepieciešamas un pārbaudiet, vai ieviestās izmaiņas patiešām uzlabo rezultātu.

Sākotnējās vienības rediģēšanas vietā, kas turpmākajos pakotņu atjauninājumos tiktu zaudēta, ieteicams izveidot ignorēšana en /etc/systemd/system/mi-servicio.service.d/ ar failu, piemēram, sandbox.confPēc modificēšanas vienkārši atkārtoti ielādējiet konfigurāciju ar systemctl daemon-reload un restartējiet pakalpojumu, lai jaunie ierobežojumi stātos spēkā.

Failu sistēmas līmenī viena no svarīgākajām iespējām ir Aizsargāt sistēmu=Vērtības, piemēram, strict, full o true Viņi piestiprina dažādas koka daļas tikai lasīšanas režīmā. Parasti, ja iespējams, tiek izmantota Aizsardzības sistēma=stingraTas padara /usr, /boot, /efi un /etc tikai lasāmus pakalpojumam. Ja lietojumprogrammai ir jāraksta noteiktos direktorijos, to var darīt, izmantojot ReadWritePaths=/ceļš vienotībā.

Lai vēl vairāk uzlabotu privātumu, ieteicams arī ierobežot piekļuvi lietotāju direktorijiem, izmantojot AizsargātMājas=truekas neļauj pakalpojumam lasīt /home, /root vai /run/user. Turklāt Privātais laiks=true Tas izveido izolētu /tmp un /var/tmp telpu, novēršot pagaidu failu savstarpēju redzamību starp procesiem.

Ierīcēs, Privātās ierīces = patiess Tas paslēpj faktisko /dev koku un aizstāj to ar minimālu drošu pseidoierīču kopu (nulle, nulle, nejauša utt.). Ja ierīcei ir nepieciešama konkrēta ierīce (piemēram, seriālais ports vai diska bloks), to var piešķirt, izmantojot DeviceAllow=/dev/xxx rw vai tikai lasīšanas režīmā.

Tīkls ir arī galvenais vektors. Ar Privātais tīkls=true Tiek izveidota izolēta tīkla vārdtelpa, atstājot tikai atgriezenisko saiti; pakalpojums neredzēs fiziskās saskarnes un nevarēs sazināties ar ārpasauli. Varat arī ierobežot, kuras adrešu saimes tas var izmantot, izmantojot IerobežotāsAdresesĢimenes=atļaujot tikai AF_INET un AF_INET6 IPv4/IPv6, AF_UNIX lokālajām ligzdām vai pat none pilnībā japānizēt tīkla iespējas.

Attiecībā uz privilēģijām direktīva Nav jaunu privilēģiju=true Tas ir viens no spēcīgākajiem: tas neļauj procesam iegūt jaunas privilēģijas, izmantojot setuid bināros failus vai iespēju izmaiņas. Īsāk sakot, pat ja pakalpojums izpilda neaizsargātu kodu, tam nevajadzētu būt iespējai pāriet uz root piekļuvi, izmantojot tradicionālos mehānismus. Apvienojumā ar Spēju ierobežojošā kopa=Definējot precīzu atļauto iespēju sarakstu (piemēram, tikai CAP_NET_BIND_SERVICE klausīties zemās pieslēgvietās), uzbrukuma virsma tiek samazināta līdz minimumam.

Vēl jo vairāk, systemd ļauj filtrēt sistēmas izsaukumus ar Sistēmas izsaukumu filtrs=Tā vietā, lai uzturētu manuālu sistēmas izsaukumu sarakstu, tiek izmantotas iepriekš definētas grupas, piemēram, @system-service, @network-io, @basic-io vai noliegt tādas grupas kā ~@privileged. Ar systemd-analyze syscall-filter Ir iespējams pārbaudīt, kuri konkrētie izsaukumi pieder katrai grupai. Tas ļauj izveidot ļoti ierobežotu izpildes profilu, līdzīgi kā to piedāvātu īpaša smilškaste.

Citi būtiski pielāgojumi ir ProtectKernelTunables=true, kas bloķē kodola parametru modificēšanu /proc/sys un /sys failos, Aizsargāt kodolu moduļus = patiesskas neļauj ielādēt vai izlādēt moduļus, ProtectKernelLogs=truekas neļauj lasīt kodola reģistrus, un Aizsargāt vadības grupas = patiesskas bloķē rakstīšanu cgroups hierarhijā. Tas viss nemanāmi apvienojas ar jaunām lietotāju izolācijas iespējām, piemēram, Privātie lietotāji=pilns, kas 260. versijā ir atjaunināts, lai kartētu pilnu lietotāju ID diapazonu, novēršot iepriekšējos risinājumus, kas bija nepieciešami vidēm ar ligzdotu systemd.

PrivateUsers, xaccess un jaunu ierīču piekļuves vadīklas

Mehānisms Privātie lietotājiParedzēts pakalpojumu palaišanai izolētā lietotāja ID telpā, tas ir konsolidēts systemd 260. Opcija Privātie lietotāji=pilns Tagad tas kartē visu identifikatoru klāstu, vienkāršojot lietas konteineros un sistēmās ar ligzdotām systemd instancēm, kuru pamatā ir vecākas versijas (pirms 257). Šis uzlabojums ir novērsis uzlaušanas, kas tika izmantotas šo veco instanču noteikšanai.

Paralēli, tādas sastāvdaļas kā systemd-logind un systemd-udevd Viņi laiž klajā koncepciju par xaccessŠis mehānisms papildina klasisko loģiku uaccessxaccess piešķir piekļuvi noteiktām ierīcēm (piemēram, audio vai video) lietotājiem ar priekšplāna grafiskajām sesijām lokālajā datorā. Atļaujas var deleģēt xaccess. attālinātie lietotāji ar īpaši iezīmētām sesijāmlai, piemēram, lietotājs, kas izveidojis savienojumu, izmantojot attālo darbvirsmu, varētu piekļūt lokālajām GPU renderēšanas ierīcēm, nepiešķirot plašas atļaujas visai sistēmai.

Šo sesiju konfigurācijā ir iesaistīti vides mainīgie, kas tiek atklāti, izmantojot PAM, proti PAMXDG_SESSION_EXTRA_DEVICE_ACCESS=Tas ļauj definēt, kuras konkrētās ierīces ietilpst šajā sistēmā. Šī pieeja ir ļoti saskaņota ar Eiropas Savienības normatīvo aktu ievērošanas un datu aizsardzības prasībām, kas pieprasa detalizāciju un izsekojamību piekļuvē sensitīvai aparatūrai.

mstack, systemd-mstack un jauni konteineru rīki

Konteinerizācijas jomā systemd 260 ievieš funkcionalitāti mstekā un ar to saistītu komandu, systemd-mstackmstack ideja ir ļaut definēt Pārklājuma failu sistēma (FS) pamatojoties uz īpaša direktorija struktūru, ko sauc par .mstack/, kas ievēro īpašu specifikāciju slāņu organizēšanai.

Jaunais komandrindas rīks systemd-mstack atvieglo interaktīvu darbu ar šīm failu sistēmu "kaudzēm", nodrošinot elastību, iestatot slāņveida vides konteineriem vai ļoti izolētiem pakalpojumiem. Šī funkcionalitāte ir saistīta arī ar uzlabojumiem systemd-importd, kas paplašina savu atbalstu Lejupielādējiet un pārvaldiet OCI attēlusTas pastiprina systemd lomu kā konteinerizācijas un smilškastes dzinēju, kas ir ļoti izplatīta parādība Eiropas mākoņpakalpojumu sniedzējos un modernās mitināšanas platformās.

Tīkls: integrācija ar ModemManager un jaunas veiktspējas opcijas

Tīkla slānī systemd-networkd turpina iegūt arvien lielāku nozīmi. Viena no tā ievērojamākajām jaunajām funkcijām ir tā integrācija ar ModemManager, izmantojot “vienkāršā savienojuma” protokoluTas ļauj pārvaldīt modemus un mobilos savienojumus tieši no tīkla, neizmantojot ārējos rīkus.

Lai atbalstītu šo plūsmu, ir pievienota jauna sadaļa. konfigurācijas failiem ar tādiem parametriem kā APN=, AllowedAuthenticationMechanisms=, User=, Password=, IPFamily=, AllowRoaming=, PIN=, OperatorId=, RouteMetric= y UseGateway=Tas atvieglo izvietošanu lauku apvidos vai vidēs ar savienojamību, kas balstīta uz mobilajiem tīkliem, ļoti izplatīta noteiktās Eiropas teritorijās, kur ne vienmēr ir pieejams optiskais šķiedra vai kvalitatīvas fiksētās līnijas.

Runājot par veiktspēju, faili .saite systemd-networkd ietver jaunas opcijas, kas īpaši paredzētas Ethernet ierīcēm. Starp tām ir: ScatterGather, ScatterGatherFragmentList, TCPECNSegmentationOffload, TCPMangleIdSegmentationOffload, GenericReceiveOffloadList un GenericReceiveOffloadUDPForwardingŠīs opcijas ļauj precīzi pielāgot darba pārnešanu uz aparatūru un draiveriem, kas ir ļoti svarīgi korporatīvajos tīklos, datu centros un pakalpojumu sniedzējiem, kuriem ir jāsamazina katra latentuma milisekunde.

Turklāt saskarnes Varlink un JSON systemd-networkd tagad var ziņot par IP adresēm formātā cilvēkam lasāms (virknes), vienlaikus saglabājot attēlojumu kā veselu skaitļu masīvu. Tas vienkāršo integrāciju ar uzraudzības informācijas paneļiem, administrēšanas skriptiem vai trešo pušu rīkiem, kas nevēlas apstrādāt neintuitīvus skaitliskus formātus.

Pakalpojumu pārnesamība, īslaicīgas virtuālās mašīnas un neprivileģēti pakalpojumi

Gabals systemd-portableProgrammatūra, kas atbild par attēlos ietverto "pārnēsājamo" pakalpojumu pārvaldību, iegūst ļoti interesantu iespēju: tā var darboties kā lietotāja līmeņa pakalpojumsTas nozīmē, ka neprivileģēti lietotāji savā parastajā sesijā var palaist un pārvaldīt pārnēsājamos pakalpojumus savā vidē, neizmantojot sudo vai paaugstinātas privilēģijas.

Turklāt, sākot ar šo versiju, pārnēsājamā kanna ģenerēt politikas un izveidot attēlu, kas saistīts ar pārnēsājamu pakalpojumuTas neļauj attēlu modificēt, to atkārtoti nepievienojot. Tādējādi lietotāji var izveidot autonomas vides ar papildu nemaināmības garantijām, kas ir diezgan pievilcīgi laboratorijām, izstrādes vidēm un testēšanas smilškastēm.

Turklāt, systemd-vmspawn — rīks, kas paredzēts virtuālo mašīnu palaišanai integrētā veidā ar systemd — paplašina savas iespējas reģistrēties systemd-machined lietotāja sesijas ietvarosTas arī ievieš iespēju –īslaicīgs lai izveidotu īslaicīgas mašīnas, kas tiek iznīcinātas to lietošanas beigās. Tas lieliski iederas CI/CD cauruļvados, virtuālajās klasēs vai Eiropas izglītības platformās, kurām nepieciešams ātri un kontrolēti pacelt un vilkt mašīnas.

Precīza centrālā procesora, atmiņas un plānošanas vadība ar SCHED_EXT un THP

Systemd 260 arī iedziļinās veiktspējas kontrolē ar jaunām politikām. Pakalpojuma opcija CPUSchedulingPolicy= tagad pieņemiet vērtību ext, kas aktivizē plānotāju SCHED_EXTŠis alternatīvais plānotājs paver durvis uz eksperimenti ar dažādām plānošanas politikām kodola standartiem, kas varētu interesēt pētniecības un attīstības laboratorijas vai ļoti specializētas ieviešanas.

Atmiņas apgabalā parādās AtmiņaTHP=kas ļauj pārvaldīt lietošanu Caurspīdīgas milzīgas lapas (THP) katram pakalpojumam. Tā vietā, lai visai sistēmai būtu globāla uzvedība, var izlemt, vai konkrētai vienībai vajadzētu izmantot THP priekšrocības, to atspējot vai pieņemt starpposma režīmus. Kritiskām lietojumprogrammām banku, apdrošināšanas vai valsts pārvaldes jomā šī detalizētā kontrole var radīt atšķirību latentums, atmiņas patēriņš un veiktspēja.

Jaunas komandas systemctl un paplašināta Varlink izmantošana

Pazīstamais komando systemctl iegūst jaunu pasūtījumu: rindā atzīmētsŠī darbība iekšēji izsauc D-Bus metodi. Ievietot rindā atzīmētos darbus() un ļauj strādāt ar iepriekš atlasītu darbu un pakalpojumu rindām. Lai gan šī var šķist mazsvarīga detaļa, tā ir ļoti svarīga operāciju komandām, kas organizē liela mēroga serveru fermas Tas ir vēl viens rīks izvietošanas un automatizācijas darbplūsmu uzlabošanai.

Paralēli projekts turpina paplašināt izmantošanu Varlink kā saziņas mehānismu starp komponentiem. Daudzas systemd daļas nodrošina stabilas Varlink saskarnes, kas atvieglo integrāciju ar ārējiem rīkiem, pielāgotiem informācijas paneļiem vai uzraudzības aģentiem, kuriem nepieciešama strukturēta piekļuve sistēmas informācijai.

Sistēmas identifikācijas lauki un lietotāja pieredze

Interesanta, bet noderīga jauna funkcija dažiem izplatījumiem ir lauka ieviešana IZDEVĪGS_VĀRDS= arhīvā /etc/os-releaseŠis lauks ir līdzīgs PRETTY_NAME, bet atļauj ANSI secības un sarežģītākas Unicode rakstzīmesPateicoties tam, konkrētus izplatījumus un izdevumus var prezentēt ar pievilcīgākiem vai atšķirīgākiem nosaukumiem.

FANCY_NAME vērtību var apskatīt, izmantojot systemd pārvaldnieku, izmantojot systemd-hostnamed vai konsultējoties hostnamectlLai gan tā ir neliela izmaiņa, darbvirsmas vidēs un grafiskajos administrēšanas paneļos tā var būt noderīga identificēt sistēmu vienā mirklī kas tiek pārvaldīts, īpaši, strādājot ar daudziem atvasinātiem variantiem.

Īpaša dokumentācija mākslīgā intelekta aģentiem un atbalstītas pārskatīšanas darbplūsmai

Viena no interesantākajām pazīmēm, kas liecina par systemd izstrādes virzību, ir dokumentācijas parādīšanās, kas īpaši paredzēta mākslīgā intelekta aģentiFails ir iekļauts repozitorijā AĢENTI.mdparedzēts koda analīzes rīkiem un programmēšanas palīgiem, un, kā daži ir atzīmējuši tehnoloģiju ceļveži, labāk izprast projekta arhitektūru, stilu, izstrādes plūsmu un ieguldījumu vadlīnijas.

Šajā dokumentā ir aprakstīti komponenti, būvēšanas ceļi, testu un integrācijas veikšana, kā arī vadlīnijas pieņemamu ielāpu ģenerēšanai. Paredzēts, ka mākslīgā intelekta aģenti, kas pārskata kodu vai ģenerē izmaiņas, strādās ar stabils konteksts par to, kā systemd ir organizētskļūdu un nevietā esošu ieteikumu samazināšana.

Blakus AGENTS.md parādās fails ar nosaukumu CLAUDE.mdTas skaidri atsaucas uz pirmo un koncentrējas uz Claude Code rīka, kas ir viens no visplašāk izmantotajiem mākslīgā intelekta izstrādes asistentiem, vadīšanu. Tādā veidā projekts skaidri iekļauj mākslīgo intelektu savā izstrādes ciklā.

Turklāt ir iekļauts konfigurācijas fails. claude-review.ymlkur ir definēts, kā pārskatīt izmaiņu pieprasījumu (pull pieprasījumu) analīzes procesu, izmantojot Claude Code. Šajā kontekstā ieguldījumiem, kuros izmantots mākslīgais intelekts, ir jāiekļauj informācijas atklāšanas etiķetes kā Co-developed-by ielāpos, atstājot pierādījumus tam, ka koda izveidē ir piedalījies automatizēts rīks.

Ar visām šīm izmaiņām — mantojuma atbalsta uzlabošanu, smilškastes uzlabojumiem, TPM2 un SRK uzlabojumiem, uzlabotu tīkla integrāciju, jaunām pārnesamības iespējām un dokumentāciju, kas izstrādāta viedajiem aģentiem — systemd 260 Tas pastiprina tās centrālo lomu mūsdienu Linux ekosistēmā. Administratoriem un izstrādātājiem Spānijā un Eiropā tūlītējais izaicinājums ir kodolu pārskatīšana, sāknēšanas konfigurāciju un pakalpojumu pielāgošana, kā arī šo funkciju izmantošana, lai izveidotu drošāku, automatizētāku infrastruktūru, kas atbilst pašreizējam sistēmas lietojumam.