Hoofdcategorieën
Device Settings

Microsoft overweegt werknemers adminrechten af te nemen

Door Mick de Neeve, woensdag 24 mei 2006 16:35
Bron: Ars Technica, views: 30.961

Microsoft staat als grootgebruiker van zijn eigen producten, wat in de engelstalige wereld smakelijk wordt omschreven als het 'eten van je eigen hondenvoer', momenteel voor de keuze of het zal breken met de traditie om zijn eigen werknemers van een administrator-account te voorzien. Nu het bedrijf bezig is om de bedrijfscomputers van het komende besturingssysteem Windows Vista te voorzien, doemt de vraag op welke Microsoft-medewerkers adminaccounts nodig hebben. Hoewel veel grote bedrijven in Windows XP de optie Limited User voor de meeste gebruikers in zouden stellen, zijn er nogal wat applicaties in omloop die voor installatie en/of gebruik adminrechten verlangen. Om deze reden krijgen veel 'gewone' gebruikers toch de volledige rechten toegewezen, met alle veiligheidsgevolgen van dien: niet alleen kunnen deze gebruikers hun systeem makkelijker zelf de soep inrijden, ze zijn tevens kwetsbaarder voor exploits die de administrator-privileges nodig hebben om controle over de pc te verkrijgen.

Vista admin dialogue De man die zich voor de keuze geplaatst ziet is Mark Estberg, die bij Microsoft de leiding heeft over interne veiligheidszaken. Volgens Estberg is het weliswaar duidelijk dat veel Microsoft-medewerkers een adminaccount nodig hebben om hun dagelijkse werk naar behoren uit te kunnen voeren, en zijn er daarnaast wel degelijk 'Limited' accounts voor bijvoorbeeld de receptie in gebruik, maar is er een grote groep in het midden waarvan Estberg minder zeker is. 'We zijn er nog niet uit. We moeten zeker nog scenario's met User Access Control bekijken. Ik wil graag zorgen voor een toegenomen bewustzijn van veiligheidszaken onder de werknemers van het bedrijf', aldus Estman, die daarmee lijkt aan te geven dat de softwaregigant met vergelijkbare problemen kampt als andere bedrijven - zoals gebruikers die maar raak klikken en van alles installeren, inclusief spy- en andere malware. Adminaccounts in Windows Vista kunnen overigens in Protected Administrator-modus gestart worden, waarbij alle programma's standaard met minimale privileges worden gestart en de gebruiker toestemming moet geven voor handelingen die volledige rechten vereisen.

Volgende 18:00 Pinpassen gaan over op EMV-chipstandaard
Vorige 14:12 Meer aanwijzingen voor muziekdienst Google
Advertentie

Reacties

«  1  2  3  »

Zou mooi zijn als ze gewoon het probleem oplossen.
Bijv, Adobe Illustrator of Indesign heeft admin rechten nodig om lekker te kunnen werken (of je moet het hele registry overhoop gaan halen), easy way out is dus admin rechten.

Protected Admin mode, prima, maar zonder dat een gebruiker hier last van moet hebben. Anders word die er ook niet blijer van.

Zelfde verhaal met games, sommige vereisen ook admin rechten, kan me niet voorstellen dat iemand z'n kinderen onder een admin account wil laten gamen.

Nu kun je dat probleem ook bij de schrijvers van die software neerleggen, maar goed, ik denk dat MS hier net zo'n groot aandeel in heeft.

Nee? Ik heb al heel mijn leven gegamed op een admin account en daar heb ik altijd gebruik van gemaakt (admin account) en me vader wist wel degelijk dat hij me ook minder echten had kunnen geven.

Het zou mooi zijn als ze dit oplossen. Die protected admin account zou geweldig zijn voor de meeste gebruikers (niet voor de gemiddelde tweaker).

Beheert je vader de computer dan?
Want hier thuis beheer ik de computer en toen ik me vader ze admin rechten ontnomen had kreeg ik allemaal ellende.
Zoals microsoft office ( MICROSOFT eigen product ) die blijkbaar ook niet zonder admin rechten kan.
Tenminste bij ons werkt het niet goed en er zijn nog meer programma's maar ja ik bij office had ik het al opgegeven.

