RE: Need for programmatic config:timeToleranceInSeconds, MaxReques
From: drkraus (drkraus_at_nospam.nospam)
Date: 12/08/04
- Next message: Martin Kulov: "Re: How Secure Are Username Token Encrypted Messages"
- Previous message: Josh Pollard: "How Secure Are Username Token Encrypted Messages"
- In reply to: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxRequestLen"
- Next in thread: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxReques"
- Reply: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxReques"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 8 Dec 2004 09:23:03 -0800
Hi Dan,
Well, it did bother me a bit that I could override a read-only property
using reflection, but only in principle.
A little more background:
In reality, I would have been satisfied if I could have created an
application config file for our client DLL, that is invoked as an add-in to
Excel. Our client group attempted this without success. They ended up
creating a config file (ie. appname.dll.config) that they specifically query
to pick up their application settings. Any non-application settings that are
present are ignored at DLL load time, and would have to be programmtically
set as I have described. The next alternative was to create an
Excel.exe.config file, which is unacceptable.
I have been assuming that when a setting like timeToleranceInSeconds is
configured in a app.config file, that this setting is specific to that
application only. The same goes for any programmatic setting of the same
property by a client. If this is true, I am not sure where the concern lies.
We are just talking about how the property is set. Now, if it is easier to
compromise/spoof an application program, than it is to compromise/spoof a
config file, then I might see a problem. This would then lead me to believe
that I may have indeed "hacked into" the MaxRequestLengthInBytes property
using reflection.
Finally, even though there is only one of our clients per box, a per-site
config setting would not allow other non-related applications to use other
values.
thanks, Dave
"Dan Rogers" wrote:
> Hi Dave,
>
> Interesting requirements. Would a per-site/config value for these make
> sense? I think the thinking right now is that these are administrator
> and/or business policy type settings that you may not want a programmer or
> application to be able to override.
>
> Thoughts?
>
> Dan Rogers
> Microsoft Corporation
> --------------------
> Thread-Topic: Need for programmatic config:timeToleranceInSeconds,
> MaxRequestLen
> thread-index: AcTcu4f8VZA0MUw9QCyRyEgzmboVQA==
> X-WBNR-Posting-Host: 4.43.44.35
> From: "=?Utf-8?B?ZHJrcmF1cw==?=" <drkraus@nospam.nospam>
> Subject: Need for programmatic config:timeToleranceInSeconds, MaxRequestLen
> Date: Tue, 7 Dec 2004 16:19:07 -0800
> Lines: 30
> Message-ID: <30AB465D-A703-4943-B259-C588C7CAE6BC@microsoft.com>
> MIME-Version: 1.0
> Content-Type: text/plain;
> charset="Utf-8"
> Content-Transfer-Encoding: 7bit
> X-Newsreader: Microsoft CDO for Windows 2000
> Content-Class: urn:content-classes:message
> Importance: normal
> Priority: normal
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
> Newsgroups: microsoft.public.dotnet.framework.webservices.enhancements
> NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
> Path: cpmsftngxa10.phx.gbl!TK2MSFTNGXA03.phx.gbl
> Xref: cpmsftngxa10.phx.gbl
> microsoft.public.dotnet.framework.webservices.enhancements:5076
> X-Tomcat-NG: microsoft.public.dotnet.framework.webservices.enhancements
>
> In another thread I have documented my struggle and success at finding a
> way
> to programmatically alter the read only property MaxRequestLengthInBytes
> (Microsoft.Web.Services2.Configuration.WebServicesConfiguration.MessagingCon
> figuration.MaxRequestLengthInBytes)
> using reflection to access a private data member, in order to allow larger
> size DIME attachements.
>
> Now I am trying to figure out how to set timeToleranceInSeconds. It seems
> that setting wsproxy.RequestSoapContext.Security.Timestamp.TtlInSeconds
> sets
> the defaultTtlInSeconds config parm, but that there isn't a way, that I
> have
> found to do the same for timeToleranceInSeconds. Clock drift of more than 5
> minutes isn't too uncommon, so I was thinking of uping the value to avoid
> message expiration problems.
>
> Anyway, the common thread here is that, yes, this can be done in the
> web.config and the app.config files to solve these problems, but in my
> case,
> when the client is an Excel add-in, creating an excel.exe.config file, or
> altering machine.config isn't kosher since other add-ins or client users
> may
> want different settings.
>
> So I have a specific questions and a general one for any Microsoft guru's
> out there.
> 1. Specific: Is there a way to set timeToleranceInSeconds programmatically?
> If not directly, then via reflection (the class location of the property
> would help me).
>
> 2. Does it make sense to request a change from Microsoft to enable better
> programmatic manipulation of these kinds of config parameters?
>
> thanks, Dave
>
>
- Next message: Martin Kulov: "Re: How Secure Are Username Token Encrypted Messages"
- Previous message: Josh Pollard: "How Secure Are Username Token Encrypted Messages"
- In reply to: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxRequestLen"
- Next in thread: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxReques"
- Reply: Dan Rogers: "RE: Need for programmatic config:timeToleranceInSeconds, MaxReques"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|