Re: Overriding X509SecurityTokenManager.AuthenticateToken
From: Dilip Krishnan (dkrishnan_at_NOSPAM.geniant.com)
Date: 01/28/05
- Next message: Oldman: "Re: Overriding X509SecurityTokenManager.AuthenticateToken"
- Previous message: Ken Varn: "Can't instantiate WSE Service class."
- In reply to: Oldman: "Re: Overriding X509SecurityTokenManager.AuthenticateToken"
- Next in thread: Oldman: "Re: Overriding X509SecurityTokenManager.AuthenticateToken"
- Reply: Oldman: "Re: Overriding X509SecurityTokenManager.AuthenticateToken"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 28 Jan 2005 08:49:08 -0800
Hello Oldman,
I believe you can.. Lookup in the policy configuration reference IssuerToken.
You can set up a claim for the issuer token to conform to the subject name
supplied as shown below
..
HTH
> I don't believe I can use a policy. I am trying to make sure that the
<wse:IssuerToken>
<wssp:SecurityToken>
<wssp:TokenType>http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3>
<wssp:Claims>
<wssp:SubjectName>CN=Your Issuer Subject name</wssp:SubjectName>
</wssp:Claims>
</wssp:SecurityToken>
</wse:IssuerToken>
..
Regards,
Dilip Krishnan
MCAD, MCSD.net
dkrishnan at geniant dot com
http://www.geniant.com
> certificate is issued by us. Clients are only allowed to talk with
> our web service if they have a certificate issued by us. If they do
> not I want the authentication to fail.
>
> Oldman
>
> "Dilip Krishnan" wrote:
>
>> Hello Oldman,
>> Are you sure you cant use policy to implement that 'special' logic.
>> The
>> Authenticate method should just be validating that the certificate it
>> receives
>> is valid (not expired/ trusted etc), unless you want to do something
>> special
>> with the tokens on its way in like, may be add an identity to the
>> token etc..
>> I'd suggest take a look at how you can restrict uses based on policy
>> first.
>> If that doesnt fit the bill write a soap input filter to check all
>> the tokens
>> and throw the security fault in the filter. If you do the same in the
>> token
>> manager you're short circuiting the whole authentication process. By
>> that
>> I mean that you may receive more than on x509 token in the request.
>> In that
>> case you may end up throwing a soap fault even tho' the request had
>> other
>> valid x509 certificates.
>> HTH
>> Regards,
>> Dilip Krishnan
>> MCAD, MCSD.net
>> dkrishnan at geniant dot com
>> http://www.geniant.com
>>> I have some special logic I would like to perform to make sure we
>>> accept a
>>> certain certificate in my webservice.
>>> The X509SecurityTokenManager.AuthenticateToken method has no return
>>> value so
>>> I was wondering what is the proper thing to do when the certificate
>>> is
>>> not
>>> accepted by the WebService? I figured I would throw a security
>>> fault
>>> with
>>> the code set to FailedAuthenticationCode.
>>> Is this the correct thing to do?
>>> Thanks,
>>> Oldman
>>>
Relevant Pages
|