Oracle users have been complaining for some time that they get too little information, but that changed this week with Oracle’s final quarterly Critical Patch Update (CPU) of 2006, which fixes more than 100 flaws.
\nThe October update represents the largest number of flaw fixes in all of 2006.
\nThe last update in July had 65 bugs, April’s update had 36 and January’s update fixed 82 flaws.<\/p>\n
Of the 101 security fixes in the October update, 56 could potentially be remotely exploited without even a username or password. Oracle had not previously disclosed in its CPUs how many flaws were remotely exploitable.
\n“While existing CPU risk matrices made it possible to assess whether a specific vulnerability was remotely exploitable without requiring authentication on the targeted system, Oracle is now going to specifically identify this type of vulnerability,” Eric Maurice Manager for Security in Oracle’s Global Technology Business Unit wrote on Oracle’s security blog.
\n“This enhancement to the documentation is designed to make it simpler for customers to identify the most critical vulnerabilities addressed in a CPU.”
\nOracle’s database products represent the largest number of security fixes at 63, with Oracle Application Server reporting 14 flaws, E-Business Suite 13 flaws, Oracle PeopleSoft Enterprise PeopleTools and Enterprise Portal Solutions: 8 flaws and J.D. Edwards EnterpriseOne getting just one flaw fix.<\/p>\n
The October update also provides a greater degree of detail than its predecessor by also including a Common Vulnerability Scoring System (CVSS) score.
\nWith CVSS, Oracle will compute a “Base Metric Group,” which is intended to help Oracle users assess the risk to their own environment of a specific vulnerability.<\/p>\n
more from [url=http:\/\/www.internetnews.com\/security\/article.php\/3639216]Internetnews[\/url]<\/p>\n","protected":false},"excerpt":{"rendered":"
There is a fine line between providing too much or too little detail in security vulnerability reports.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[3],"tags":[],"class_list":["post-419","post","type-post","status-publish","format-standard","hentry","category-security"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p4bBYZ-6L","_links":{"self":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts\/419","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/comments?post=419"}],"version-history":[{"count":0,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/posts\/419\/revisions"}],"wp:attachment":[{"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/media?parent=419"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/categories?post=419"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/deepquest.code511.com\/blog\/wp-json\/wp\/v2\/tags?post=419"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}