[off-topic]Zoals microsoft office ( MICROSOFT eigen product ) die blijkbaar ook niet zonder admin rechten kan.
Vraag ik me toch af hoe je die geinstalleerd hebt. Veel bedrijven, waaronder het bedrijf waar ik bij werk, hebben Office en gebruikers die geen admin-rechten hebben...
[/off-topic]

Wellicht een oude versie van Office?

Het grootste aandeel dat MS heeft, is dat het niet afdwingt dat software correct omgaat met user rechten.

Windows levert alles wat nodig is om totaal op userlevel niveau te werken. Er is geen enkele reden waarom Illustrator admin rechten nodig heeft. Maar zolang software onterecht userlevel data in admin level folders wil wegschrijven... Tja....


Het probleem is natuurlijk, dat iedereen moord en brand zou schreeuwen wanneer MS zou afdwingen dat software correct omgaat met user rechten. Dat zag je al met de firewall in SP2. De firewall deed perfect zijn werk, en disabled dus sommige software functionaliteit. Dat wordt dan afgeschildert alsof SP2 niet goed compatible zou zijn met die specifieke software. Nonsense natuurlijk, maar zo werd het wel gebracht...

Vrijwel niemand die gewoon even vertelde dat de firewall correct zijn werk deed, en dat je hetzij je applicatie software moest aanpassen, hetzij even de firewall vertellen dat die software toegelaten kon worden.


Afdwingen van correct gebruik wordt helemaal leuk wanneer zou blijken dat MS software wel goed omgaat met user rechten (Office bijvoorbeeld werkt perfect op userlevel). Dan zou iedereen ook nog eens lopen klagen dat MS andere software probeert te saboteren...

Hier is het andersom; ik geef mijn pa een limited account en ik ben de administrator :D

Ditto hier :P (Mn pa heeft zelfs zijn eigen windows, die ik beheer)

Tja, 't blijft toch echt een van de bronfouten bij Microsoft.

Ik werk (professioneel) al meer dan 5 jaar op een SUN workstation, en heb in die tijd precies 1x rootrechten nodig gehad om een extra directory aan te maken op een "abnormale" plaats.

Met een brak ontwerp zoals Windows + oneindig terugwerkende compatibiliteit vraag je om gezeur.

Het probleem is inderdaad niet zozeer of een bepaalde gebruiker al dan niet admin-rechten nodig heeft. Het probleem zit hem meer in de slechte keuze van verschillende user-klassen in Windows.

De stap tussen normale user (zelfs in het Power User-profiel) en admin is veel te groot. Als je een beetje fatsoenlijke software wil installeren heb je meteen full local admin rechten nodig, met alle veiligheidsgevolgen van dien.

Misschien zouden ze beter leentjebuur spelen bij andere systemen, zoals het al jaren ingeburgerde systeem van "sudo" bij Unix. Voor bepaalde dingen krijg je admin rechten, en de rest moet je maar onder je eigen account installeren, zodat je er niks mee kunt breken. Sysadmins mogen dan nog steeds gerust "sudo su" doen, omdat je er toch nog steeds vanuit gaat dat deze mensen weten wat ze met root moeten/mogen/kunnen doen :)

Misschien zit dat wel in Vista :+
Het zou mooi zijn als niet iedere teksteditor meteen in je system32 directory wil gaan zitten grutten om wat idiote logfiles aan te maken :(

Wel eens van "runas" gehoord?

dat werkt goed, maar niet handig, de meeste mensen hebben geen zin om iedere keer gebruikersnaam en wachtwoord in te vullen. je kan niet automatisch als een bepaalde user kan inloggen zonder het wahtwoord te hoeven invullen als je het programma start.

Ik moet bij een *nix ook m'n password telkens opgeven.
Er zit wat dat betreft geen verschil in.

Hoewel veel grote bedrijven in Windows XP de optie Limited User voor de meeste gebruikers in zouden stellen, zijn er nogal wat applicaties in omloop die voor installatie en/of gebruik adminrechten verlangen.
Misschien nu ze intern met hun neus op de feiten gedrukt worden wordt er misschien ook meer geinvesteerd in een wat beter model, dat je niet admin rechten nodig hebt voor userspace applicaties.

Dat ligt meer aan de 3rd party ontwikkelaars dan aan het OS zelf.

Dat ligt meer aan de 3rd party ontwikkelaars dan aan het OS zelf.
Als Windows XP gebruikers standaard geen administrator waren geweest, was het waarschijnlijk een veel kleiner probleem geweest en was 'men' vijf jaar geleden begonnen met een oplossing.

@Koffie
Onzin, waarom werken diezelfde programma's dan onder bijvoorbeeld Mac OS X wel met beperkte rechten?

Omdat dat een heel ander OS is 8)7

