curl no 1. jūlija plkst. 00:00 pēc Centrāleiropas laika līdz 3. augusta plkst. 09:00 neapstrādā nevienu drošības ziņojumu. HackerOne iesniegšanas forma ir slēgta, drošības e-pasts neatbild, un neviens jaunais ievainojamības ziņojums netiek lasīts. Projekta uzturētājs Daniels Stenbergs šo mēnesi nosauca par «svētlaimes vasaru» un paziņojumu publicēja 15. jūnijā.
curl ir bibliotēka un komandrindas rīks datu pārsūtīšanai. Pēc The New Stack datiem tas darbojas vairāk nekā 20 miljardos instalāciju — tālruņos, automašīnās, spēļu konsolēs, serveros un darbvirsmas sistēmās, uz vairāk nekā 110 operētājsistēmām. Kodu galvenokārt uztur maza komanda, un pati bibliotēka ir aptuveni 180 000 rindu C valodā. Tieši šī izplatība parasti liek curl drošības ziņojumus apstrādāt steidzami, tāpēc mēneša pārtraukums ir neparasts solis. Stenbergs to skaidro ar spiedienu, kas komandu nomāc jau aptuveni četrus mēnešus.
Kas tieši apstājas un kas turpina strādāt
Jūlijā curl komanda nelasa un neatbild uz ziņojumiem, kas iesniegti pa drošības kanāliem. HackerOne poga iesniegt jaunu ievainojamību ir izslēgta, un uz slēpto drošības e-pastu neviens neatbildēs. GitHub kļūdu ziņojumi un labojumu pieprasījumi paliek atvērti — tos joprojām var iesniegt un komentēt. Klienti ar atbalsta līgumu saņem parasto apkalpošanu.
Pārtraukumam ir viena praktiska ietekme: nākamais laidiens curl 8.22.0 pārceļas par divām nedēļām uz 2. septembri. Iepriekšējais laidiens curl 8.21.0 iznāca 24. jūnijā, tāpēc lietotājiem jaunas versijas nav jāgaida — jūlijā jaunu izmaiņu vienkārši nebūs.
No kurienes radās spiediens
Iemesls sniedzas gadu atpakaļ. 2025. gada jūlijā Stenberga bloga ierakstā «Death by a thousand slops» parādījās skaitļi, kas parāda problēmu. Tobrīd tikai aptuveni 5 % iesniegto ziņojumu izrādījās īstas ievainojamības, bet aptuveni 20 % bija tīra AI ģenerēta salašņa — pārliecinoši uzrakstīti, bet izdomāti drošības ziņojumi. Projekts saņēma vidēji divus drošības ziņojumus nedēļā, un katrs no tiem piesaistīja trīs līdz četrus cilvēkus, dažreiz uz pusstundu, dažreiz uz vairākām stundām.
Stenbergs raksta, ka reiz vienā nedēļā nācās izķidāt astoņus problemātiskus iesniegumus. Katrs bija jāizlasa, jāuztver nopietni un jāatspēko, jo starp izdomātajiem varēja slēpties īsts caurums. curl kļūdu prēmiju programma no 2019. gada aprīļa līdz tam bija atklājusi 81 īstu ievainojamību un izmaksājusi vairāk nekā 90 000 dolāru, tāpēc ziņojumus nevarēja vienkārši ignorēt. Problēma nebija tikai zaudētais laiks — cilvēks pēc cilvēka lasīja pārliecinoši uzrakstītus tekstus, kas galu galā izrādījās tukši.
Salašņas raksturs mainījās 2026. gada laikā. Ģeneratīvie modeļi kļuva labāki, un iesniegtie ziņojumi vairs nebija acīmredzami izdomāti — tie kļuva tehniski precīzi, bet joprojām aprakstīja kļūdas, kuru nav. Šāds ziņojums prasa vēl vairāk uzmanības, jo to grūtāk noraidīt uzreiz. Uztvertais darbs pārcēlās no smieklīgi sliktiem tekstiem uz ticamiem, bet nepatiesiem.
Nemaz nerunājot par emocionālo slogu, ko rada šo prāta neaptveramo muļķību apstrāde.
2026. gada 31. janvārī curl slēdza kļūdu prēmiju programmu, ko bija uzturējis kopš 2019. gada aprīļa. Martā projekts atgriezās HackerOne, un līdz aprīlim apstiprināto ievainojamību īpatsvars atkal pacēlās līdz 15–16 %. Salašņas vilnis lielā mērā norima pats no sevis, jo modeļi kļuva labāki un ziņojumi — tehniski precīzāki. Precīzāki ziņojumi tomēr nesamazina lasīšanas slodzi, un tieši šī slodze noveda pie jūlija pārtraukuma.
Aicinājums citiem projektiem
Stenbergs «svētlaimes vasaru» nepiedāvā kā vienreizēju curl triku. Paziņojumā viņš aicina arī citus atvērtā koda projektus izvēlēties līdzīgu pauzi un uz laiku atslēgties no nepārtrauktā drošības ziņojumu plūsmas. Doma ir vienkārša: daudzi curl komandas dalībnieki projektā strādā tikai daļu laika, un pastāvīga ziņojumu apstrāde tos izsmeļ, pat ja katra atsevišķā ziņojuma stundas šķiet nelielas.
Šāds solis ir iespējams tāpēc, ka curl attīstības modelis ļauj kritiskos labojumus atlikt uz mēnesi bez tiešas lietotāju apdraudēšanas. Projekts nedeklarē, ka jūlijā drošības problēmu nebūs — tas deklarē, ka mēnesi tās netiks apstrādātas, un ka komanda šo laiku izmantos, lai atgūtu elpu.
Aicinājumam ir plašāks fons. Stenbergs jau iepriekš AI ģenerēto ziņojumu plūsmu salīdzinājis ar pakalpojuma atteikuma uzbrukumu atvērtā koda projektiem: tā neko neuzlauž, bet aizņem uzturētāju laiku, līdz reālais darbs apstājas. curl gadījumā komandu iztur alga un atbalsta līgumi, tāpēc mēneša pauzi var atļauties. Daudziem mazākiem projektiem, kur strādā viens vai divi cilvēki brīvajā laikā, šādas rezerves nav, un tieši uz tiem Stenbergs vērš savu aicinājumu.
Ko darīt lietotājiem
Praktiski curl lietotājiem jūlijā nekas nemainās. Esošās versijas turpina darboties, un GitHub kanāls parastām kļūdām paliek atvērts. Ja kāds atrod nopietnu ievainojamību, tā gaidīs rindā līdz 3. augustam, kad komanda atgriezīsies pie drošības e-pasta un HackerOne formas. Nākamais laidiens ar labojumiem — curl 8.22.0 — ir gaidāms 2. septembrī.
Komentāri
Šim rakstam vēl nav komentāru. Esi pirmais, kurš dalās ar savu viedokli.