Ik heb IMAP en POP over SSL opgezet, en gebruik nu een self-signed certificate. Nu wil ik een echte gaan gebruiken (zoals ook bij webmail), maar... hoe en waar doe ik dat? Ik heb al even gezocht, en voor een webserver is het allemaal geen probleem, maar voor een mailserver kan ik nergens iets vinden...
:strip_icc():strip_exif()/u/12176/workrave2.jpg?f=community)
/u/4024/burne.png?f=community)
Geen natuurlijk. Anders had 'ie wel gelezen dat een cert voor https exact hetzelfde is als een cert voor s-pop, imaps, en andere ssl-verbindingen.
[ Voor 4% gewijzigd door burne op 09-04-2003 17:32 ]
I don't like facts. They have a liberal bias.
:strip_icc():strip_exif()/u/4766/fotol2.jpg?f=community)
:strip_icc():strip_exif()/u/16170/crop5f3ee51d8d633.jpeg?f=community)
Een digitaal certificaat is een digitaal certificaat. Het enige verschil is de 'intended purpose'.
Wanneer hier bijvoorbeeld niet instaat dat het gebruikt kan worden voor secure e-mail, dan kan je het encrypten van mail dus vergeten.
In theory is het mogelijk om een certificaat voor alle doeleinden te kunnen laten gelden. Of dit gewenst is is een tweede.
Binnen de Certificate Services van Windows 2000, is het mogelijk om bij de certificaat aanvraag in advanced modus te doen. Hierdoor krijg je meer grip op mogelijkheden en eigenschappen van een certificaat. Voor de beginner is dit echter overkill
Een CA inrichten is niet moeilijk.... een CA onderhouden (in een productie omgeving) is een compleet ander verhaal.
PKI is no novelty..... It's a state of mind
Wanneer hier bijvoorbeeld niet instaat dat het gebruikt kan worden voor secure e-mail, dan kan je het encrypten van mail dus vergeten.
In theory is het mogelijk om een certificaat voor alle doeleinden te kunnen laten gelden. Of dit gewenst is is een tweede.
Binnen de Certificate Services van Windows 2000, is het mogelijk om bij de certificaat aanvraag in advanced modus te doen. Hierdoor krijg je meer grip op mogelijkheden en eigenschappen van een certificaat. Voor de beginner is dit echter overkill
Een CA inrichten is niet moeilijk.... een CA onderhouden (in een productie omgeving) is een compleet ander verhaal.
PKI is no novelty..... It's a state of mind
[ Voor 5% gewijzigd door BlaTieBla op 10-04-2003 15:24 ]
leica - zeiss - fuji - apple | PSN = Sh4m1n0
Dan ben ik erg benieuwd waarop jij hebt gezocht in Google... Ik heb een paar uur gezocht, en de sites van Verisign, Thawte etc gelezen. En daar hebben ze het nergens over mailservers.:
[...]
Geen natuurlijk. Anders had 'ie wel gelezen dat een cert voor https exact hetzelfde is als een cert voor s-pop, imaps, en andere ssl-verbindingen.
En niet alle certificaten zijn hetzelfde (denk maar eens aan dekkingswaarde).
:strip_icc():strip_exif()/u/19746/firewall.jpg?f=community)
© Koffie
:strip_exif()/u/1703/crop5645b8b802a60_cropped.gif?f=community)
Thanks, maar dat heb ik al gedaan natuurlijk (ben nog geen prutser
). Maar ik ben van plan anderen ook SSL-mail te geven. En die ga/kan ik niet vragen allemaal dit soort extra stappen te nemen. (onprofessioneel, maar tevens zijn sommige mensen zo niet handig met computers dat ze dat niet gaat lukken).
/u/56336/schimpy.JPG?f=community)
/u/49600/tneticon.png?f=community)
Voor encrypted mail versturen, heb je het certificaat nodig van de andere kant. Heeft dus NIETS met je eigen certificaat / CA te maken.
Zolang het certificaat maar x509 compliant is, zal er hoogstens gezeurt worden over de betrouwbaarheid van het certificaat (binnen windows een warning).
Indien andere mensen je certificaat hebben (van je eigen CA en dat bedoel je waarschijnlijk), moeten ze idd het certificaat van de root toevoegen als trusted authority (Windows feature). De distributie hiervan is niet echt moeilijk. Gewoon dat .cer bestand op een webpagina gooien (of als attachment in de mail meesturen) en daar naar verwijzen. Dubbelklik en klaar.
PKI technisch gezien, heb je voor encrypte mail maar 1 certificaat nodig (nml dat van de ontvangende partij) echter heeft Microsoft het zo gemaakt, dat de versturende kant ook een certificaat nodig heeft om aan encrypty te kunnen doen. De reden hiervoor is, dat Microsoft de verstuurde encrypte mail ook encrypt met je eigen certificaat en je het op die manier later zelf ook nog kan openen. Iets wat PKI technisch anders niet zou moeten kunnen.
leica - zeiss - fuji - apple | PSN = Sh4m1n0
Als je een GOEDE indruk wil krijgen wat PKI kan en wat het inhoud, lees dan GEEN whitepapers van fabrikanten. Deze zijn nml. allemaal gekleurd.
Wanneer je met een Microsoft CA aan de gang gaat, werkt alles in een 100% microsoft omgeving (liefst met integrated AD) fantastisch. Op dat moment ga je je ook afvragen waarom niet de hele wereld aan de PKI is.
Vervolgens moet je eens gaan kijken hoe de interoperatibiliteit is met bijvoorbeeld een checkpoint firewall, netscape directory, netscape mail omgeving. Wanneer je je daar in gaat verdiepen (been there, done that), blijkt dat iedereen zich aan de eerste x509 standaarden houdt en vervolgens er -tig extensies (fabrikant specifiek) op na houdt. Om deze 'afwijkingen' vervolgens te mappen in een andere omgeving is vervolgens een uitdaging (understatement).
Want laten we eerlijk zijn. Het begint lekker intern in het bedrijf / prive knutselen en vervolgens moeten partners / klanten etc. ook toegang gaan krijgen tot het netwerk/informatie. En die hebben een andere infrastructuur (in de breedste zin van het woord).....
'succes ermee' klinkt dan al snel
Dat wil echter niet zeggen dat het niet gaat werken. Alleen zal snel blijken dat een aantal zaken dan nu de kop op steken in een vroeg stadium bij de interne implemetatie over het hoofd zijn gezien of slecht over zijn nagedacht.
[ Voor 9% gewijzigd door BlaTieBla op 16-04-2003 13:55 ]
leica - zeiss - fuji - apple | PSN = Sh4m1n0
We kijken hier eerst inderdaad naar intern verkeer mail en data. Er is nog geen sprake van verkeer naar buiten omdat we in een erg gesloten omgeving zitten qua dataverkeer wat van buitenaf bereikbaar zou mogen zijn. Maar tegen die tijd post ik hier wel een vraag... 
Pagina: 1