Het MacFreak® Forum - Mac hacken kinderlijk eenvoudig (pagina 3)

Het MacFreak® Forum - Voor online ondersteuning in het Nederlands!

	Het MacFreak® Forum Mededelingen: Tips, nieuwtjes en mededelingen Mac hacken kinderlijk eenvoudig
	Welkom bij Mededelingen: Tips, nieuwtjes en mededelingen

Forum gemodereerd door: Moderator

Spring naar onderwerp
« Ouder - Nieuwer »

Onderwerp met meerdere pagina's:
« Vorige [ 1 2 3 ]

Powerbooky
Niet Aanwezig

Een ware MacFreak! Aantal berichten: 2020 | Lid sinds: 28-04-2003 | Geplaatst om: 16:05 - 28-08-2007

Wat betreft die Miller... spijkers op laag water zoeken?

Wat zal de wereld in angst geleefd hebben in de jaren dat er met DOS en Windows3.11 gewerkt werd. Daar staan ook veel crusiale bestandjes steeds op dezelfde plaats 'c:/windows' OEH... wat link brrrrr

[off-topic]
ISP's zoals Tiscali en Planet moeten echt eens stoppen met hun (telegraaf, sensatie) nieuwsredacties. Kost een hoop geld wat beter in de dienstverlening gestopt kan worden. Helemaal als het niet eens hun eigen werk is dat ze publiceren.
[/off-topic]

(Bewerkt door Powerbooky om 16:07, 28-08-2007)

Smart people usually do their things on a Mac! PowerMac dual G4 1GHz | Powerbook Ti G4 1GHz | MacPro 8 cpu 3GHz | 2 TB Drobo DAS
NPO | NOS | Technicolor NL | DutchView

DTP2
Niet Aanwezig

Een ware MacFreak! Aantal berichten: 2882 | Lid sinds: 25-09-2005 | Geplaatst om: 21:04 - 28-08-2007

@ jetskyer

Qua veiligheid is het altijd beter om niet standaard in je admin account te werken. Dit is zo'n beetje de goedkoopste, makkelijkste en de meest belangrijkste stap die mensen kunnen zetten op de weg naar veiligheid op willekeurig welk platform dan ook. Nee, niet alles is mogelijk in het niet admin account, maar even inloggen als admin duurt niet zo lang. Maar om dat NU direct te gaan regelen naar aanleiding van dit draadje zou wel wat té zijn. Maar aan de andere kant, wanneer doe je het dan wel?

Color Concepts BV | Het grootste, onafhankelijke profilerings- en testlaboratorium ter wereld voor LFP.

wullie
Niet Aanwezig

MacFreak Verslaafde
MacFreak Donateur Aantal berichten: 617 | Lid sinds: 22-10-2001 | Geplaatst om: 08:29 - 29-08-2007

Ik werk zelf al eeuwen met een apart Admin account. Het enige vervelende is, is dat je voor sommige zaken een schermpje krijgt waar je je als admin moetaanmelden. Bijv. je wilt een programma installeren dan moet je dat via de adminaccount doen. Dat gaat gewoon tijdens je eigen inlog, er wordt alleen om authorisatie gevraagd. Je kan als je veel wil veranderen gewooninloggen als admin, de installatie en onderhoud zaken regelen en dan met je gewone werk weer onder je eigen account doorgaan. Wil je niet dat bij elke programma installatie doen dan installeer je programma's gewoon in je eigen usermap/programma's, dan kunnen alleen niet andere gebruikers van die progjes gebruik maken.

"Never underestimate the predictability of stupidity!"
iMac-Alu 20"/2,4 | Powerbook G4 12"/1,3 | |iMac-bolletje 17"/1000 | Cube g4/450 | iMac rev B/233 (retired) | Quadra 475 68040 (retired) | Classic 6800 (RIP)

Cailin Coilleach
Niet Aanwezig

Een ware MacFreak! Aantal berichten: 2764 | Lid sinds: 16-08-2004 | Geplaatst om: 08:31 - 29-08-2007

Citaat: Daar staan ook veel crusiale bestandjes steeds op dezelfde plaats 'c:/windows' OEH... wat link brrrrr

Daar ging het niet om

Het ging Miller d'r om dat stukken van het OS steeds op exact de zelfde -geheugen- locaties te vinden zijn. Da's erg link, want dan weet je ook in welk stuk van het geheugen je een "buffer overflow" moet forceren om te bereiken wat je wilt.

Een "buffer overflow" is een actie waarbij je een slordig geschreven applicatie een bepaalde hoeveelheid data voert. Bij deze slordige programma's gebeurt het wel eens dat de invoerbuffer maar van gelimiteerde grootte is. Daardoor word het teveel aan data gewoon doorgekliederd in andere stukken van het geheugen.

Stel, je hebt applicaties A en B die direct achter elkaar in een gereserveerd stuk geheugen zitten. Je wilt iets doen met applicatie B, maar je kent daar geen security gaten in. Echter, voor applicatie A weet je wel degelijk hoe je een buffer overflow moet maken. Voer je nu een berg data aan applicatie A, dan zal hij onder de juiste omstandigheden door schrijven in het geheugen van applicatie B. Als je nu in die berg data echte opdrachten en commando's voor applicatie B stopt, dan ben je binnen.

Erg slordig dus.

Ik kan helaas niet bevestigen OF het ook werkelijk zo is dat OS X bepaalde onderdelen steeds op de zelfde RAM locaties zet. Ik ben geen programmeur en heb ook geen toegang tot Darwin code.

Spring naar onderwerp
« Ouder - Nieuwer » Onderwerp met meerdere pagina's:
« Vorige [ 1 2 3 ]