Apple brengt Rapid Security Response-beveiligingsupdates uit

Apple is begonnen met het uitrollen van drie Rapid Security Response-beveiligingsupdates voor iOS 16.4.1, iPadOS 16.4.1 en macOS 13.3.1. De betreffende updates voeren belangrijke beveiligingsfixes door zonder dat het gehele besturingssysteem geüpdatet hoeft te worden.

Deze Rapid Security Response-beveiligingsupdates zijn bedoeld als snelle patch om beveiligingsproblemen zo snel mogelijk op te lossen, zonder dat daar een algehele en veelal langdradige besturingssysteemupdate voor nodig is. Apple deelt geen inhoudelijke details over de betreffende update, maar zegt wel in een blogpost dat dergelijke updates voortaan voor de nieuwste versies van iOS, iPadOS en macOS worden uitgebracht. Volgens MacRumors is dit daarnaast de eerste keer dat het bedrijf publiekelijk een dergelijke RSR uitrolt.

Gebruikers van de betreffende besturingssystemen kunnen ervoor kiezen om de Rapid Security Response-updates automatisch te laten installeren. In de instellingen van de relevante hardware kan deze functie ingeschakeld worden. Er staat na installatie een extra letter achter de versienaam van het bijbehorende besturingssysteem, bijvoorbeeld macOS 13.3.1 (a). Wanneer men de optie niet inschakelt wordt de beveiligingsupdate bij de eerstvolgende reguliere besturingssysteemupdate uitgerold.

Overigens melden verschillende bronnen, waaronder AppleInsider, dat er momenteel iets mis lijkt te zijn met de nieuwste Rapid Security Response-beveiligingsupdate. Een foutmelding met betrekking tot een ogenschijnlijk verbroken internetverbinding kan de installatie vooralsnog dwarsbomen. Volgens een ontwikkelaar is er een trapsgewijze uitrol in de code van de update verwerkt waardoor niet meer dan een bepaald percentage van alle gebruikers op vaste momenten de update kan installeren. Mogelijk wordt de foutmelding hierdoor veroorzaakt.

Reacties (51)

[Luminair]

Ik zag dit ook langs komen in de beta's! De titel heeft hetzelfde format: "iOS Security Response 16.4.1 (a)".

Daarnaast ook nieuw: je batterij mag lager dan 50% zijn om de patch te installeren. Bij mij was die op 31% terwijl ik de install deed, zonder lader. De installatie snelheid is ook gelijk aan dat van een reboot.

[hydex]

Om precies te zijn. De batterij moet minimaal 10% zijn. Kan hem nu niet installeren omdat de batterij lager is dan 10%

[Donstil]

Daarnaast ook nieuw: je batterij mag lager dan 50% zijn om de patch te installeren. Bij mij was die op 31% terwijl ik de install deed, zonder lader. De installatie snelheid is ook gelijk aan dat van een reboot.

Nieuw sinds Rapid Security Response in de bèta’s bedoel je? Want die 50% grens is er voor normale iOS updates altijd al geweest.

Edit: verkeerd gelezen

[Reactie gewijzigd door Donstil op 31 juli 2024 06:27]

[Keypunchie]

Volgens mij mis je de opmerking:

Deze updates mogen met *minder* dan 50% batterij geïnstalleerd.

Normale OS-updates kunnen alleen maar (“moeten”) met *meer* dan 50%.

[obimk1]

Waarschijnlijk om 2 redenen:

- Soort update
- waarschijnlijk speelt maximale grote ook een rol

En niet om te zeiken, maar bij Android is dit niet aanwezig.

[Horatius]

En niet om te zeiken, maar bij Android is dit niet aanwezig.

Ik kan mijn pixel zeer zeker niet updaten als het batterij percentage vrij laag is, hoeveel het precies ligt weet ik niet maar ook Android heeft deze limieten om de telefoon te beschermen. (wat in de huidige dagen niet echt meer nodig is met A/B partities)

[lucianfrits]

ook bij samsung is het niet mogelijk om te updaten met weinig acculading

[obimk1]

Batterij nivo is niet van belang, of die Android fabrikant updates beschikbaar stelt wel.

En zover ik weet zijn er nu nog maar een paar Android fabrikanten die SW updates voor een paar jaar beloven.

Het is helaas nog geen regel in "Android land".

Niet populair hier, dit is een "oud" artikel, heb vroeger verschillende websites gezien waarin "Android update hell" werd uitgelegd.

https://forum.xda-develop...ucks-update-hell.1197789/

[Horatius]

