|
Community > ReactOS Newsletter Archive > ReactOS Newsletter: Volume 1, Editie 5Volume 1, Editie 5by Stuart on 2005-11-13 Wekelijkse ReactOS Nieuwsbrief Volume 1, Editie 5Het nummer kruipt omhoog. Ik geloof dat met deze editie de wekelijkse ReactOS nieuwsbrief het aantal edities van Splash, de vorige ReactOS nieuwsbrief, evenaart. topFreeloader: Wat is het?Freeloader (afgekort freeldr [Waarom is die afkorting zo lang? -Ed.]), is de ReactOS Bootloader, uitgebracht onder de GPL. topWat doet dit?
Freeldr stelt ook de ARC (Advanced RISC Computing) paden samen en interpreteert ze. Deze worden gebruikt in Windows NT 4.0 en latere versies, voor de boot.ini instellingen. Het is ook in staat een Multi-Boot met andere Besturingssystemen te regelen. Met Windows 9x wordt Freeldr dan de standaard boot manager. Vanaf het Boot Menu kan je ReactOS of Windows 9x selecteren (of zelfs MS-DOS, God behoedde je van het gebruik daarvan als primair OS...) Met Windows NT/2000/XP/2003 wordt het wat minder interessant. De ReactOS setup detecteert of NTLDR (De Windows NT Boot Loader) geïnstalleerd is en als dat zo is voegt het zijn eigen boot sector toe aan de primaire partitie, en schrijft het een link in boot.ini die naar het Boot Sector bestand verwijst dat Freeldr laat. Dit wordt 'Chain Loading' genoemd. Freeldr kan ook direct via GRUB (GRand Unified Bootloader) geladen worden, maar dat vereist heel wat inspanningen. De meest gebruikte manier om Freeldr te laden is GRUB -> NTLDR -> Freeldr. Freeldr heeft ook zijn beperkingen. Zo vereist het bijvoorbeeld een FAT16 of FAT32 als primaire partitie. topBeveilinging in ReactOSVoor zover er in ReactOS beveiligingen bestaan, zijn er twee methodologieën:
De Windows Security, die vaak beschouwd wordt als een Oxymoron, behalve op de Windows Server groep, is verreweg het meest compatibel met de software die op ReactOS draait. Het heeft echter een fundamenteel gebrek: de meeste software kan enkel geïnstalleerd worden met gebruik van Beheerder rechten. Dit is een groot probleem in zakelijke omgevingen, omdat het het systeem onnodig openstelt voor indringers. UNIX en zijn varianten hebben van in den beginne de beste beveiligingspraktijken gevolgd. Je logt in als lokale gebruiker, en je geeft alleen een beheerderspasswoord in als dat echt noodzakelijk is. Dit betekent dat de software niet zomaar loopt zoals op Windows, dat ze zichzelf kan installeren, en dat ze geen invloed op het systeem kan hebben zonder dat de gebruiker daarvan op de hoogte is. Er is voorgesteld om Samba-TNG te gebruiken op ReactOS (Samba is de bekende Bestands- en Printer Server software voor *nix systemen), als vervanging voor de Windows NT Domain Controller, als het tenminste kan geporteerd worden naar de Win32 Architectuur (het richt zich natuurlijk op ondersteuning van *nix). Beveiliging gaat ook over rechten op het bestandssysteem. Het hoeft niet gezegd dat de meest geavanceerde bestandssystemen (zoals UFS, NTFS, en Ext2/3) ingebouwde ondersteuning bieden voor bestandssystemen. ReactOS kan momenteel enkel FAT16/FAT32 bestandssystemen gebruiken... dus hoe kan je beveiliging implementeren, als op dit ogenblik de meest onveilige funderingen gebruikt worden? Het antwoord is een FAT Security Policy. Eigenlijk is dit een FAT Driver bovenop de normale FAT driver, die controleert wie wat ziet. Dit is niet 100% veilig, maar het zou genoeg zijn om Meneer en Mevrouw Jan Publiek te beletten het systeem makkelijk te compromitteren. Meer informatie hierover kan je vinden op de Wiki. topEen blik op SVNtop Implementaties
Grote veranderingen in de Trunk
Wat staat er volgende week op de agenda?Volgende week zal ik het hebben over hoe ReactOS zichzelf wil uitbreiden naar platformen buiten x86, in het territorium van de Xbox [ik geef toe, nog altijd x86], de PowerPC, en de Xen Architecturen. Zoals altijd is feedback welkom, net als alle onderwerpen die je wil toegelicht zien. Tot Volgende Week.. Happy Compiling! Stuart "TwoTailedFox" Robbins Wekelijkse ReactOS Nieuwsbrief Editor top |