{"vuid":"VU#738961","idnumber":"738961","name":"Oracle Outside In contains an exploitable vulnerability in Lotus 123 v4 parser","keywords":["FOE","Stellent","Outside In","wk4"],"overview":"Oracle Outside In contains an exploitable vulnerability in the Lotus 123 version 4 file parser, which can allow a remote, unauthenticated attacker to execute arbitrary code on a vulnerable system.","clean_desc":"Oracle Outside In is a set of libraries that can decode over 500 different file formats. Originally written by Stellent, Outside In is now part of Oracle. The Oracle Outside In libraries are used by a variety of applications, including Oracle Fusion Middleware, Google Search Appliance, Guidance Encase Forensics, AccessData FTK, and Novell Groupwise. Outside In fails to properly handle Lotus 123 version 4 file data, which is handled on the Windows platform by the vswk4.dll library. The Linux version of Outside In uses libvs_wk4.so. Other supported platforms may use different file names. Limited testing has shown that the Lotus 123 version 4 parser in Outside in versions prior to 8.3.5.6195 and 8.3.7.77 are vulnerable.","impact":"By causing an application to process a specially-crafted file with the Oracle Outside In library, a remote, unauthenticated attacker may be able to execute arbitrary code with the privileges of the vulnerable application. Depending on what application is using Outside In, this may happen as the result of some user interaction, such as single-clicking on a file, or it may happen with no user interaction at all.","resolution":"Apply an update These vulnerabilites are addressed in the Oracle Fusion Middleware Critical Patch Update January 2012. This update provides the Outside In Lotus 123 version 4 parser versions 8.3.5.6195, and 8.3.7.77, which address this vulnerability. Please consider the following workarounds.","workarounds":"Use the Microsoft Enhanced Mitigation Experience Toolkit The Microsoft Enhanced Mitigation Experience Toolkit (EMET) can be used to help prevent exploitation of this and other vulnerabilities. Enable DEP in Microsoft Windows Consider enabling Data Execution Prevention (DEP) in supported versions of Windows. DEP should not be treated as a complete workaround, but it can mitigate the execution of attacker-supplied code in some cases. Microsoft has published detailed technical information about DEP in Security Research & Defense blog posts \"Understanding DEP as a mitigation technology\" part 1 and part 2. DEP should be used in conjunction with the application of patches or other mitigations described in this document. Note that when relying on DEP for exploit mitigation, it is important to use a system that supports Address Space Layout Randomization (ASLR) as well. ASLR is not supported by Windows XP or Windows Server 2003 or earlier. ASLR was introduced with Microsoft Windows Vista and Windows Server 2008. Please see the Microsoft SRD blog entry: On the effectiveness of DEP and ASLR for more details.","sysaffected":"","thanks":"This vulnerability was reported by Will Dormann of the CERT/CC.","author":"This document was written by Will Dormann.","public":["http://www.oracle.com/technetwork/topics/security/cpujan2012-366304.html","http://www.oracle.com/us/technologies/embedded/025613.htm","http://www.oracle.com/us/corporate/Acquisitions/stellent/index.html","http://support.microsoft.com/kb/2458544","http://blogs.technet.com/b/srd/archive/2010/12/08/on-the-effectiveness-of-dep-and-aslr.aspx"],"cveids":["CVE-2012-0110"],"certadvisory":"","uscerttechnicalalert":null,"datecreated":"2011-12-07T20:54:48Z","publicdate":"2012-01-17T00:00:00Z","datefirstpublished":"2012-01-18T07:26:12Z","dateupdated":"2014-04-28T18:28:01Z","revision":28,"vrda_d1_directreport":"1","vrda_d1_population":"3","vrda_d1_impact":"4","cam_widelyknown":"10","cam_exploitation":"0","cam_internetinfrastructure":"17","cam_population":"18","cam_impact":"16","cam_easeofexploitation":"10","cam_attackeraccessrequired":"18","cam_scorecurrent":"26.244","cam_scorecurrentwidelyknown":"35.964","cam_scorecurrentwidelyknownexploited":"55.404","ipprotocol":"","cvss_accessvector":"N","cvss_accesscomplexity":"M","cvss_authentication":null,"cvss_confidentialityimpact":"C","cvss_integrityimpact":"C","cvss_availabilityimpact":"P","cvss_exploitablity":null,"cvss_remediationlevel":"OF","cvss_reportconfidence":"C","cvss_collateraldamagepotential":"ND","cvss_targetdistribution":"ND","cvss_securityrequirementscr":"ND","cvss_securityrequirementsir":"ND","cvss_securityrequirementsar":"ND","cvss_basescore":"9","cvss_basevector":"AV:N/AC:M/Au:N/C:C/I:C/A:P","cvss_temporalscore":"7","cvss_environmentalscore":"7.05158701933392","cvss_environmentalvector":"CDP:ND/TD:ND/CR:ND/IR:ND/AR:ND","metric":26.244,"vulnote":null}