Emoji-lek in macOS laat aanvaller code als root vanaf lock screen uitvoeren
Een kwetsbaarheid in het emoji-onderdeel van macOS maakt het mogelijk voor een aanvaller om op vergrendelde systemen code als root uit te voeren, alsmede via Siri gevoelige gebruikersgegevens te stelen. Daarnaast is het mogelijk voor malafide websites om het surfgedrag van Safari-gebruikers te achterhalen of onopgemerkt de microfoon in te schakelen en kan een aanvaller zonder authenticatie toegang tot de passkeys van de gebruiker krijgen. Apple heeft updates uitgebracht om de problemen te verhelpen.
De updates zijn beschikbaar voor macOS Sonoma, Ventura en Monterey en verhelpen tientallen kwetsbaarheden in de besturingssystemen. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Daarnaast heeft Apple ook meerdere kwetsbaarheden gepatcht waardoor een aanvaller met fysieke toegang tot een Mac misbruik van kan maken. Zo maakt een beveiligingslek in 'Emoji' het voor een aanvaller mogelijk om vanaf het lock screen willekeurige code als root uit te voeren. Een kwetsbaarheid in Siri laat een aanvaller gevoelige gebruikersgegevens stelen. Door een lek in Find My is het mogelijk voor al geïnstalleerde apps om gevoelige locatiegegevens van de gebruiker te achterhalen. Verder zorgt een beveiligingslek in WindowServer ervoor dat een website de microfoon kan inschakelen zonder dat de bijbehorende indicator wordt getoond. Apple maakt geen melding van actief misbruik van de kwetsbaarheden.
Reacties (15)
Er waren ook bugs (door mij aan Apple gerapporteerd) die hoewel niet ernstig, toch een reparatie nodig hadden.
Dat is inmiddels al verholpen bij de laatste update van Sonoma.
Dat is inmiddels al verholpen bij de laatste update van Sonoma.
Goh..
nooit die totaal onnodige Emoji's willen hebben,
nooit kunnen weigeren ook.
En nu ineens -nota bene- een root-access aanval.
Bah.
nooit die totaal onnodige Emoji's willen hebben,
nooit kunnen weigeren ook.
En nu ineens -nota bene- een root-access aanval.
Bah.
Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
26-10-2023, 11:39 door
_R0N_
Door Anoniem: Hoezo heeft lockscreen root rechten?
Tja, dat was bij Windows voor het laatst in Windows 98 geloof ik. Apple heeft nog wat werk in te halen.
Door Anoniem:
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
Of je leest gewoon het artikel en de CVE informatie waar ze een basale samenvatting hebben gemaakt. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
Door Anoniem:
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
De genoemde drive-by download staat er niet anders had jij het wel ge-paste. Is een verzinsel van security.nl ?Door Anoniem:
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
Of je leest gewoon het artikel en de CVE informatie waar ze een basale samenvatting hebben gemaakt. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
Door Anoniem:
Door Anoniem:
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
De genoemde drive-by download staat er niet anders had jij het wel ge-paste. Is een verzinsel van security.nl ?Door Anoniem:
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
Of je leest gewoon het artikel en de CVE informatie waar ze een basale samenvatting hebben gemaakt. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
Impact: Processing web content may lead to arbitrary code execution
So, the words arbitrary code execution above really stand for remote code execution, or RCE.
Web-based RCE exploits generally give attackers a way to lure you to a booby-trapped website that looks entirely unexceptionable and unthreatening, while implanting malware invisibly simply as a side-effect of you viewing the site.
A web RCE typically doesn’t provoke any popups, warnings, download requests or any other visible signs that you are initiating any sort of risky behaviour, so there’s no point at which attacker needs catch you out or to trick you into taking the sort of online risk that you’d normally avoid.
That’s why this sort of attack is often referred to as a drive-by download or a drive-by install.
https://news.sophos.com/en-us/2023/02/14/apple-fixes-zero-day-spyware-implant-bug-patch-now/
Door Anoniem:
"Processing web content may lead to arbitrary code execution." staat er gewoon. Zo, nu is het hapklaar voor je opgediend. Moet er ook nog iemand voor je voorkauwen?Door Anoniem:
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
De genoemde drive-by download staat er niet anders had jij het wel ge-paste. Is een verzinsel van security.nl ?Door Anoniem:
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
Of je leest gewoon het artikel en de CVE informatie waar ze een basale samenvatting hebben gemaakt. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
Door Anoniem:
[..]
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
[..]
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
hahaha. Je hebt duidelijk echt geen idee van de omvang van ecosystemen ..
Als er één bedrijf is dat ideaal in staat is om een eigen kernel te onderhouden is het Apple wel.
Ze verkopen waanzinnig veel , maken scheepsladingen winst , en hebben volledige controle/keuze over het heel kleine aantal hardware platformen waarop hun OS/OS'en draaien .
Ze zouden slechts een handvol developers (enkele tientallen ?) besparen met een Linux kernel - (nog steeds eigen devs nodig voor porten naar de eigen hardware, en tweaken/tunen) . En alle userland devs voor de niet-kernel delen blijven .
Daarnaast doen ze dingen die (nog) niet uitontwikkeld zijn in Linux - want te weinig generieke hardware die de functie heeft of vraagt . (low power , mixed performance cores ).
Je overschat waarschijnlijk enorm hoeveel devs er nu echt nodig zijn voor puur een kernel op enkel (of enkele) hardware platformen .
Het aantal contributors aan Linux is heel groot - maar er zit enorm veel aan ports en drivers .
Aimgh (Larry Mc Voy schreef dat wel eens) was het kernel team van Sun iets van 25-30 mensen.
Windows kernel team is ca 250-300 pp . (google).
Zoek zelf maar even terug in Brooks hoe veel mensen aan dat hele IBM OS werkten - ook geen aantallen die voor Apple 'te duur' zijn.
"Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein."
Dus een van de weinige echte UNIX systemen https://www.opengroup.org/openbrand/register/, dat ook nog eens open source is voor een groot gedeelte https://github.com/apple-oss-distributions/xnu zou je verwachten dat de overstap maakt naar Linux?
Mijn inziens is de mate waarin hun hele ecosysteem juist is opgezet nu ideaal voor ze en bouwen ze op een hele stabiele core.
Er zullen vast macs bij Apple intern op linux draaien (dat werkt prima natuurlijk), misschien zelfs wel met hun visuele layer, maar de keuzevrijheid die ze nu hebben zullen ze denk ik niet graag opgeven.
Dus een van de weinige echte UNIX systemen https://www.opengroup.org/openbrand/register/, dat ook nog eens open source is voor een groot gedeelte https://github.com/apple-oss-distributions/xnu zou je verwachten dat de overstap maakt naar Linux?
Mijn inziens is de mate waarin hun hele ecosysteem juist is opgezet nu ideaal voor ze en bouwen ze op een hele stabiele core.
Er zullen vast macs bij Apple intern op linux draaien (dat werkt prima natuurlijk), misschien zelfs wel met hun visuele layer, maar de keuzevrijheid die ze nu hebben zullen ze denk ik niet graag opgeven.
Door Anoniem:
Het zinnetje may lead is cruciaal en dan nog is er voor een infectie een user interactie nodig en dus geen drive by download infectie. Deze webkit bug levert ook geen root shell op anders zou er geen may lead staan.Door Anoniem:
"Processing web content may lead to arbitrary code execution." staat er gewoon. Zo, nu is het hapklaar voor je opgediend. Moet er ook nog iemand voor je voorkauwen?Door Anoniem:
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
De genoemde drive-by download staat er niet anders had jij het wel ge-paste. Is een verzinsel van security.nl ?Door Anoniem:
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
Of je leest gewoon het artikel en de CVE informatie waar ze een basale samenvatting hebben gemaakt. Zo zijn er verschillende beveiligingslekken in WebKit gepatcht waardoor alleen het bezoeken van een malafide of gecompromitteerde website of te zien krijgen van besmette advertenties voldoende is om een aanvaller code op het systeem te laten uitvoeren. Verdere interactie van gebruikers is niet vereist.
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
WebKit Bugzilla: 259836
CVE-2023-40447:
WebKit Bugzilla: 259890
CVE-2023-41976:
WebKit Bugzilla: 260173
CVE-2023-42852:
WebKit Bugzilla: 260757
CVE-2023-41983:
Door Anoniem:
hahaha. Je hebt duidelijk echt geen idee van de omvang van ecosystemen ..
Als er één bedrijf is dat ideaal in staat is om een eigen kernel te onderhouden is het Apple wel.
Ze verkopen waanzinnig veel , maken scheepsladingen winst , en hebben volledige controle/keuze over het heel kleine aantal hardware platformen waarop hun OS/OS'en draaien .
Ze zouden slechts een handvol developers (enkele tientallen ?) besparen met een Linux kernel - (nog steeds eigen devs nodig voor porten naar de eigen hardware, en tweaken/tunen) . En alle userland devs voor de niet-kernel delen blijven .
Daarnaast doen ze dingen die (nog) niet uitontwikkeld zijn in Linux - want te weinig generieke hardware die de functie heeft of vraagt . (low power , mixed performance cores ).
Je overschat waarschijnlijk enorm hoeveel devs er nu echt nodig zijn voor puur een kernel op enkel (of enkele) hardware platformen .
Het aantal contributors aan Linux is heel groot - maar er zit enorm veel aan ports en drivers .
Aimgh (Larry Mc Voy schreef dat wel eens) was het kernel team van Sun iets van 25-30 mensen.
Windows kernel team is ca 250-300 pp . (google).
Zoek zelf maar even terug in Brooks hoe veel mensen aan dat hele IBM OS werkten - ook geen aantallen die voor Apple 'te duur' zijn.
Je overschat AppleDoor Anoniem:
[..]
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
[..]
Dat staat niet in de Apple info. Graag een onderbouwing hiervoor want MacOS is geen Windows.
Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein.
hahaha. Je hebt duidelijk echt geen idee van de omvang van ecosystemen ..
Als er één bedrijf is dat ideaal in staat is om een eigen kernel te onderhouden is het Apple wel.
Ze verkopen waanzinnig veel , maken scheepsladingen winst , en hebben volledige controle/keuze over het heel kleine aantal hardware platformen waarop hun OS/OS'en draaien .
Ze zouden slechts een handvol developers (enkele tientallen ?) besparen met een Linux kernel - (nog steeds eigen devs nodig voor porten naar de eigen hardware, en tweaken/tunen) . En alle userland devs voor de niet-kernel delen blijven .
Daarnaast doen ze dingen die (nog) niet uitontwikkeld zijn in Linux - want te weinig generieke hardware die de functie heeft of vraagt . (low power , mixed performance cores ).
Je overschat waarschijnlijk enorm hoeveel devs er nu echt nodig zijn voor puur een kernel op enkel (of enkele) hardware platformen .
Het aantal contributors aan Linux is heel groot - maar er zit enorm veel aan ports en drivers .
Aimgh (Larry Mc Voy schreef dat wel eens) was het kernel team van Sun iets van 25-30 mensen.
Windows kernel team is ca 250-300 pp . (google).
Zoek zelf maar even terug in Brooks hoe veel mensen aan dat hele IBM OS werkten - ook geen aantallen die voor Apple 'te duur' zijn.
Door Anoniem: "Er zal ongetwijfeld een moment komen dat Apple overgaat naar een Linux kernel want het ecosysteem om te onderhouden is te klein."
Dus een van de weinige echte UNIX systemen https://www.opengroup.org/openbrand/register/, dat ook nog eens open source is voor een groot gedeelte https://github.com/apple-oss-distributions/xnu zou je verwachten dat de overstap maakt naar Linux?
Mijn inziens is de mate waarin hun hele ecosysteem juist is opgezet nu ideaal voor ze en bouwen ze op een hele stabiele core.
Er zullen vast macs bij Apple intern op linux draaien (dat werkt prima natuurlijk), misschien zelfs wel met hun visuele layer, maar de keuzevrijheid die ze nu hebben zullen ze denk ik niet graag opgeven.
Er zijn de laatste tijd veel zeroday problemen in het Apple systeem. Dat is een indicatie. Uiteindelijk gaat men het afleggen tegen de grote massa ontwikkelaars van andere systemen.Dus een van de weinige echte UNIX systemen https://www.opengroup.org/openbrand/register/, dat ook nog eens open source is voor een groot gedeelte https://github.com/apple-oss-distributions/xnu zou je verwachten dat de overstap maakt naar Linux?
Mijn inziens is de mate waarin hun hele ecosysteem juist is opgezet nu ideaal voor ze en bouwen ze op een hele stabiele core.
Er zullen vast macs bij Apple intern op linux draaien (dat werkt prima natuurlijk), misschien zelfs wel met hun visuele layer, maar de keuzevrijheid die ze nu hebben zullen ze denk ik niet graag opgeven.
Door Anoniem:
Er zijn de laatste tijd veel zeroday problemen in het Apple systeem. Dat is een indicatie. Uiteindelijk gaat men het afleggen tegen de grote massa ontwikkelaars van andere systemen.
Er zijn de laatste tijd veel zeroday problemen in het Apple systeem. Dat is een indicatie. Uiteindelijk gaat men het afleggen tegen de grote massa ontwikkelaars van andere systemen.
En jij gaat ervan uit dat deze zeroday's er per ongeluk inzitten? Ook al is Apple daar niet bewust mee bezig, na Snowden weten we dat de NSA er altijd mensen heeft werken.
29-10-2023, 17:22 door
Joep Lunaar
"Processing web content may lead to arbitrary code execution." staat er gewoon. Zo, nu is het hapklaar voor je opgediend. Moet er ook nog iemand voor je voorkauwen?
Reageren
Deze posting is gelocked. Reageren is niet meer mogelijk.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