Dat is een enorm oud artikel en niet relevant meer, zeker niet met de laatste Android versies. Tegenwoordig zijn er genoeg fabrikanten die 3 upgrades beloven en 5 jaar updates, als je een artikel van 12 jaar geleden aanhaalt heeft het ook geen zin hier verder op in te gaan.

[obimk1]

Sorry, maar dit recent artikel stelt toch iets anders.
Android is zeker verbeterd, maar het is nog steeds niet rooskleurig/

Alleen Google valt hier positief op.

Upgrades => veel 2 tot 3 jaar.
Security Patches => ook veel 2 tot 4 jaar.

En een aantal Android fabrikanten maken onderscheid tussen hun flagship en niet flagship modellen.


https://www.androidauthor...-update-policies-1658633/

[MazDaMan1970]

De grote Android fabrikanten beloven 5 jaar updates, de kleinere minimaal 3 jaar. Dus totaal niet relevant, deze opmerking! En ja logisch dat er bij een lage acculading geen update plaats vindt, niet fijn om op deze wijze jouw smartphone te bricken.

[obimk1]

Niet volgens dit artikel.

https://www.androidauthor...-update-policies-1658633/

[flaskk]

Zojuist Samsung s22 update, batterij moet minimaal 20 procent zijn.

[Lord Anubis]

Jaha, ik ken twee slimmeriken die hun Android mobiel updaten die toen uitvielen en nu rotsvast zijn als een steen. Zal wel op te lossen zijn maar toch.
Dus ik vind het prima dat het gecontroleerd wordt.

[obimk1]

Hoe doen ze dat?

Is dit voor alle Android toestellen?

Ik denk dat veel Android bezitters dit ook willen weten.

alvast bedankt.

[Donstil]

Ooh ja hehe

[koenvdwerf]

Ik ben vast niet de enige die heel blij is met dit soort kleine patches, die minder accu vragen. Prettige ontwikkeling dit!

[Stukfruit]

De titel kwam op mij over alsof ondersteuning voor security updates compleet gestopt gaat worden (wellicht omdat het voor Apple "te duur" zou worden) als je niet de laatste versie van o.a. macOS draait, maar voor zover ik begrijp uit de rest van het artikel en het bronartikel is dit dus vooral een nieuwe feature die nog niet eerder publiekelijk is ingezet.

Voor iedereen die eerst hetzelfde denkt en schrikt is dit volgens mij wel een goede verduidelijking om te voorkomen dat er wat MacBook Airs door het raam gaan

[YannickSpinner]

Ja die titel was niet correct! Je was er snel bij!

[HKLM_]

Gebruikers van de betreffende besturingssystemen kunnen ervoor kiezen om de Rapid Security Response-updates automatisch te laten installeren. In de instellingen van de relevante hardware kan deze functie ingeschakeld worden.

Is er een manier om deze vanuit Intune te forceren zodat deze aanstaat op het device?

[MavhRik]

Ik ben ook aan het zoeken...

en gevonden:
https://i.imgur.com/BnnpNR6.png

[Reactie gewijzigd door MavhRik op 31 juli 2024 06:27]

[HKLM_]

Lekker man THX

[Caayn]

Wat is de maximale scope van een dergelijke RSP update? Kan dit bijvoorbeeld ook gebruikt worden om componenten als Webkit te voorzien van security patch?

[milo526]

Webkit is zeker in scope voor deze updates. De blogpost van apple zegt:

They deliver important security improvements between software updates — for example, improvements to the Safari web browser, the WebKit framework stack, or other critical system libraries.

[zjeeraar84]

Hou er rekening mee dat het mogelijk is dat je als je MacOS Ventura gebruikt op oudere, niet ondersteunde hardware met OpenCore-Patcher je mogelijk de root-patches opnieuw moet toepassen na installatie van Rapid Security Response-beveiligingsupdates.

Dit was bij mij het geval na installatie van macOS 13.3.1 (a). En resulteert dus in een extra reboot.

[Psychilles]

Je hebt het hier over bijvoorbeeld Venture draaien op een Mac Pro 5,1 of 6,1 met opencore?

[zjeeraar84]

Ja, of in mijn geval een iMac late 2014.

[- peter -]

Ging op MacOS ook lekker snel. Paar minuutjes, en een reboot. Beter dan een half uur moeten wachten.

[Carlos0_0]

Ja eindelijk eens een update op de Mac die vlot gaat, want vind het zelfs op de M1 nog traag haha.

[xFeverr]

Ja, je hoort vaak geklaag op Microsoft over updates, maar na het eens op een Mac te hebben gezien kan je er eigenlijk niet meer over klagen. En de iPhone kan er ook wat van. Goed dat ze er aan werken, want het werd soms wel iets te gek.