edit : om maar wat duidelijker te zijn : Men maakt een programma voor 2 verschillende OS'en, logisch dat het dan anders op beide werkt.
De MS Bashers moeten eens achter hun oren krabben met loze uitspraken.
Dat een app alleen onder Full Admin werkt heeft meer met de ontwikkelaars te maken dan met het OS.

Omdat dat een heel ander OS is
Je geeft nu dus zelf toe dat het toch aan het OS ligt. :Y)

Je geeft nu dus zelf toe dat het toch aan het OS ligt.
Of dat de MAC ontwikkelaars zich meer bewust zijn van security dan de Windows ontwikkelaars.

En laat MS nou net een officepakket aan het ontwikkelen zijn voor OS X. ;)

Welke programma's? Office werkt perfect op userlevel.

De meeste mensen weten dat nieteens, omdat ze nog nooit op iets anders dan admin hebben gewerkt...

Hetgeen helemaal niets van doen heeft met de Office voor windows.

Microsoft heeft voor MacOffice een eigen divisie.

misschien dat ze dat al lang deden voor windows bestond...

@DamoSiSocra

Ik denk dat je daar ook zeker een punt hebt. Voor mijn gevoel zijn veel programmeurs voor Windows tools zogenaamde "gemaksprogrammeurs" en houden ze in hun ontwikkelomgeving te weinig rekening met het rechten pakket dat NT levert.

Adobe's programma's dus

Ik ben systeembeheerder bij een accountantskantoor. Bijna alle financiele software vereist admin-rechten op de lokale PC.

Het ligt dus NIET aan Microsoft maar weldegelijk aan de programmeurs van de software. Het gaat soms maar om toegang tot één ini-file (Unit4 Business Suite) in de C:\Windows-directory... en nee, dat bestandje kun/mag je niet verplaatsen

Microsoft Office werkt inderdaad prima op user-rechten. Het kan dus wel...

Volgens Estberg is het weliswaar duidelijk dat veel Microsoft-medewerkers een adminaccount nodig hebben om hun dagelijkse werk naar behoren uit te kunnen voeren,
Met andere woorden, ze hebben het probleem nog steeds niet fatsoenlijk opgelost. :(

Met name als programmeur en tester ontkom je er simpelweg niet aan. Iets als Visual Studio heeft een behoorlijke macht op je OS nodig.

Iets als Visual Studio heeft een behoorlijke macht op je OS nodig.
Waarvoor dan? Het probleem is juist dat dit nooit anders getest wordt. Op andere OS-en kan ik wel een volledige ontwikkelomgeving met debugger draaien als normale gebuiker.

Je wil met normale rechten niet kunnen inhaken op draaiende processen om iets te kunnen debuggen, bijvoorbeeld :Z

@JP: dat moet geen probleem zijn, _mits_ het alleen bij je eigen processen kan.

Zo gaat het bij unix systemen ook, waarom kan het dan bij Windows niet?

waarom dan? GCC werkt op linux prima onder een user-account, net als iedere IDE die ik ooit heb gebruikt...

Met andere woorden, ze hebben het probleem nog steeds niet fatsoenlijk opgelost
Of je kunt hier lezen. Een groot aantal werknemers heeft Admin rechten nodig omdat ze aan programmeren zijn tegen de core van een systeem of systeem services draaien op hun systemen welke ze moeten starten en stoppen en beheren.

Wat ik wil zeggen is dat een conclusie suggestief is en gebaseerd op wat je zelf wilt zien/lezen en niet is gestoeld op enige kennis van de (specifieke) situatie(s) waarmee Mircrosoft zelf kampt. Ze zijn het allemaal zelf nog aan het uitzoeken en dan komt er hier iemand met een simpele conclusie.

Probleem ligt voor een deel ook bij 3rd party. Zeg maar een "legacy" die ze meeslepen. OS draait prima limited, maar wil je dan een applicatie installeren, die zijn DLLs per se in windows\system wil mikken...En zijn settings per se in de all_users deel van de registry...

Als ze dit rigoreus dichtzetten, zie ik de posts hier al :

K*T windows, nou kan ik niet eens meer applicatie X gebruiken, die Gates bekijkt het maar, ik draai wel gewoon admin

Die settings in het All Users deel zetten is overigens om andere redenen heel erg in trek. Het is namelijk zo om als software bedrijf in aanmerking te kunnen komen voor een Microsoft Partnership, je punten moet halen bij MS. Die haal je door bijvoorbeeld een ISV test op je software te doen, waarbij je aan allerhande eisen moet voldoen. Er is echter ook een lijst eisen waarvan je er maar aan 1 hoeft te voldoen en de makkelijkste in die lijst is.... inderdaad, een All User install...

Dus dat ligt heel erg aan Microsoft, maar niet aan de software, maar die policy :)

