Thanks. My main question was that how do I write a file to a drive (for instance a trojan or a java script file which can exploit other things) when I have IUSR account full permissions?
Main Topics
Browse All TopicsHello all,
I have a website which was attacked earlier this week. Investigating this further, I saw that the IUSR account had full permission. Now the developer is arguing that it is impossible to do the attack even though IUSR account is having full permission. I would like to demonstarate that. Tried FTP but doesnt work.
Any ideas to prove my theory?.
Regards,
R
This question is in progress.
Our experts are working on an answer right now.
Sign up for immediate access to the solution once it becomes available.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
May be via file shares (or virtual directories) you can "plant" something in it? You would want to test it on access to it but do note the OS security access control as well (if the OS AC is to everyone, you can access it via this account else it is still block).
Check out past queries in
http://www.experts-exchang
Extract of how to create file share:
Internet Information Services (IIS) allows users to share their files and make them accessible from a Web browser. This is also an alternative to using FTP to host files. The easiest way to share files through IIS is to create a virtual directory for the folder you want to share and configure it for browsing. Follow these steps:
1. Open the IIS console, right-click Default Web Site, and choose New | Virtual Directory.
2. Using the Virtual Directory Creation Wizard, enter an alias for the virtual directory. Remote clients use the alias to access the folder. For example, you might use an alias of files, as in www.XXX.com/files.
3. Select the physical directory containing the files you want to share, and click Next.
4. Select the Browse permission, click Next, and click Finish.
5. Point a Web browser to http://<server>/<alias>, where <server> is the IP address or host name of the computer, and <alias> is the virtual directory's alias. You should then see a file listing. Clicking a file link should begin a download.
Hi stranger_ind,
Have you found out exactly how the attack was carried out? Perhaps more details on that could help the experts here to ascertain if the IUSR account permissions had a role to play in this case.
With that said, I would recommend NOT giving the IUSR account full permissions. Even if the attack in this case was not because of the IUSR account permissions, in future, there may arise an attack scenario that was made possible because of the permissions level of the IUSR account.
Do agree with ryecatcher. Can also take a look at recent ISS6 attack that deals with anonymous access and rights
>http://searchsecurity.tech
>http://www.computerworld.c
The tools in nmap may reveal the vulnerability
WebDAV VULNERABILITY
Summary: On May 15, 2009, a researcher released a document describing an authentication-bypass vulnerability affecting Microsoft IIS 6.0 with WebDAV. The flaw allows an unauthorized user to gain unfettered access to restricted files. Public reports indicate that IIS7 + WebDAV are not vulnerable to this issue. Update2: Microsoft has released security advisory 971492 to acknowledge this issue and has suggested workarounds.
WebDAV detection using the Nmap Scripting Engine (NSE)
Someone has come out with a nse to scan for WebDAV. It took less than 60 seconds to scan a /24 public network.
http://ack-rst.com/scripts
Additional information
"The Nmap Scripting Engine (NSE) is one of Nmap's most powerful and flexible features. It allows users to write (and share) simple scripts to automate a wide variety of networking tasks."
http://nmap.org/book/nse.h
Hi,
I think some one exploited using Unicode vulnerability Exploit!
Read this for more information about the attack recreation.
http://www.sans.org/securi
Cheers,
Sajan.S
Probably can try tools to verify the hypothesis (if majority flagged it)
@ http://pentestit.com/2010/
@ http://pentestit.com/2010/
@ http://pentestit.com/2009/
Business Accounts
Answer for Membership
by: breadtanPosted on 2009-03-28 at 23:05:54ID: 24011606
Just to make sure that you understand IUSR, I extracted relevant information for sharing (maybe even to your support team):
eplex.com/ Sleuth/abo ut.html ard/post/2 02674/FSO_ exploit.ht ml
training/w ebgoat.php
>When IIS wishes to access resources (eg files on the disk) it needs to impersonate a Windows User Account. That account's permissions are checked against the NTFS ACL on the resource in question.
>If you are forcing the user to authenticate, then the supplied user credentials are used. If you are using anonymous authentication, then IIS will impersonate the nominated account (IUSR_<machinename>).
Whether this is exploitable or not depends on a lot of things:
- Do you have exploitable code?
- Can someone use SQL Injection, or XSS or similar to get your application to do something that you don't want?
- If so, then they can use whatever permissions you have given IUSR to manipulate the file system
- Is your server properly configured? Have you secured WebDav (for example)?
- If your server itself is not secured, then the attacker can use whatever permissions IUSR has to make changes to the file system.
I will suggest that if this not properly configured it would be easily reveled using some penetration tool for security vulnerability scanning and assessment, you need not really build exploit unnecessary (e.g. work smart instead of work hard :p)
Take a look at these tool s:
- Watcher - http://websecuritytool.cod
- Sleuth - http://www.sandsprite.com/
-
Can also check out this link below as well, it may be good to understand from past discussion to this type of "open" gap
- http://www.issociate.de/bo
Some good training video can be useful for educating user too (check out the access control part) :p
- http://yehg.net/lab/pr0js/
P.S By the way, will the point be to 'little', it can be challenging to "entice" more replies and discussion from other experts ....
Nonetheless, hope it helps ...