Och… en daarna verplicht Xcode updaten. Nog zo’n draak om te updaten.

Maar goed, je krijgt tenminste updates. Dat doen ze dan wel goed.

[Mizgala28]

Bij MS hangt het een beetje af van je hardware wat logisch is.

Een grote Windows update duurt bij mij iets korter dan een grotere (major of x.1) iOS update.

Maar Windows updates op de 3 jaar oude laptop van mijn moeder duren wel langer, ondanks dat beide haar en mijn PC een rappe NVME hebben (weet je meteen dat een snellere CPU ook helpt)

In beide gevallen vind ik ze niet al te lang (was vroeger in de Windows XP tijdperk vele malen erger, zelfs als je alles lokaal had), maar beide zijn trager dan *Android updates qua installatie snelheid.

_{*behalve op Samsung telefoons omdat die als enige deze op een andere manier installeren}

[Carlos0_0]

En goed ik heb er geen last van dat reder, maar had verwacht dat het wel wat sneller ging nu.
Ik kwam van een MacBook Pro 13,3 inch 2015 met 8gb ram 256ssd af, en heb nu een MacBook Air M1(8Cores) 16gb ram 500gb ssd model.

Maar het updaten is even traag gebleven als gewoonlijk, goed scheelt dat ik het verder niet storend vind.

[Verwijderd]

Het grote verschil is dat Mac updates 1x in zoveel tijd is en Windows iedere maand maar weer...
Daarnaast heeft Windows Feature Updates die effectief het gehele OS vervangen. Dat gebeurd bij MacOS niet met dezelfde regelmaat en zeker met hogere kwaliteit (Microsoft heeft de neiging om deze uitrollen te pauzeren / terug te draaien).

Dan hebben we het nog niet eens over de vele problemen iedere maand maar weer. Recent (als in deze week) nog een grote rollback gezien (als in 1K+ computers).

Het geklaag is dus zeker wel terecht.

[Aaargh!]

Updates op de M1 gaan bij mij heel snel. Hij is een tijdje aan het voorbereiden, dat duurt inderdaad wel even, maar dat gebeurt in de achtergrond en je kan gewoon doorwerken. Daarna is het een snelle reboot en je kan verder.

[Carlos0_0]

Klopt je kan inderdaad tijdens het voorbereiden inderdaad verder, maar die reboot is alles behalve snel.
Het zal misschien wel ok wel per update verschillen, zal 1ste grotere update eens bijhouden maar dacht zeker wel 10 tot 15 min zeker.

[Get!em]

De betreffende updates voeren belangrijke beveiligingsfixes door zonder dat het gehele besturingssysteem geüpdatet hoeft te worden.

Het gaat snel, kan ook met laag batterij niveau. Echter wel minimaal 10GB vrije ruimte nodig, terwijl update zelf heel klein is. Ik kreeg tenminste bij 8GB vrij de melding dat er eerst ruimte vrijgemaakt moest worden.

Ook is er weldegelijk een herstart van de telefoon nodig.

[Muncher]

Mocht je willen checken of dit aanstaat op je device(s):

By default, your device allows Rapid Security Responses to be applied automatically and, if necessary, will prompt you to restart your device. To check your device settings:
iPhone or iPad: Go to Settings > General > Software Update > Automatic Updates, then make sure that "Security Responses & System Files" is turned on.
Mac: Choose Apple menu  > System Settings. Click General in the sidebar, then click Software Update on the right. Click the Show Details button next to Automatic Updates, then make sure that "Install Security Responses and system files" is turned on.

Bron: het Apple support doc uit de post.

[Sebas1979]

Hmm, wat een lange doorlooptijden komen hier langs.
Net uitgevoerd op een iPhone SE 2022 met iOS 16.4.
Vanaf aantikken knop ‘downloaden’ tot telefoon weer bruikbaar na reboot zat misschien 5 minuten.
Vooral de reboot ging razendsnel.

[Keypunchie]

Beetje vage update dit. Helemaal nergens release notes over wat er in zit.

Met zo weinig info, is het dan ook lastig om te beoordelen of het wel/niet een relevante update voor jou/jouw organisatie is (en hoe hard je hem dus binnen jouw informatiebeveiligingsbeleid moet pushen)

Voor nu maar behandeld als een top-prio patch, maar iets meer info zou in de toekomst wel wlekom.

[Verwijderd]

Apple is jammer genoeg altijd erg beknopt in de releasenotes.
Dat gezegd, het is bij security updates vaker dat er niet direct een 'open disclosure' vrijgegeven wordt. Men wil dat de update eerst groot wordt uitgerold waarna er meer informatie wordt vrijgegeven.