Kom het zo vaak tegen ,, inderdaad de receptie heeft afgeschermde account ,, terwijl de bepaalde afdelingen waar men inderdaad local admin nodig heeft zit vaker ook de computer-idee gebruikers ....
Die je juist wil beperken , los van de msn + pakket gebruikers :r

Men moet beginnen bij de bron hé. Als Microsoft zelf inziet hoe admin-rechten verdeeld worden, kunnen ze het misschien zelf ook beter programmeren. Miserie dat ik al gehad heb door niet onder een admin-account te werken thuis (m'n outlook messed up, andere dingen lopen niet jusit, kan ook aan mij liggen natuurlijk) :Y)

Maar hoeveel mensen gebruiken die limited rights in windows? 10%-20% ? Vele gebruikers kennen het bestaan er zelfs niet van :Z

Men moet beginnen bij de bron hé. Als Microsoft zelf inziet hoe admin-rechten verdeeld worden, kunnen ze het misschien zelf ook beter programmeren. Miserie dat ik al gehad heb door niet onder een admin-account te werken thuis (m'n outlook messed up, andere dingen lopen niet jusit, kan ook aan mij liggen natuurlijk)
De bron is al lang boven en bekend. Wanneer ICT'ers er niet mee bekend zijn wordt het eens tijd om wat dieper in het Windows OS te duiken. Security in Windows is geod geregeld als je het maar gebruikt. Het zelfde is al bij een deur met 10 sloten, als je ze allemaal niet op slot doet dan staat je deur ook gewoon open.

Dat andere devellopers zich niet goed bewust zijn van het feit dat hun software moet werken op een "dicht" Windows OS is niet het probleem van Microsoft maar van die ontwikkelaars. De sloten fabrikant is ook niet verantwoordelijk voor het feit dat de gebruiker de deur niet op slot doet. Het is wat anders als het slot niet functioneerd maar dat ben ik persoonlijk zelf bij MS nog nooit tegengekomen (behalve op Windows ME en lager dan).

Windows is net zo veilig als de persoon welke Windows onder beheer heeft op een machine.

Wat Microsoft wel is aan te rekenen dat het standaard geen "goede" tools heeft om wacky software te herkennen en in profielen te gieten. Nu moet je voornamelijk spelen met "SysInternals"-tools (Regmon/Filemon) en bij scripten met Wise/Installshield. Daar laat Microsoft inderdaad een steek vallen, maar gezien de uitdagingen die Microsoft zelf nu voor zich ziet zal het niet lang duren voor er van Microsoft een "goede" tool beschikbaar komt om het één en ander te regelen zodat installatie van wacky software te vergemakkelijken is in combinatie met gebruik van deze wacky software.

Is het fout van Microsoft dat een niet Microsoft programmeur de volgende code schrijft (Pseudocode):

hHandle= OpenMijnTempFile("\\\\?\\C:\\Windows\\TEMP\\TEMPNAME.TMP");

In plaats van:
sTemp= MaakTempFileNaamInUserTEMP();
hHandle= OpenMijnTempFile(sTemp);

Is het fout van Microsoft dat een niet Microsoft programmeur de volgende code schrijft (Pseudocode):
Ja.
De developer zou onder een niet-admin account moeten werken (maar MS heeft ervoor gekozen gebruikers standaard admin te maken) en C:\Windows\Temp zou dan niet writable zijn.

Dat probeert DamoSiSocra te zeggen. De programmeurs zouden dus niet in windows\temp moeten schrijven maar in de user temp. Waarnaar verwijst %temp% ook al weer? Naar de user of de windows temp?

%temp% wordt standaard gerouteerd naar c:\documents and settings\username\local settings\temp

:Y) Erg grappig dat ze problemen hebben met hun eigen OS binnen hun eigen organisatie. Dit probleem komt in heel veel organisaties voor. Het is ook redelijk zwart-wit geregeld binnen Windows, of je bent een admin, of je bent limited user. Het zou mooi zijn om daar gulden middenwegen in te hebben, per programma, per user, etc.

Er zijn aardig wat tussenwegen mogelijk, zeker met active directory. Je hebt o.a. zoiets als een power user. Het wel of niet programmas mogen installeren blijft echter een ja of nee kwestie.

Ik zou overstappen op osx als ik Microsoft was. ;)

