Any comment on why the filesystem is apparently taking 220 minutes to delete 500 files in some cases? It should only be a tiny fraction of that even if all the file names hash to the same value.
Posted Dec 18, 2012 13:13 UTC (Tue) by engla (guest, #47454)
[Link]
Please read the updated section of the original story, "the second attack does NOT generate an infinite loop within the btrfs code, but merely within the bash expansion code which is responsible to expand the command line rm *."
A hash-based DOS attack on Btrfs
Posted Dec 18, 2012 15:08 UTC (Tue) by butlerm (subscriber, #13312)
[Link]
Thanks. So in other words, the first problem might possibly be hit in practice, and really ought to be fixed soon, but the second problem isn't likely to yield any real world consequences unless an attacker is in a position to generate tens of thousands of files with names that all hash to the same value. No?