KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer. I en Linux Foundation undersøkelse ble 25 prosent av innkommende pull requests vurdert som lav kvalitet.
Publisert avRedigert med GPT-6 LunaBilder generert med GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: How is AI accelerating open-source development while overwhelming maintainers with low-quality contributions and vulnerability reports, as i. Article summary: AI is making code and potential bug reports faster to produce, but that does not make them faster to validate: the bottleneck is shifting toward maintainers’ review and security judgment. OpenSSL’s report surge and the L. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
KI gjør det enklere å skrive kode og oppdage mulige feil. Men hvert kodebidrag og hver sikkerhetsrapport må fortsatt vurderes – og den jobben kan bli en flaskehals. OpenSSLs økende mengde sikkerhetshenvendelser og en Linux Foundation-undersøkelse blant bidragsytere til åpen kildekode viser begge sider av utviklingen: raskere arbeid, men også mer materiale for vedlikeholderne å gå gjennom. 1
21
OpenSSL leverer programvare som brukes til å sikre kommunikasjon på internett. Kvaliteten og sikkerheten i koden har derfor betydning langt utover selve prosjektet. 1
5
På OpenSSLs årlige konferanse i Praha sa administrerende direktør Matt Caswell at prosjektet i gjennomsnitt fikk 71 sikkerhetsrapporter og henvendelser i måneden fra mai til juli 2026. I samme periode året før var tallet ni i måneden. I august kom det til sammen 108 henvendelser. 1
Tallene gjelder innkomne rapporter og henvendelser – ikke bekreftede sårbarheter. Det siste året mottok OpenSSL rundt 500 rapporter om mulige sårbarheter, men 63 endte med offentliggjorte sårbarheter. Mange av innsendingene var duplikater, mindre feil eller forhold som ikke krevde et sikkerhetsvarsel. De måtte likevel vurderes av mennesker. De fleste sårbarhetene som ble funnet med KI-verktøy, var av lav alvorlighetsgrad, ikke store sikkerhetsfeil. 1
3
OpenSSL er ikke alene om å merke presset. Vedlikeholdere fra Bouncy Castle og cryptlib fortalte også på konferansen at de hadde flere rapporter å undersøke. Megan Woods fra Bouncy Castle advarte dessuten om risikoen ved kryptografisk kode skrevet av KI – en påminnelse om at slik kode må behandles med varsomhet. 2
3
OpenSSLs teknologidirektør har sagt at KI-verktøy kan være til hjelp med blant annet kodegjennomgang, undersøkelser av innrapporterte sårbarheter og skriving av tester. 3 Slike verktøy kan støtte vedlikeholderne, men de gjør ikke et mulig funn til en bekreftet feil og fjerner ikke behovet for menneskelig vurdering.
1
3
Det er forskjell på å finne noe mistenkelig og å bekrefte at det faktisk er et relevant problem. Et verktøy kan peke på en kodevei som bør undersøkes, eller lage en overbevisende rapport. Vedlikeholderne må fortsatt avgjøre om funnet stemmer, hvor alvorlig det er og hva som bør gjøres. Ifølge omtalen fra konferansen kan undersøkelser, utvikling av rettelser og publisering av sikkerhetsvarsler ta seks til åtte uker. 3
En undersøkelse fra Linux Foundation Research, sponset av Red Hat, ble lagt fram på konferansen All Things Open. Vedlikeholdere anslo at 25 prosent av innkommende pull requests – forslag til kodeendringer – var «AI-slop» av lav kvalitet. I store prosjekter steg andelen til 31 prosent. Undersøkelsen omfattet 234 bidragsytere og vedlikeholdere innen åpen kildekode. 20
21
Samtidig sa 59 prosent av prosjektvedlikeholderne at de hadde fått flere bidrag. 21 Flere innsendinger kan gi nyttig arbeid og tiltrekke nye bidragsytere, men de øker også arbeidsmengden med gjennomgang – særlig når vedlikeholderne må finne og forklare problemer i forslagene.
Dette er anslag fra en undersøkelse, ikke en opptelling av alle pull requests i åpen kildekode. Likevel peker funnene på en praktisk utfordring: KI kan gjøre det mindre arbeidskrevende å lage et bidrag, uten at det blir mindre arbeid å avgjøre om det er klart til å tas inn i prosjektet. 20
21
Googles reaksjon viser hvordan økt tilstrømming kan påvirke ordninger for sikkerhetsrapportering. 1. oktober satte selskapet nye innmeldinger av produktsårbarheter til sitt belønningsprogram for sårbarheter i åpen kildekode, Open Source Software Vulnerability Reward Program, på pause. Google viste til en økning i automatiserte innsendinger, som selskapet sa at det store flertallet av var ugyldige. Selskapet opplyste at det ville komme med en oppdatering i første kvartal 2027. Pausen gjaldt innmeldinger av produktsårbarheter til dette programmet – ikke alle Googles belønningsprogrammer for sårbarheter. 18
For prosjekter med åpen kildekode peker erfaringene mot en balansert tilnærming: Gjør forventningene til bidrag tydelige, be om etterprøvbar dokumentasjon og tester der det er relevant, og bruk automatisering til å sortere og prioritere – ikke til å hoppe over menneskelig kontroll. Dette er praktiske følger av rapporteringen, ikke en løsning som kildene foreskriver. 1
18
21
KI kan gjøre det raskere å skrive kode og finne mulige feil. Men pålitelig programvare avhenger fortsatt av at vedlikeholderne har tid og støtte til å kontrollere det som kommer inn.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer.
KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer. I en Linux Foundation undersøkelse ble 25 prosent av innkommende pull requests vurdert som lav kvalitet.
KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer. I en Linux Foundation undersøkelse ble 25 prosent av innkommende pull requests vurdert som lav kvalitet.
Publisert avRedigert med GPT-6 LunaBilder generert med GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: How is AI accelerating open-source development while overwhelming maintainers with low-quality contributions and vulnerability reports, as i. Article summary: AI is making code and potential bug reports faster to produce, but that does not make them faster to validate: the bottleneck is shifting toward maintainers’ review and security judgment. OpenSSL’s report surge and the L. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
KI gjør det enklere å skrive kode og oppdage mulige feil. Men hvert kodebidrag og hver sikkerhetsrapport må fortsatt vurderes – og den jobben kan bli en flaskehals. OpenSSLs økende mengde sikkerhetshenvendelser og en Linux Foundation-undersøkelse blant bidragsytere til åpen kildekode viser begge sider av utviklingen: raskere arbeid, men også mer materiale for vedlikeholderne å gå gjennom. 1
21
OpenSSL leverer programvare som brukes til å sikre kommunikasjon på internett. Kvaliteten og sikkerheten i koden har derfor betydning langt utover selve prosjektet. 1
5
På OpenSSLs årlige konferanse i Praha sa administrerende direktør Matt Caswell at prosjektet i gjennomsnitt fikk 71 sikkerhetsrapporter og henvendelser i måneden fra mai til juli 2026. I samme periode året før var tallet ni i måneden. I august kom det til sammen 108 henvendelser. 1
Tallene gjelder innkomne rapporter og henvendelser – ikke bekreftede sårbarheter. Det siste året mottok OpenSSL rundt 500 rapporter om mulige sårbarheter, men 63 endte med offentliggjorte sårbarheter. Mange av innsendingene var duplikater, mindre feil eller forhold som ikke krevde et sikkerhetsvarsel. De måtte likevel vurderes av mennesker. De fleste sårbarhetene som ble funnet med KI-verktøy, var av lav alvorlighetsgrad, ikke store sikkerhetsfeil. 1
3
OpenSSL er ikke alene om å merke presset. Vedlikeholdere fra Bouncy Castle og cryptlib fortalte også på konferansen at de hadde flere rapporter å undersøke. Megan Woods fra Bouncy Castle advarte dessuten om risikoen ved kryptografisk kode skrevet av KI – en påminnelse om at slik kode må behandles med varsomhet. 2
3
OpenSSLs teknologidirektør har sagt at KI-verktøy kan være til hjelp med blant annet kodegjennomgang, undersøkelser av innrapporterte sårbarheter og skriving av tester. 3 Slike verktøy kan støtte vedlikeholderne, men de gjør ikke et mulig funn til en bekreftet feil og fjerner ikke behovet for menneskelig vurdering.
1
3
Det er forskjell på å finne noe mistenkelig og å bekrefte at det faktisk er et relevant problem. Et verktøy kan peke på en kodevei som bør undersøkes, eller lage en overbevisende rapport. Vedlikeholderne må fortsatt avgjøre om funnet stemmer, hvor alvorlig det er og hva som bør gjøres. Ifølge omtalen fra konferansen kan undersøkelser, utvikling av rettelser og publisering av sikkerhetsvarsler ta seks til åtte uker. 3
En undersøkelse fra Linux Foundation Research, sponset av Red Hat, ble lagt fram på konferansen All Things Open. Vedlikeholdere anslo at 25 prosent av innkommende pull requests – forslag til kodeendringer – var «AI-slop» av lav kvalitet. I store prosjekter steg andelen til 31 prosent. Undersøkelsen omfattet 234 bidragsytere og vedlikeholdere innen åpen kildekode. 20
21
Samtidig sa 59 prosent av prosjektvedlikeholderne at de hadde fått flere bidrag. 21 Flere innsendinger kan gi nyttig arbeid og tiltrekke nye bidragsytere, men de øker også arbeidsmengden med gjennomgang – særlig når vedlikeholderne må finne og forklare problemer i forslagene.
Dette er anslag fra en undersøkelse, ikke en opptelling av alle pull requests i åpen kildekode. Likevel peker funnene på en praktisk utfordring: KI kan gjøre det mindre arbeidskrevende å lage et bidrag, uten at det blir mindre arbeid å avgjøre om det er klart til å tas inn i prosjektet. 20
21
Googles reaksjon viser hvordan økt tilstrømming kan påvirke ordninger for sikkerhetsrapportering. 1. oktober satte selskapet nye innmeldinger av produktsårbarheter til sitt belønningsprogram for sårbarheter i åpen kildekode, Open Source Software Vulnerability Reward Program, på pause. Google viste til en økning i automatiserte innsendinger, som selskapet sa at det store flertallet av var ugyldige. Selskapet opplyste at det ville komme med en oppdatering i første kvartal 2027. Pausen gjaldt innmeldinger av produktsårbarheter til dette programmet – ikke alle Googles belønningsprogrammer for sårbarheter. 18
For prosjekter med åpen kildekode peker erfaringene mot en balansert tilnærming: Gjør forventningene til bidrag tydelige, be om etterprøvbar dokumentasjon og tester der det er relevant, og bruk automatisering til å sortere og prioritere – ikke til å hoppe over menneskelig kontroll. Dette er praktiske følger av rapporteringen, ikke en løsning som kildene foreskriver. 1
18
21
KI kan gjøre det raskere å skrive kode og finne mulige feil. Men pålitelig programvare avhenger fortsatt av at vedlikeholderne har tid og støtte til å kontrollere det som kommer inn.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer.
KI kan gjøre koding raskere og avdekke mulige feil, men vedlikeholderne må fortsatt undersøke om funnene stemmer. I en Linux Foundation undersøkelse ble 25 prosent av innkommende pull requests vurdert som lav kvalitet.