Novell heeft dit al lang heel mooi (IMHO) opgelost. Je kunt een user gewoon zeer beperkte rechten geven. Programma's die daarna niet werken zijn via ZENworks via een trucje op te starten met lokale admin rechten, zonder dat de gebruiker hier misbruik van kan maken.

Lijkt me dat Microsoft zoiets zelf ook kan maken, alhoewel Novell wat mij betreft nog steeds vooropligt met desktopbeheer op MS zelf.

Is leuk zulke trucjes als ZenWorks uithaalt, maar als een programma onder lokaal-admin werkt, dan werken alle processen die via dat programma werken ook als lokaal admin.
Dus even een Bestand -> Open, Toon alle bestanden, ga naar system32 en doe RMK op control.exe en kies starten. Nu draait het configuratiescherm ook onder lokaal admin.

Lang leve trucjes... zoals Zenworks e.d.

die opties die jij noemt maak je dus niet benaderbaar dmv grouppolicy's ;) hoezo cmd openen? hoezo bestand en dan openen? allemaal weg ;)

Je kan toch als gewone gebruiker als je met shift op een installatiebestand drukt het toch installeren, alleen moet je dan het adminwachtwoord weten ofzo :? Dacht dit ooit gelezen te hebben.

Dat is een beetje waar.

Je kunt de functie "Run as" of "Uitvoeren als" gebruiken. Hierdoor kun je installeren als zijnde een andere gebruikers, zoals administrator.
Dit maakt het heel reëel om gewoon als limited user door het leven te gaan, en toch bewust programma's te installeren. Iedereen zou dit moeten doen!

Er zijn natuurlijk uitzonderingen...

Met "run as" kun je inderdaad heel wat oplossen. (vrijwel niemand kent die functie helaas)

Maar je loopt ook erg snel tegen problemen aan.
Zo kun je voor de windows explorer geen "run as" gebruiken.

Verder gaan een boel applicaties dan instellingen voor de gebruiker installeren in het admin profiel, zodat er vervolgens niet mee kunt werken als je ze start met je limited user profiel.

Op dit moment is het in veel gevallen nog steeds het beste om je users admin te maken, maar vervolgens via group policies de meeste admin rechten weer af te pakken.

Het wordt steeds beter bij onze vrienden in Redmond. Ze scheiden steeds meer. De DLL issues zijn grootdeels met WinSxS opgelost.

Als ze dan ook net als Unix (en ik vermoed ook OSX) user space en system space (nog veel) stricter scheiden, dan heb je wat, waardoor ook de programmeur gedowngen wordt op userspace applicaties te schrijven (en niks stiekum allerlei DLLs in windows\system32 erbij kanllen).

Maar omdat van zoveel onderdelen binnen windows zelf al(IE, registry, windows\system32) nauwelijks te onderscheiden is of het userspace of osspace gaat, moet eerst dit probleem aangepast worden, en het systeem echt multi-user maken. Nu ben je 'verplicht' op in de registry iets met HKLM (globaal) te doen, ipv HKCU (per user), als je voor alle mogelijke users settings 1x globaal wilt vastleggen (als je de registry wilt gebruiken). Alternatief is dan de good-old-win3x .ini files. Wat ik alleen maar wil zeggen is dat het design van windows dit soort problemen zelf uit(ge)lokt (heeft).
«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 18:00 Pinpassen gaan over op EMV-chipstandaard
Vorige 14:12 Meer aanwijzingen voor muziekdienst Google
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011