Re: NTFS permission for Inprocess DLLs
From: Roger Abell [MVP] (mvpNoSpam_at_asu.edu)
Date: 07/14/03
- Next message: Roger Abell [MVP]: "Re: IIS 6 Logging"
- Previous message: Herb Martin: "NTFS permission for Inprocess DLLs"
- In reply to: Herb Martin: "NTFS permission for Inprocess DLLs"
- Next in thread: Herb Martin: "Re: NTFS permission for Inprocess DLLs"
- Reply: Herb Martin: "Re: NTFS permission for Inprocess DLLs"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Sun, 13 Jul 2003 22:55:53 -0700
Herb,
I think what you are experiencing is do to how Windows works.
AFAIK IIS only relies on the underlying Windows security.
Group memberships of an account are determined when the account
first logs in. If an account is added to new, removed from prior groups,
these changes will not be seen until the account has logged off and
then back logged back in.
Roger
"Herb Martin" <news@LearnQuick.com> wrote in message
news:%2363MFicSDHA.1252@TK2MSFTNGP10.phx.gbl...
> How does IIS deal with Inprocess DLLs and their permissions?
>
> Is this why IIS seems to 'cache permission' settings? -- i.e., changes
> to file permissions which should be reflected the next time the file
> is OPENED by a user are not necessarily reflected until IIS is restarted.
>
> Why one might say, "of course", there is a weirdness here, if the user
> in question never visits the visits the IIS until after the permission
> change,
> e.g., this sequence:
>
> IIS started -- NTFS permission change -- new user attempts access
> through that DLL that REQUIRES that permission change to be in
> effect.
>
> Does IIS somehow cache the permission themselves and run it's OWN
> security manager internally?
>
> If so, this would explain how my "not authorized" problem might result
> while NO AUDIT failures appear in the security log.
>
> Admission: I don't use permissions refencing the IUSR_machinename
> and IWAM_machinename DIRECTLY but instead use groups (best
> practice right <grin>) largely so that I can easily distinguish MY changes
> from those made by tools like IISLockdown, updates to software, etc.
>
> How about the Metabase? Could a tightening of something in there by
> the lockdown tool have hosed my access by anonymous users to the
> email submission EVEN THOUGH there are no audit failures on the
> FP2002 extension DLL nor on the output File?
>
>
>
>
- Next message: Roger Abell [MVP]: "Re: IIS 6 Logging"
- Previous message: Herb Martin: "NTFS permission for Inprocess DLLs"
- In reply to: Herb Martin: "NTFS permission for Inprocess DLLs"
- Next in thread: Herb Martin: "Re: NTFS permission for Inprocess DLLs"
- Reply: Herb Martin: "Re: NTFS permission for Inprocess DLLs"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|