Slashdot Mirror


Photo Kiosks Infecting Customers' USB Devices

The Risky Biz blog brings news that Big W, a subsidiary of Woolworths, has Windows-based Fuji photo kiosks in at least some of its stores that don't run antivirus software, and are therefore spreading infections, such as Trojan-Poison-36, via customers' USB storage devices. Here is the account of the original reporter. "It's not just the lack of AV that's the problem... it appears there's been zero thought put into the problem of malware spreading via these kiosks. Why not just treat customers' USB devices as read-only? Why allow the kiosks to write to them at all? It would be interesting to find out which company — Fuji, Big W, or even some other third party — is responsible for the maintenance of the machines. It would also be interesting to find out if there are any liability issues here for Big W in light of its boneheaded lack of security planning."

50 of 288 comments (clear)

  1. Every input is bad... by maweki · · Score: 5, Insightful

    Did they not learn this in programming school? Does not every programming tutorial and system administrator handbook start with this?
    The first thing I learned (fortunately not the hard way) was, that, nevermind the specs, input is allways malformed, user input doubly so...

    System Administration 101

    1. Re:Every input is bad... by Z00L00K · · Score: 3, Interesting

      In addition to that - disable the autorun feature in the kiosks - that's probably the most likely reason why they are infected.

      U3 is also a culprit here.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    2. Re:Every input is bad... by erroneus · · Score: 4, Interesting

      No, they don't teach that any longer. I was up on my soap box on the issue and the general response was "but that just introduces bloat!" and was modded troll. I seriously couldn't believe what I was seeing. The fundamentals have been forgotten or ignored lately. It explains a lot. These same people were telling me that "regex" is better than the primitive methods I described for input validation -- the primitive methods I described were to be simple, compact and likely in assembler. I was like "what do you think a "regex" does? Magic? It does the very same thing I described but in a higher-level language. These people all believe in the magical black box.

    3. Re:Every input is bad... by Fluffeh · · Score: 4, Insightful

      I work at Woolworths (The parent company), and I really wonder if I start blowing my trumpet about this, will:
      a) Anyone in management have a clue what this means.
      b) Anyone be able to track down someone who can actually DO something about it.
      c) (sadly) whether anyone will actually care enough to make a change for the better.

      Tomorrow morning's agenda...

      --
      Moved to http://soylentnews.org/. You are invited to join us too!
    4. Re:Every input is bad... by maweki · · Score: 2, Insightful

      d) I guess you will get fired for not complying to some company policy you have... (the smart money is on Rule 1 "don't speak up when knowing better than management")

    5. Re:Every input is bad... by stephanruby · · Score: 4, Insightful

      These same people were telling me that "regex" is better than the primitive methods I described for input validation -- the primitive methods I described were to be simple, compact and likely in assembler.

      Let me guess: (1) the software in question was a blogging program much like wordpress (in other words, you must feel that the context of the situation wasn't relevant to your thesis and didn't even need to be shared with us), (2) the kids you were talking may have known about "premature optimization" but were far too young to explain that concept adequately to you, and (3) those same kids didn't know what an assembler was either, that's why they didn't make fun of you for pretending to know how to program in "assembler" instead of ***assembly***.

    6. Re:Every input is bad... by MikeBabcock · · Score: 2, Informative

      I have the same problem convincing people to just use 'const' in C programs where they don't expect to modify a value. Its an easy step and it lets the compiler catch a whole host of problems for you (not to mention do optimizations) but its too much typing for some people.

      --
      - Michael T. Babcock (Yes, I blog)
  2. Windows autorun viruses are like vuvuzelas. by ivucica · · Score: 5, Insightful

    Windows autorun viruses: Annoying if you use Windows, easy to ignore if you don't.
    Vuvuzelas: Annoying if you watch soccer, easy to ignore if you don't.

    1. Re:Windows autorun viruses are like vuvuzelas. by pinkushun · · Score: 2

      A great analogy that doesn't involve cars! :)

  3. Read-only switch for USB sticks? by Errol+backfiring · · Score: 2, Interesting

    I never encountered a USB stick with a read-only switch. Floppies had them (although they only "communicated" a read-only setting and could not enforce it). SD cards have them, but no USB stick I ever saw had one. Why? Such a switch on a digital device can really enforce the read-only setting.

    --
    Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
    1. Re:Read-only switch for USB sticks? by Lennie · · Score: 3, Informative

      I have seen USB-sticks with a read-only switch, so they do exist.

      --
      New things are always on the horizon
    2. Re:Read-only switch for USB sticks? by Tim+C · · Score: 5, Insightful

      I've seen them, but that's not the point - the point is that the kiosk itself should be mounting the stick as read-only regardless of how the stick itself is configured. There should be absolutely no way for the kiosk to write to the stick; otherwise you risk an error (or something malicious, as in this case) wiping out the customer's data or (again, as in this case) potentially infecting their machine.

    3. Re:Read-only switch for USB sticks? by Anonymous Coward · · Score: 5, Informative

      virus.code

      line 1: remount USB write enabled

    4. Re:Read-only switch for USB sticks? by CyberDragon777 · · Score: 2, Insightful

      From infected USB drives?

      --
      We both said a lot of things that you are going to regret.
    5. Re:Read-only switch for USB sticks? by Bert64 · · Score: 3, Insightful

      Mounting the stick readonly is to protect yourself against liability more than anything else (what if your kiosk corrupts the customers filesystem or deletes their files?)
      On the other hand, you could use a hardware reader which is designed to be read only so the software cannot write to it regardless... If the customer inserts a CDROM there is no chance of it being written to if the kiosk doesn't have a writer device.

      Preventing anything malicious from executing in the first place is another matter entirely, and also needs fixing.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    6. Re:Read-only switch for USB sticks? by Errol+backfiring · · Score: 2, Interesting

      Are you sure? According to this site, the SD write protect switch does not protect anything, just like the old floppies. It only communicates intent.

      --
      Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
  4. Responsibility by Anonymous Coward · · Score: 5, Interesting

    I would guess Fuji is responsible for these machines. I work for Target, and ALL equipment, kiosks included, in our Kodak labs are serviced by Kodak field techs.

    Incidentally, we are allowed to connect guests' media to the kiosks ONLY, never directly to any other lab workstation, because the kiosks are (or at least are supposed to be) far better locked down, including treating all media as read-only.

    1. Re:Responsibility by paulc0001 · · Score: 3, Informative

      The kiosks are manufactured by http://www.neoproductsgroup.com/ but are serviced by Fuji engineers. I would expect the disk image to come from Fuji so they would be responsible.

  5. Just burn a CD by Spy+Handler · · Score: 5, Informative

    Just burn a CD and give it to them. Blank CDs cost like 10 cents each if you buy a spindle, and you don't have to worry about them losing your USB drive or infecting it.

  6. Use file permissions. by jack2000 · · Score: 4, Informative

    More people need to know about this:
    You can make your usb stick immune to all autorun viruses. Simply make an empty autorun.inf file on the usb stick, set file permissions for username " everyone " to Full control: Deny all.
    Now noone can delete, write, rename that file and viruses aren't smart enough yet to take over control or delete permissions on the file. The file system on the stick would have to be ntfs. If the file system on it is fat32 you'll need to run from cmd
    convert Z: /FS:NTFS /X
    Where Z is the partition letter of your usb stick. You can also disable autorun on all partitions using TweakUI

    1. Re:Use file permissions. by twisteddk · · Score: 4, Interesting

      And what makes you think that the Kiosk software can read a NTFS USB drive ?
      While I cannot speak for the specific types of machines mentioned in the article, I DO know that a lot of the local machines over here are using some funky Linux flavor (presumably to keep costs down), running off flash ROM. And they generally expect you to deliver the data in a FAT32 partition if you provide a USB drive.
      Then again, if the software is Linux, Then there usually isn't that much of a problem with viruses hopping from one device to the next, I'd wager.

      --
      --- To err is human... Am I more human than most ?
    2. Re:Use file permissions. by Bert64 · · Score: 4, Interesting

      Blame Microsoft...
      There are plenty of open royalty free filesystems out there, but MS refuse to implement them and want you to pay royalties to use their own filesystems instead, so people use fat32 because its the least patented of the few filesystems MS do bother to support.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    3. Re:Use file permissions. by ledow · · Score: 3, Interesting

      The word "pointless" comes to mind. First, any decent virus that *wants* to can just disable your protection immediately. Literally one line of code. I would be shocked if the virus-libraries that are out there don't already have a set of routines where you just pass it a filename that you *want* to write and it does all the fancy trickery to try to write to that file no matter what (e.g. mount the media, relax permissions, make the current user owner, overwrite the file entry entirely etc.) and then possibly even clean up any "changes" after it's done its job (e.g. restore permissions). Relying on the fact that you haven't seen a virus that knows how to change permissions on a file that stands between you and infection is *stupid*. Viruses, almost by definition, act with full administrator privileges by extremely cleverly executed buffer overruns and other attacks. You really think that a non-permissioned (but permissionable) file can't be accessed/changed automatically by something *TRYING* to write that file by an administrator privilege program written by the same person?

      Your "solution" is a temporary, ineffective workaround to stop a single USB device from having its autorun information changed if the "attacker" puts zero effort into it and doesn't use quite obvious and simple code to take account of *any* possible situation that one of it's victims may have (i.e. don't expect everyone to write-protect their autorun.inf, but do expect *every* write access to fail and keep trying different ways to get them to work). Saying that you're then "immune" to all autorun viruses is stretching it a bit. It's only as secure as the fact that the virus respects the disk as an NTFS structure, uses the standard NTFS routines to access it, is running as a user that can't modify the permissions (unlikely by that point) and doesn't bother to just blindly wipe permissions on any file it wants to write to. Also, NTFS USB sticks? Yeah, right. About as popular and readable in random machines as ext4 ones. And to be honest, just making it an ext2-disk with the ext2fs driver probably renders it MORE immune to autorun.inf creation/execution.

      The "solution" to this is to not have autorun enabled on your USB drives at all. WHY? What is the purpose? To save you a double-click. That's it. And it opens up arbitrary execution to any device that poses as a USB stick (even my 3G modem has writable USB storage, so I'd have to apply the same principle to this and every other device that I autorun - my phone, my 3g modem, my external hard drive, even ordinary USB devices are coming with "driver" partitions that install the drivers from an autorun partition on the device on first use). Or I could just switch autorun off. If the USB stick is compromised, then it's compromised. No amount of fancy permission-fixing will fix that and it's just as likely that a virus hunts down my JPG's and inserts some payload that crashes certain JPG-reading applications. Or just modifies the MBR so that if I leave it in it will autoboot and silently infect my PC. Or infect anything else executable / readable on the stick. It overwriting my autorun.inf is the LEAST of my worries and much more easily and permanently fixed by a built-in Windows option on a per-PC instead of per-stick basis.

      Don't let things automatically do stupid shit like auto-update and/or auto-run without you knowing what they're doing.
      The problem with viruses these days is not the viruses - it's the *stupid* and *ridiculous* attitude to an unknown third-party running arbitrary code on the machine that holds your banking details, etc. "Oh, I got a virus the other day but I think I cleaned it off", people running with viruses without realising for months, if not years, and people thinking that anti-virus does *anything*. Don't half-arse it. If you're smart enough to disable autorun, do that. If you think your USB sticks stand a risk of being infected, wipe them before you put them anywhere else (by inserting into an autorun-disabled or, better, Linux m

  7. Surely the title of this article should be... by ewrong · · Score: 5, Interesting

    "Customers USB Devices Infecting Photo Kiosks".

  8. Re:Windows Read-only mode. by Rogerborg · · Score: 5, Informative

    Wow, it took me all of 30 seconds to find evidence that you're a lazy raging retard who shouldn't be trusted with a calculator, let alone a general purpose computing device. I know that's a long name for the link, but I really felt it needed to be said.

    --
    If you were blocking sigs, you wouldn't have to read this.
  9. Re:One more reason not to use Windows. by Rogerborg · · Score: 4, Funny

    I wouldn't mind if it dumped all the world's infections on my stick.

    Must... resist... "yo momma" joke.

    How much storage space do you mind losing to viruses though? Windows viruses. Come on, unleash your anger!

    --
    If you were blocking sigs, you wouldn't have to read this.
  10. Re:Windows Read-only mode. by pinkushun · · Score: 3, Insightful

    Can you click faster than that Trojan, before it can infect your writable device? I doubt that, Speedy Gonzales. To mount read-only is divine.

  11. Yeah, so? by Anonymous Coward · · Score: 5, Interesting

    I used to work on similar kiosks a few years back, those also had no AV, but usually that wasn't a problem.
    They ran a hardened win2k, no network services, autorun disabled, afair execution for all drives but C: disabled.
    So how the f* would they get infected in the first place?
    Lazy techs, at least that was the #1 cause for troubles for back then, everything from re-enabling services to installing 3rd party RA software with no/weak passwords...

  12. I also want to know if they copy my pics! by ciaran_o_riordan · · Score: 4, Interesting

    The kiosk situation is generally lousy.

    Do they keep a copy of all my pics?

    They make a copy (they have to, to display thumbnails), but is it temporary or permanent ("To improve the quality of our service...").

    There should be a law prohibiting the keeping of copies without express permission, and they shouldn't be allowed to make unrelated functionality dependent on the user agreeing to let them keep a copy.

    Copyright law might work here, but I imagine the kiosk companies have found a way around that. Maybe there's a "Terms of user" stick on the back of the machine mentioning that they keep copies, etc.

    1. Re:I also want to know if they copy my pics! by tqft · · Score: 5, Interesting

      I know BigW keep them for up to a week - stuck disk in all the thumbnails up and I asked - how long do you keep them? Up to a week as customers often come back. Can you delete them for me now? No.

      I haven't been back there to have photo's printed. and any shop - i grab just the pics I want printed and put them on an sd card and put that in.

      Why feed the Beast more than it needs to? If we don't make the data available, the Beast can't eat it.

      --
      The Singularity is closer than you think
      Quant
  13. Have you seen an infected ATM? by pinkushun · · Score: 2, Interesting

    A couple times I have seen an ATM that has crashed, BSOD or shows a windows logon screen -- And we're supposed to trust our money with these tin can openers? WTF?!

    1. Re:Have you seen an infected ATM? by Voyager529 · · Score: 2, Informative

      The difference between an ATM and a photo kiosk is that the only forms of input into the system are the debit card (which is programmed by the bank) and the keypad or touch screen input. Users don't bring in their own infected media to use with it.

      Also, the odds are extremely good that at some point, your financial data will involve a Windows terminal. If it makes you feel any better, there are some pretty tight regulations as to how heavily locked down bank systems have to be. Even if you see a bank teller using Windows XP, I guarantee you he/she isn't running as admin, and probably has default-deny permissions for just about everything. Just because Windows doesn't come out of the box very secure doesn't mean that there aren't a few dozen computer techs on the other side responsible for locking it down to the point where it is actually secure enough to do what it does.

  14. Read-only by Tuan121 · · Score: 2, Informative

    Just a guess, but when you are selecting pictures at the kiosk you can probably also do some options such as red-eye reduction, rotating etc. I would imagine most people who do that at a kiosk would like those changes saved on the original picture on their USB drive instead of having to repeat the process at home where they might not even know how to do it.

    So there is a reason for not mounting it as read-only.

  15. Poor design.. by Bert64 · · Score: 4, Interesting

    Why run windows on these kiosks? An embedded OS would be more suitable and cheaper...

    Why execute anything thats stored on the usb sticks? That's just colossally stupid, i could understand if some malware was getting onto the devices by exploiting a bug in the jpeg parser or similar, but executing any code on an inserted device is just ridiculous.
    Why is the inserted media not mounted read only? These kiosks only need to print photos, they don't need to write to the media.
    Why is the system drive writable?
    Why is the kiosk software running as a privileged user?

    The idea of installing antivirus on them is a stupid one, it will increase the cost, require the kiosks to be updated somehow (either necessitating frequent engineer visits or require a network connection), and no antivirus detects everything (i often do incident response when a customer system has been compromised, in every single case there has been some kind of av product installed and it failed to detect the compromise even tho in most cases the malware installed is well known to other av products).

    Also an av product may detect a false positive on a customer's media device and delete their data which could open the kiosk vendor up to potential liability.

    Instead, run an embedded linux on these systems...
    the frontend software is custom written anyway so could just be written for linux instead without too much difficulty..
    less to go wrong since such an os could be stripped to its bare minimum
    less cost - there would be no per unit licensing costs..
    mount any customer supplied media readonly and noexec.
    boot the os from readonly flash so the os cannot be tampered with and any problems a reboot will restore it to default/clean settings
    use ram for temporary storage (or a small disk which is reformatted at boot if more storage is required) so after a power cycle, anything left on there is gone
    if any persistent storage is required (eg for logs) use a remote syslog server, a receipt printer, or a small disk mounted noexec
    use something like an internal readonly compact flash card for the os, when an engineer has to upgrade all he needs to is swap the card out.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    1. Re:Poor design.. by Errol+backfiring · · Score: 2, Informative

      Why execute anything thats stored on the usb sticks?

      Quite simple, because Microsoft had a policy to make any data format executable. Yes, images also. And XML, off course. And CSS, even though the standard explicitly warned against that. In Microsoft's own words, to "make developers smile".

      --
      Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
    2. Re:Poor design.. by Anonymous Coward · · Score: 2, Insightful

      "Why run windows on these kiosks? An embedded OS would be more suitable and cheaper..."

      Because, while the embedded OS would be less expensive, the development costs would be far higher. Windows devs are a dime-a-dozen, not so much with true embedded developers-especially ones that have experience and know what they are doing

      Why execute anything thats stored on the usb sticks? That's just colossally stupid, i could understand if some malware was getting onto the devices by exploiting a bug in the jpeg parser or similar, but executing any code on an inserted device is just ridiculous.
      Why is the inserted media not mounted read only? These kiosks only need to print photos, they don't need to write to the media.
      Why is the system drive writable?
      Why is the kiosk software running as a privileged user?

      The idea of installing antivirus on them is a stupid one, it will increase the cost, require the kiosks to be updated somehow (either necessitating frequent engineer visits or require a network connection), and no antivirus detects everything (i often do incident response when a customer system has been compromised, in every single case there has been some kind of av product installed and it failed to detect the compromise even tho in most cases the malware installed is well known to other av products).

      Also an av product may detect a false positive on a customer's media device and delete their data which could open the kiosk vendor up to potential liability.

      "Instead, run an embedded linux on these systems...
      the frontend software is custom written anyway so could just be written for linux instead without too much difficulty..
      less to go wrong since such an os could be stripped to its bare minimum
      less cost - there would be no per unit licensing costs..
      mount any customer supplied media readonly and noexec.
      boot the os from readonly flash so the os cannot be tampered with and any problems a reboot will restore it to default/clean settings
      use ram for temporary storage (or a small disk which is reformatted at boot if more storage is required) so after a power cycle, anything left on there is gone
      if any persistent storage is required (eg for logs) use a remote syslog server, a receipt printer, or a small disk mounted noexec
      use something like an internal readonly compact flash card for the os, when an engineer has to upgrade all he needs to is swap the card out."

      This is all may be true, but you have to remember that these machines are in world-wide use. They were developed maybe 10 years ago, embedded linux was not ready for prime-time back then. Your comments show a complete lack of basic knowledge of how software is developed and used to make money for a business. Things don't bode well for you. There are such things as ROI, project schedules, manufacturing schedules and technology that affect the decisions. It's NOT just about whatever technology is available right now. Get a clue.

    3. Re:Poor design.. by Anonymous Coward · · Score: 2, Informative

      1) They probably run Embedded Windows. All the features at half the price and no need to deal with activation keys. Simple drive image.
      2) These Kiosks usually use some flavor of a professional level printer. These printers don't have embedded drivers.the professional level require drivers. Cost to write those drivers offset the OS savings cost.
      3) The service people paid to administer these machines are more comfortable with Windows - as stated earlier, these are 10 year old products and the linux/embedded tools weren't good back then.

    4. Re:Poor design.. by Com2Kid · · Score: 2, Informative

      Why run windows on these kiosks? An embedded OS would be more suitable and cheaper...

      Most likely to dramatically cut development costs. With standard off the shelf x86 parts you can use whatever development environment and language is most convenient, and you can take advantage of the ever decreasing prices of x86 hardware.

      In contrast embedded stuff, while better suited for some situations, is a much bigger pain to get off the ground initially, and pricing tends to stay pretty stable.

      Not running as a privileged user (Even Windows XP's guest mode would work out fine here) and turning off auto-run would be good starts. I imagine if someone wanted to they might be able to find some sort of an exploit in one of the image handlers on these devices and infect them through that technique, but if all the kiosk is physically capable of doing is loading image files up, allowing for manipulation of those image files in whatever lame app they have, and then printing said files out, the machine would likely be Secure Enough.

  16. While we're tossin' around analogies... by denzacar · · Score: 3, Funny

    Just like with STDs, you can still be a carrier even if you yourself don't suffer from the symptoms.

    And just like with STDs, infecting other people while claiming that you are "immune" kinda makes you a jerk.
    No pun intended.

    --
    Mit der Dummheit kämpfen Götter selbst vergebens
    1. Re:While we're tossin' around analogies... by Anonymous Coward · · Score: 2, Funny

      STDs: Annoying if don't read slashdot, easy to ignore if you do.

    2. Re:While we're tossin' around analogies... by je+ne+sais+quoi · · Score: 2, Informative

      I've heard this line before, usually as a justification from the IT staff as to why I need to put AV on my mac. Does this actually happen in the real world with any great frequency? I suppose it could if you were transporting windows executables around on your USB and copying them to your mac it could happen. But usually, I just copy office documents or other data files around. So I'm not convinced (unless of course your office or pdfs have something, but those usually show up in attachments in e-mail from weird places, not something you'd want to move around on your USB).

      --
      Gentlemen! You can't fight in here, this is the war room!
  17. Windows, not ready for the kiosk. by Ivan+Stepaniuk · · Score: 2

    I still do not understand how people dare to deploy Windows on non-attended machines. Severe tweaking to the OS is necessary to accomplish this task successfully, at a point you would be probably violating the license you are paying for. I bet everybody reading this has seen a 'funny' dialog or information box popping up on kiosks, information screens, ATMs, etc. not to mention BSODs. A photo kiosk is the typical application for which Windows is an overkill.

    --
    My other signature is a car
  18. kiosk manufacturers are the culprits by dev_eddie · · Score: 5, Informative

    I did own an Agfa Photo Kiosk. It didn't have an AV by default and it ran "Windows XP embedded edition" that prevented me from installing an AV (installers didn't allow me to do an install.). I saved a raw image of the hard disk for safety and allowed it to infect customers. It was a security nightmare. Viruses had their way into the machine, but AV software didn't. Autorun was a requirement for the kiosk software to process photos and could not be disabled.

    --


    /usr/bin/cookie: Permission Denied.
  19. W00t! Windows based kiosks by ArsenneLupin · · Score: 4, Funny

    1. download random pic from Internet.
    2. put it on stick, along with Virus
    3. infect kiosk
    4. from now on, kiosks substitutes customers photos with "random internet pic" from step 1 somewhere between the time the order has been validated, and when it will be printed.
    5. ...
    6. Sit back and watch the fun as customer comes back to pick up his photos...

  20. No, not so much by Sycraft-fu · · Score: 2, Interesting

    MS does nothing to stop you from implementing any file system you like in Windows. In fact, they've got documentation on how to do it. It's called the Installable Filesystem Kit, which is part of their driver development kit. You can easily write your own file system drivers for Windows.

    As an example have a look at http://www.fs-driver.org/. They've got an ext2 driver for Windows. Install it, and ext2 is a file system Windows understands and works with, just like any other. There are others too, there is a commercial HFS (Mac) IFS if you need it.

    The problem is not that MS won't allow people to implement other file systems on Windows, they allow it easily. The problem is people are not at all interested in doing so. MS themselves are not that interested because they have a good file system. If you read the info on BTRFS it's goals read like an NTFS feature list. NTFS does what tehy want for a modern filesystem for their computers. For simpler devices, there is exFAT and FAT32. They need nothing else.

    Also FAT is so widely supported because it is old (lots of things support it, so more things continue to support it, etc, positive feed back) and simple. For embedded devices, simplicity of a file system can be very important. You do not want the overhead associated with more complex file systems. As a simple example the exfat.sys driver in Windows 7, which supports all FAT systems (including 32, 16, and 12) is 200k. The ntfs.sys driver that supports NTFS is 1.6MB. Now please note that the size difference isn't the issue, it is just indicative of the complexity. NTFS requires a lot of processing, as do most good modern desktop file systems. FAT is just a linked list more or less. It is extremely simple to implement.

    For that matter the original FAT is also the ISO/IEC 9293 standard.

    But please, don't let the facts get in the way of your two minutes of hate.

    1. Re:No, not so much by koiransuklaa · · Score: 2, Insightful

      It's not hate.

      Microsoft supporting a modern royalty free file system out of the box would make life easier for a _lot_ of people (even if most of those people have no idea that this is the case). Unfortunately Microsoft is not interested in being interoperable here, it's just not in their best interest.

      Stating the above is not hate, rather a rational conclusion. On the other hand, talking about how third parties can implement file systems on Windows is a red herring if the subject is real interoperability.

  21. Re:Windows Read-only mode. by Anonymous Coward · · Score: 3, Funny

    Are you sure that Windows is ready for the desktop? I'm not sure my grandmother could handle that...

  22. Re:Windows Read-only mode. by lxs · · Score: 2, Funny

    The mental image of widows mounting USB sticks is overpowering. Best typo ever.

  23. Speak Up. by dakameleon · · Score: 2, Interesting

    Speak Up. Somewhere along the chain, there will be a competent IT manager who knows what this means, and why it is important. If your organisation is good, that'll be from the CTO down, but worst-case you'll get to a "sergeant" kind of level where the manager still deals with the coalface.

    If that manager hasn't been notified already by this blog or by someone else reading slashdot, your speaking up will be appreciated. If it's been raised before, you can rest easier knowing there's someone competent around, and you know who to go to next time.

    Seriously, what would the harm be in speaking up?

    --
    Man who leaps off cliff jumps to conclusion.
  24. Re:Windows Read-only mode. by troll8901 · · Score: 2, Informative

    AC has posted something similar, but with a lot lesser flames.

    Parent may be a lazy raging retard, but I don't understand the need to flame him.

    What has been most beneficial to me are not the exact steps, but the knowledge that it's possible with the setting of a registry entry (and the corresponding security permission). I've learnt a lot more from AC's kindly-worded post than your flames.