The Daily WTF: Curious Perversions in Information Technology
Welcome to TDWTF Forums Sign in | Join | Help
in Search

Direct URL Disk Access: Not just for PHP!

Last post 10-24-2007 1:59 PM by Carnildo. 55 replies.
Page 1 of 2 (56 items) 1 2 Next >
Sort Posts: Previous Next
  • 10-21-2007 12:02 AM

    Direct URL Disk Access: Not just for PHP!

    Was downloading drivers for my TV card from NEC Computers website, and noticed the URL looked rather odd.  Specifically, "http://202.188.160.140/user/user_nec_download.asp?driver_location=D:\Drivers\TV Tuner\Asus7134V2.3.0.4.exe" odd.  I thought to myself, "how about if I replaced that file location apparently on D: of the server, and took a shot at some system files?"  The results... may surprise you.

    http://202.188.160.140/user/user_nec_download.asp?driver_location=C:\boot.ini 

    More worrying though, is that the results probably wont surprise you.

  • 10-21-2007 4:17 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI.

    Notice: Phorm, and its agents including ISPs collecting data on Phorm's behalf, are specifically forbidden from performing any processing or monitoring of the content of the above post. Hence, under the Regulation of Investigatory Powers Act 2000 any such attempt to profile this page by Phorm or its agents is illegal.
  • 10-21-2007 6:30 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    They should probably just have let the webserver do that part... I mean, it is designed to fetch files and send them, no need to reinvent the square wheel. Also, they need to upgrade, that's windows 2000 server.
  • 10-21-2007 9:32 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    Sadly enough I could not download autoexec.bat. IIS does not seem to work with an admin account :-(
  • 10-21-2007 9:49 AM In reply to

    • Hitsuji
    • Top 100 Contributor
    • Joined on 11-21-2005
    • Cork - Ireland
    • Posts 235

    Re: Direct URL Disk Access: Not just for PHP!

    there prob is no autoexec.bat
  • 10-21-2007 1:48 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    How about going after C:\pagefile.sys ? ...
  • 10-21-2007 2:33 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    fluffy777:
    How about going after C:\pagefile.sys ? ...

    I got an HTML page with "Persits.Upload.1 (0x800A001A) The process cannot access the file because it is being used by another process."

    I always thought that windows's inability to share files between processes was just a bug that unix had figured out decades ago but microsoft couldn't fix. Maybe it's intentional, to make web applications more secure.

  • 10-21-2007 2:58 PM In reply to

    • Rasit
    • Not Ranked
    • Joined on 12-30-2006
    • Posts 23

    Re: Direct URL Disk Access: Not just for PHP!

    ailivac:

    I always thought that windows's inability to share files between processes was just a bug that unix had figured out decades ago but microsoft couldn't fix. Maybe it's intentional, to make web applications more secure.

    So instead of "Security through obscurity" they went with "Security through accidents"?

     

  • 10-22-2007 1:35 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    JFC! I did not believe this kind of stupid security hole possible....
    So all know who I am:
    MasterPlanSoftware:


    Congratulations you are the TRWTF.

  • 10-22-2007 3:06 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    death:
    JFC! I did not believe this kind of stupid security hole possible....

     

    I beleived it possible i just didn't think anyone would be stupid enough to actually do it.  

    signature placeholder
  • 10-22-2007 3:15 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    You can even download NTLDR :)
  • 10-22-2007 3:16 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    I think there could be some gems in http://202.188.160.140/user/user_nec_download.asp?driver_location=C:\documents and settings\administrator\ntuser.dat  :)  (replace with %20, etc as appropriate - I was lazy and let IE do the sub for me - no flaming for that please!! :D ).

    And NEC work as huge systems integrators in some of our (Australian) government projects... Amazing!

  • 10-22-2007 4:19 AM In reply to

    • XIU
    • Top 200 Contributor
    • Joined on 01-08-2007
    • Posts 139

    Re: Direct URL Disk Access: Not just for PHP!

    MrYates:

    I think there could be some gems in http://202.188.160.140/user/user_nec_download.asp?driver_location=C:\documents and settings\administrator\ntuser.dat  :)  (replace with %20, etc as appropriate - I was lazy and let IE do the sub for me - no flaming for that please!! :D ).

    And NEC work as huge systems integrators in some of our (Australian) government projects... Amazing!

    Isn't it possible to download the required files for a tool like John the Ripper and get the admin password? (btw, FF will also do that ;) ) 

  • 10-22-2007 5:34 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    element[0]:

    death:
    JFC! I did not believe this kind of stupid security hole possible....

     

    I beleived it possible i just didn't think anyone would be stupid enough to actually do it.  

    Ill add to make the intent clear:

    ... in a public production system. SOMEBODY other than creator must have seen it and approved it...

    So all know who I am:
    MasterPlanSoftware:


    Congratulations you are the TRWTF.

  • 10-22-2007 6:26 AM In reply to

    • why?
    • Not Ranked
    • Joined on 09-10-2007
    • Posts 9

    Re: Direct URL Disk Access: Not just for PHP!

    ailivac:

    fluffy777:
    How about going after C:\pagefile.sys ? ...

    I got an HTML page with "Persits.Upload.1 (0x800A001A) The process cannot access the file because it is being used by another process."

    I always thought that windows's inability to share files between processes was just a bug that unix had figured out decades ago but microsoft couldn't fix. Maybe it's intentional, to make web applications more secure.

    Actually that unix doesn't by default support mandatory locks is the bug. Reading a file that's being updated can give bad data, and can lead to other problems, like not knowing what the most recent data is, which can lead to updates overwriting newer data with older data.

    Microsoft has been ahead of *nix in this regard ever since MS-DOS 3.3
  • 10-22-2007 7:42 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    why?:
    ailivac:

    fluffy777:
    How about going after C:\pagefile.sys ? ...

    I got an HTML page with "Persits.Upload.1 (0x800A001A) The process cannot access the file because it is being used by another process."

    I always thought that windows's inability to share files between processes was just a bug that unix had figured out decades ago but microsoft couldn't fix. Maybe it's intentional, to make web applications more secure.

    Actually that unix doesn't by default support mandatory locks is the bug. Reading a file that's being updated can give bad data, and can lead to other problems, like not knowing what the most recent data is, which can lead to updates overwriting newer data with older data.

    Microsoft has been ahead of *nix in this regard ever since MS-DOS 3.3

    Unix supported both advisory and mandatory locking for years before Microsoft ever existed. You appear to be confused. Windows uses implicit locking, which is braindamaged and wrong: if you open a file for writing, the file is automatically locked. This generates a huge number of completely unnecessary locks, slowing the whole system down and creating deadlocks where none should exist. In the event of one application failing, it tends to spill over and break all other related applications.

    The unix policy is quite simple: no locking unless the application asks for it. Unix applications have been supporting true concurrency since before Windows ever existed - not just some penny-ante desktop toys, but concurrent access on the server between thousands of users in real time. There are no significant defects with it, although the basic APIs are a little quirky (users who don't understand them should use a wrapper library rather than the native syscalls).

    And this is before we even begin to talk about network filesystems, where you really, really want to use advisory locking. Mandatory locking has significant performance and stability issues there, so should normally be avoided.

  • 10-22-2007 9:58 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    Brillant.

     

    Surely someone with a clue should have at least given this a once over before it went live.

    I wonder what this button does...
  • 10-22-2007 11:31 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    bonus points for figuring out the path to the asp pages so we can look at the wtfs found in the source itself. that should be fun.

     

  • 10-22-2007 11:58 AM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    Under UK law at least, this may constitute hacking.

    1(1) A person is guilty of an offence if:

    a) He causes a computer to perform any function with intent to secure access to any program or data held in a computer;b) the access he intends to secure is unauthorized; andc) he knows at the time when he causes the computer to perform the function that this is the case. It would be for a court to decided whether data being acessible online, but with the location not published, constitutes authorisation. But I would expect not.
    TRWTF is Community Server
  • 10-22-2007 12:03 PM In reply to

    • emurphy
    • Top 50 Contributor
    • Joined on 01-14-2005
    • Granada Hills, CA
    • Posts 439

    Re: Direct URL Disk Access: Not just for PHP!

    asuffield:

    Unix supported both advisory and mandatory locking for years before Microsoft ever existed. You appear to be confused. Windows uses implicit locking, which is braindamaged and wrong: if you open a file for writing, the file is automatically locked. This generates a huge number of completely unnecessary locks, slowing the whole system down and creating deadlocks where none should exist. In the event of one application failing, it tends to spill over and break all other related applications.

     

    And now Windows is, well, locked into this scheme because of all the software that's been written to expect things to work this way.  (I may be mistaken on this point, though, feel free to correct me)

     

  • 10-22-2007 12:12 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    m0ffx:
    Under UK law at least, this may constitute hacking.

    1(1) A person is guilty of an offence if:

    a) He causes a computer to perform any function with intent to secure access to any program or data held in a computer;b) the access he intends to secure is unauthorized; andc) he knows at the time when he causes the computer to perform the function that this is the case. It would be for a court to decided whether data being acessible online, but with the location not published, constitutes authorisation. But I would expect not.

    There is only one branch of the UK police with the authority to investigate these things with a view to prosecution, and they're now part of the serious organised crime group. Local police forces are instructed to forward all such cases to that group for official ignoring. Hence, the only way to get prosecuted for computer misuse is to (a) work for the mob, or (b) offend somebody with enough political clout to get the Home Office involved.

    Aside from that, this law has been tossed onto the large pile of UK laws that are never enforced. Nobody even cares about computer crime any more, there hasn't been a movie about it in like forever.

  • 10-22-2007 12:45 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    http://202.188.160.140/user/user_nec_download.asp?driver_location=format%20C:%5C%20/X%20%3C%3Cyes

     

    not that I'd want anyone to go and try... 

    If the samurai gets his head chop off in combat, he should still be able to perform one last determined strike. - Hagakure
  • 10-22-2007 1:55 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    asuffield:

    Nobody even cares about computer crime any more, there hasn't been a movie about it in like forever.

    But and Swordfish! 

    — Flurp.
  • 10-22-2007 2:29 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    petvirus:

    bonus points for figuring out the path to the asp pages so we can look at the wtfs found in the source itself. that should be fun.

     

    http://202.188.160.140/user/user_nec_download.asp?driver_location=C:\Inetpub\wwwroot\ODDS\User\user_nec_download.asp 

    Edit: 

     Looks like this is a personal computer. Has bittorrent, splintercell, skype and other games/user apps on it.

     

  • 10-22-2007 2:47 PM In reply to

    Re: Direct URL Disk Access: Not just for PHP!

    m0ffx:
    a) He causes a computer to perform any function with intent to secure access to any program or data held in a computer;
    b) the access he intends to secure is unauthorized; and
    c) he knows at the time when he causes the computer to perform the function that this is the case.

    It would be for a court to decided whether data being acessible online, but with the location not published, constitutes authorisation. But I would expect not.
    A) FTP servers are not allowed in the UK?
    B) Obviously this is authorized, who would even fathom that this is actually in anyway secure? He is a kind contributor to the OSS movement.
    C) See B.
    irc://irc.slashnet.org/#TDWTF
    <Ling> Looks like [lotus] notes was indeed clock sucking and pissing wildly on my disk
    <Duplication_Prevention_Bot>