SQL Server Service Accounts
Med SQL Server 2005 har vi fått en forbedret sikkerheten i motsetning til SQL Server 2000. Utgangspunktet for SQL Server 2005 er at installasjonsprosedyren oppretter sikkerhetsgrupper i AD (eller lokalt hvis det ikke er en Domene Server) og at sikkerhetsgruppene tildeles rettigheter (User Rights Assignments) lokalt eller i domain security policy (Disse rettighetene omfatter bla bypass traverse checking, log on as batch job, log on as service og replace a process level token).
Den brukeren eller ”built- in System account” som velges for en eller flere SQL Server tjenestene, vil så meldes inn i sikkerhetsgruppene etter behov. Sikkerhetsgruppene opprettes som nevnt av installasjonsprosedyren.
Beste praksis
Det anses å være beste praksis å benytte en lavt privilegert bruker for SQL Service Account. Med dette forstås vanligvis en Domain User uten administrative privilegier (eller en local user hvis serveren ikke er medlem i domenet). Det er også beste praksis å benytte samme bruker på SQL Server Database Service og SQL Server Agent.
Men dersom den applikasjonen (eller aplikasjonene) som skal benytte SQL Server 2005 Workgroup Edition bruker CmdExec og ActiveScript ”jobs”, og AutoRestart ”feature”, må kontoen som benyttes for SQL Server Agent ha administrator privilegier (være en administrator konto). I et slikt tilfelle vil det være riktig å benytte separate service accounts for SQL Server og SQL Server Agent.
I denne artikkelen vil jeg ikke benytte Local System Account for SQL Server Service Account slik dette foreslås i Microsofts veileding for installasjon av SQL Server 2005 Workgroup Edition (på min CD). Ved å benytte denne kontoen vil kommunikasjonen med andre servere begrenses. Dernest er Local System Account på SBS Server 2003 en konto som har vidtrekkende privilegier.
I denne fremstillingen vil jeg derfor benytte en vanlig Domain User. Årsaken til at jeg velger en Domain User account er at det vil tillate andre servere (som terminalserver) og kommunisere med SQL Server 2005. En videre synes det riktig å ta de nye sikkerhets funksjonene i SQL Server 2005 i bruk, og unngå nok en installasjon av SQL Server med administrator kontoen.
|