In mijn vorige artikel legde ik uit hoe je Domino x.509 client certificaten kan laten ondersteunen voor de authenticatie van gebruikers op websites. Certificaten worden normaal gesproken voor een jaar uitgegeven en vervallen als deze niet tijdig worden verlengd. Op het web site document binnen de Domino Directory kan je aangeven wat er dient te gebeuren met vervallen certificaten. Onder de SSL Options (Accept expired SSL certificates) zal vermeld moeten worden wat er moet gebeuren met zo'n certificaat: accepteren of niet.
Naast vervallen certificaten kennen we ook nog een groep van certificaten die niet meer geldig zijn omdat deze ingetrokken zijn door de uitgever van het certificaat. Denk hierbij aan een certificaat van een gebruiker die bijvoorbeeld uitdienst is getreden bij zijn werkgever voor de vervaldatum van het certificaat. Dit certificaat is technisch gezien nog bruikbaar, het certificaat is immers nog niet vervallen. Echter het certificaat mag functioneel niet meer gebruikt worden omdat de betreffende werknemer niet meer bij zijn werkgever werkt. Het certificaat dient te worden ingetrokken door de uitgever van het certificaat en zal door hem op een CRL (= certificate revoke list) lijst geplaatst worden. Deze CRL kan gebruikt worden om te verifieren of een certificaat nog geldig is (gedurende de looptijd van het certificaat).
Domino ondersteund de CRL functie voor certificaten. Ik wilde er daarom gebruik van maken om de beveiliging van het Extranet op een hoger niveau te brengen. Helaas is deze ondersteuning alleen van toepassing op certificaten die door het Domino CA proces aangemaakt worden. Externe certificaten, zoals het Digitaal Paspoort waarmee ik bezig ben, en de bijbehorende externe CRL's worden nog niet ondersteund in Domino. Ten minste niet in Domino 6.5.4 dat wij momenteel gebruiken op ons werk. Ik heb het nodige leeswerk gedaan in de handleidingen van Domino en gezocht op het Lotus Notes/Domino 6 and 7 Forum en kan niets vinden dat op de ondersteuning van externe CRL's wijst.
Alle voorbereidingen voor de installatie van SQL Server 2008 zijn gedaan. Er is een VPC aangemaakt met daarop een verse Windows Server 2008 installatie en in het AD zijn alle benodigde accounts aangemaakt. We loggen op de VPC in met het installatie account (SQL_Setup). Vervolgens maken we verbindingen met de SQL server installatie media. In mijn geval een ISO bestand met daarop SQL Server 2008 Developer Edition. We starten de installatie door de setup te starten (eventueel via Auto Play). Aangezien Windows Server 2008 met Vista de UAC (User Account Control) functionaliteit deelt dient het account dat je gebruikt dus administrator te zijn op de server waarop we SQL Server installeren. De setup wizard detecteert dat het Microsoft .NET Framework (standaard zijn van het Framework v1.0, v1.1 en v2.0 geinstalleerd op Windows Server 2008) bijgewerkt dient te worden naar een hogere versie en dat er een bijgewerkte Windows Installer nodig is. We starten de installatie hiervan middels de keuze ...
Reacties