• GRANT: Tilldelar specifika rättigheter (SELECT, DELETE, osv) till den specifika användaren eller rollen i den aktuella databasen.
  
• REVOKE: Tar bort en rättighet eller ett förbud som tidigare var satt på en användare eller roll i den aktuella databasen
  
• DENY: Nekar en specifik rättighet till en användare eller roll i den aktuella databasen
  

De bästa säkerhetsmetoderna i SQL Server

• Konfigurera din SQL Server till att använda sig av Windows Authentication metoden
  
• Beroende på dina domänanvändares behov vid dataaccess, så kan du inom domänen gruppera dem i olika globala grupper
  
• Kombinera sedan alla globala grupper från alla kopplade domäner, till lokala Windows NT/2000 grupper i din SQL Server dator.
  
• De lokala Windows NT/2000 grupperna får sedan tillåten access till att logga på SQL Servern
  
• Lägg sedan in dessa lokala Windows NT/2000 grupper till Fixed Server roles i SQL Server
  
• Associera dessa lokala gruppernas Login till individuella användarkonton i databasen, och ge dem därefter de rättigheter som behövs genom att använda databasroller.
  
• Om det behövs så kan du skapa egna databasroller för att lättare kunna hantera rättigheterna
  

• Begränsa fysisk access mot SQL Server datorn. Lås alltid Servern då den inte används.
  
• Försäkra dig om att alla utdelade filer och diskar på SQL Server datorn är Read-only. Om du däremot skulle ha läs- och skrivrättigheter på någon av filerna eller diskarna, försäkra dig då om att det är rätt personer som har tillåtelse att komma åt dem.
  
• Använd dig av filsystemet NTFS, eftersom det filsystemet ger dig mer avancerade säkerhetsåtgärder och återskapningsmetoder.
  
• Använd hellre Windows Authentication än Mixed Mode. Om Mixed Mode verifieringen däremot skulle vara oundviklig då du kanske vill ha bakåtkompatibilitet, se då till att ha komplicerade lösenord för Server Administratören och andra SQL Server login. Det är rekommenderat att du blandar siffror och/eller specialtecken med de vanliga bokstäverna i lösenordet, för att motverka de ordlistebaserade gissningarna och verktygen som används av hackers.
  
• Döp om ditt administratörskonto i Windows NT/2000 på SQL Server datorn, för att hindra hackers att gissa fram administratörslösenordet.
  
• I en webbsidomiljö bör du ha databserna på en annan dator än den som kör webbservicen. Med andra ord, håll för säkerhetens skull din SQL Server ifrån Internet.
  
• Håll dig uppdaterad med information om de senaste Service Packen och de senaste säkerhetspaketen som lanseras av Microsoft. Undersök de senaste Service Packen och de senaste säkerhetspaketen noggrant innan du implementerar dem i SQL Server. Sätt ett bokmärke på den här URLen för att hålla dig uppdaterad inom det senaste av säkerhet från Microsoft: www.microsoft.com/security/ .
  
• Om det är lämpligt i din miljö, försök då att ”gömma” SQL Server servicen från att synas i Serverlistan i Query Analyzer. Gör det genom att använda /HIDDEN: YES växeln i NET CONFIG SERVER kommandot.
  
• Aktivera Login granskning på operativsystem- och SQL Server nivå. Analysera granskningen av misslyckanden vid Login, och sök efter mönster som kan tyda på att någon håller på att bryta sig in.
  
• Om det finns plats i din budget så bör du införskaffa IDS, ”Intrusion Detection System”, för att hålla koll på de databasservrar som är online. IDS kan konstant analysera all ingående nätverkstrafik, leta efter trender, samt leta efter DoS (Denial of Service) attacker och skanna portarna. Man kan konfigurera IDS till att varna administratören vid upptäckter av specifika trender.
  
• Avaktivera gästkontot i Windows. Du kan ta bort gästanvändare från produktionsdatabasen genom att använda sp_dropuser.
  
• Låt inte dina applikationer använda SELECT/INSERT/UPDATE/DELETE uttrycken direkt till att fråga ut och manipulera dina databaser. Baka in dessa uttryck inom lagrade procedurer, och låt dina applikationer anropa procedurerna istället. Det kan hjälp till att centralisera en företagslogik inom databasen, på samma gång som det gömmer de interna databasstrukturerna från klientapplikationer.
  
• Låt din användare fråga ut vyer istället för att ge dem access till den underliggande bastabellerna.
  
• Hindra applikationer från att exekvera dynamiska SQL-satser. För att en användare ska kunna exekvera dynamiska SQL-satser så måste de ha särskilda rättigheter på de underliggande tabellerna, och det faktumet motverkar syftet med den begränsade access som man får med lagrade procedurer och vyer.
  
• Låt inte applikationerna acceptera SQL-satser från användare, för att sedan köra dem mot databasen. Det kan vara farligt (det kallas SQL injection) eftersom avancerade användare skulle kunna skapa kommandon som antingen förstör data eller som gör att användarna får otillåten access till känsliga data.
  
• Dra fördel av de fixerade server- och databasrollerna, genom att lägga in användare i lämpliga roller. Du kan också skapa egna databasroller som passar dina behov och önskemål.
  
• Välj noggrant ut medlemmarna i sysadmin-rollen, eftersom en medlem i den rollen har fria händer till att göra allt i SQL Server. Notera att de lokala administratörsgrupperna i Windows NT/2000 som standard också ingår i sysadminrollen i SQL Server. Du bör kanske ta bort den kopplingen från SQL Server.
  
