high
7.8
CWE
476
Advisory Published
CVE Published
Updated

CVE-2010-2798: Null Pointer Dereference

First published: Mon Aug 02 2010(Updated: )

Description of problem: The problem was in the way the gfs2 directory code was trying to re-use sentinel directory entries. In the failing case, gfs2's rename function was renaming a file to another name that had the same non-trivial length. The file being renamed happened to be the first directory entry on the leaf block. First, the rename code (gfs2_rename in ops_inode.c) found the original directory entry and decided it could do its job by simply replacing the directory entry with another. Therefore it determined correctly that no block allocations were needed. Next, the rename code deleted the old directory entry prior to replacing it with the new name. Therefore, the soon-to-be replaced directory entry was temporarily made into a directory entry "sentinel" or a place holder at the start of a leaf block. Lastly, it went to re-add the replacement directory entry in that leaf block. However, when gfs2_dirent_find_space was looking for space in the leaf block, it used the wrong value for the sentinel. That threw off its calculations so later it decides it can't really re-use the sentinel and therefore must allocate a new leaf block. But because it previously decided to re-use the directory entry, it didn't waste the time to grab a new block allocation for the inode. Therefore, the inode's i_alloc pointer was still NULL and it crashes trying to reference it. In the case of sentinel directory entries, the entire dirent is reused, not just the "free space" portion of it, and therefore the function gfs2_dirent_find_space should use the value 0 rather than GFS2_DIRENT_SIZE(0) for the actual dirent size. Fixing this calculation enables the reproducer programs to work properly.

Credit: secalert@redhat.com secalert@redhat.com

Affected SoftwareAffected VersionHow to fix
debian/linux-2.6
Linux Linux kernel<2.6.35
VMware ESX=4.0
VMware ESX=4.1
Canonical Ubuntu Linux=6.06
Canonical Ubuntu Linux=8.04
Canonical Ubuntu Linux=9.04
Canonical Ubuntu Linux=9.10
Canonical Ubuntu Linux=10.04
Canonical Ubuntu Linux=10.10
Debian Debian Linux=5.0
Avaya Aura Communication Manager=5.2
Avaya Aura Presence Services=6.0
Avaya Aura Presence Services=6.1
Avaya Aura Presence Services=6.1.1
Avaya Aura Session Manager=1.1
Avaya Aura Session Manager=5.2
Avaya Aura Session Manager=6.0
Avaya Aura System Manager=5.2
Avaya Aura System Manager=6.0
Avaya Aura System Manager=6.1
Avaya Aura System Manager=6.1.1
Avaya Aura System Platform=1.1
Avaya Aura System Platform=6.0
Avaya Aura System Platform=6.0-sp1
Avaya Iq=5.0
Avaya Iq=5.1
Avaya Voice Portal=5.0
Avaya Voice Portal=5.1
Avaya Voice Portal=5.1-sp1
openSUSE openSUSE=11.1
Suse Linux Enterprise High Availability Extension=11
Suse Linux Enterprise High Availability Extension=11-sp1
SUSE SUSE Linux Enterprise Desktop=11
SUSE SUSE Linux Enterprise Desktop=11-sp1
SUSE SUSE Linux Enterprise Server=11
SUSE SUSE Linux Enterprise Server=11-sp1

Remedy

http://www.openwall.com/lists/oss-security/2010/08/02/1

Remedy

http://www.openwall.com/lists/oss-security/2010/08/02/10

Remedy

https://bugzilla.redhat.com/show_bug.cgi?id=620300

Never miss a vulnerability like this again

Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.

Read MoreStart Free Trial

Reference Links

Company

Resources

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2024 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203