• Övervaka Error- och Eventloggarna regelbundet, och kolla efter säkerhetsrelaterade varningar och Errors.
  
• Säkra din registrering genom att begränsa access mot SQL Serverns specifika registreringsnycklar så här: HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer.
  
• Om din databas innehåller känslig information, överväg då att kryptera de känsliga delarna (som t ex kreditkortsnummer eller personnummer). Det finns odokumenterade krypteringsfunktioner i SQL Server, men jag rekommenderar dem inte. Om ni har rätt kunskaper i organisationen så kan ni skapa era egna krypering/dekrypteringsmoduler genom att använda Crypto API, eller något annat krypteringsbibliotek.
  
• Om du kör SQL Server 7.0 så kan du vid krypterade datautbyten mellan klienten och SQL Servern, använda de krypteringsmöjligheter som ges utav Multi-protokoll biblioteket. SQL Server 2000 stöder kryptering över alla protokoll, genom att använda sig utav SSL, ”Secure Socket Layer”. För mer information om det här ämnet så kan du läsa om det på ”SQL Server 7.0 and 2000 Books Online (BOL)”.
  Not. Att aktivera kryptering innebär alltid ett byte mellan säkerhet och prestanda, på grund av den extra arbetslasten som skapas vid kryptering och dekryptering.
  
• Förhindra oauktoriserad access till länkade servrar genom att ta bort de tillträden till servrarna, som inte längre behövs. Håll särskild uppmärksamhet till Loginmappningarna mellan den lokala och den avlägsna servern. Använd Login med minimala privilegier när du konfigurerar länkade servrar.
  
• DBA använder sig ofta utav domänens administratörskonto då de ska köra vissa SQL Server tjänster. Det är som att be om problem. En elak SQL Server användare skulle kunna utnyttja och dra fördel av dessa administratörsprivilegier. För det mesta så räcker det gott och väl med ett lokalt administratörskonto då man ska köra SQL Server tjänster.
  
• Många DBA tenderar också att släppa vissa av systemets lagrade procedurer, såsom xp_cmdshell, samt alla av OLE mekanismernas lagrade procedurer, såsom sp_OACreate och liknande. Men istället för att släppa dem, så kan man förbjuda specifika användare/roller att köra kommandot EXECUTE på procedurerna. Att släppa procedurerna skulle bara bryta en del av SQL Serverns funktionalitet.
  
• När en anställd lämnar organisationen så är det viktigt att den personens Login försvinner ur SQL Servers databas. Om du blir tvungen att avskeda någon så bör du ta bort den stackarns Login så fort som möjligt, så att inte denne förstör någonting i ren frustration.
  
• Då du använder en Mixed Mode Authentication, så bör du överväga att anpassa systemets lagrade procedur sp_password, för att förhindra att användarna väljer ett simpelt lösenord som kan vara lätt att räkna ut.
  
• För att försäkra dig om en säker datareplikering över Internet eller WAN, ”Wide Area Networks”, så kan du implementera VPN, ”Virtual Personal Networks”. Att säkra snapshot-katalogen är också viktigt, eftersom snapshot agenten exporterar data- och objektskript från den publicerade databasen till den här katalogen i form av textfiler. Endast replikeringsagenterna bör ha tillgång till snapshot katalogen.
  
• Det är bra att ha tillgång till ett verktyg som ”Lumigent Log Explorer”, för att få en närmare titt på transaktionsloggarna, i vilka du kan se vem som gör vad i databasen.
  
• Lagra inte lösenord i dina .udf-filer, eftersom lösenordet då lagras i klartext.
  
• Om din databaskod är lämplig till följande utförande, så kan du kryptera dina definitioner av de lagrade procedurerna, triggers, vyerna samt de användardefinierade funktionerna. Detta gör du med WITH ENCRYPTION klausulen.
  
• I databasens utvecklingsmiljö kan du använda en källkodskontroll som t ex VSS, ”Visual Source Safe” eller Rational Clear Case. Du kan kontrollera accessen till källkoden genom att skapa användare i VSS och därigenom ge dem rättigheter per projekt. Låt endast VSS administratören ha ’destroy permanently’ (”ta bort permanent”) rättigheten. Efter att ett projekt är färdigt så bör du låsa din VSS databas eller ge utvecklarna access med Read-only. För fler bra metoder i databasens utvecklingsmiljö så kan du klicka här för att se mina guidelinjer inom databasprogrammering och kodningsprinciper.
  
• Datafiler som har genererats av DTS eller BCP, bör du lagra i en säker katalog eller utdelning för att sedan radera dem filerna när du är klar med dem.
  
• Införskaffa anti-virusprogram till din SQL Server dator, men exkludera dina databaskataloger från regelbundna skanningar. Uppdatera alltid ditt anti-virusprogram till den senaste versionen.
  
• SQL Server 2000 ger dig möjligheten att ange lösenord vid backup. Om du anger ett lösenord vid en backup så måste du ange det lösenordet för att återhämta data. Det här hindrar oauktoriserad access till backupfilerna.
  
• I Windows 2000 introducerades EFS, ”Encrypted File System”, vilket låter dig kryptera individuella filer och kataloger på en NTFS partition. Du kan använda den här funktionen till att kryptera din SQL Servers databasfiler. Du måste använda SQL Serverns servicekonto då du vill kryptera filer. Om du sedan vill byta servicekonto i SQL Server så måste du alltid dekryptera filerna, byta servicekonto, och sedan med det nya servicekontot kryptera tillbaka filerna.