Page History

...

• XMLUI security fixes:
  • [HIGH SEVERITY] The XMLUI "themes/" path is vulnerable to a full directory traversal. (DS-3094 - requires a JIRA account to access.) This means that ANY files on your system which are readable to the Tomcat user account may be publicly accessed via your DSpace website.
    • Reported by Virginia Tech
      
• JSPUI security fixes: 
  • [MEDIUM SEVERITY] The JSPUI "Edit News" feature (accessible to Administrators) can be used to view/edit ANY files which are readable to the Tomcat user account (DS-3063 - requires a JIRA account to access.)
    • Reported by CINECA

4.5 Acknowledgments 

The 4.5 release was led by Tim Donohue (tdonohue) and the Committers.

4.4 Release Notes

...

• JSPUI security fixes: 
  • [MEDIUM SEVERITY] Cross-site scripting (XSS injection) is possible in JSPUI search interface (in Firefox web browser). (DS-2736 - requires a JIRA account to access for two weeks, and then will be public): This vulnerability could allow someone to embed dangerous Javascript code into links to search results. If a user was emailed such a link and clicked it, the javascript would be run in their local browser. This vulnerability has existed since DSpace 3.x 
    • Discovered by Genaro Contreras
      
  • [LOW SEVERITY] Expression language injection (EL Injection) is possible in JSPUI search interface. (DS-2737 - requires a JIRA account to access for two weeks, and then will be public): This vulnerability could allow someone to obtain information from the site/server using JSP syntax. This vulnerability has existed since DSpace 3.x
    • Discovered by Genaro Contreras

4.4 Acknowledgments 

The 4.4 release was led by Tim Donohue (tdonohue) and the Committers.

4.3 Release Notes

...

• XMLUI Security Fixes
  

  • [HIGH SEVERITY] XMLUI Directory Traversal Vulnerabilities (DS-2445 - requires a JIRA account to access for two weeks, and then will be public): These vulnerabilities allow someone to potentially access any file on your local filesystem which is readable to the Tomcat user account. This includes files which are unrelated to DSpace or Tomcat, but are readable to all users on the filesystem (e.g. /etc/passwd, /etc/hosts, etc.). This also includes Tomcat configuration files (which may or may not contain passwords). These vulnerabilities have existed since DSpace 1.5.2.

    • Discovered by: Khalil Shreateh, with additional (related) vulnerabilities discovered by the DSpace Committer Team

  • In some configurations of Tomcat, simply removing any "allowLinking=true" settings from your Tomcat's <Context> configuration will limit the directory traversal vulnerability's severity to only allow access to files within the XMLUI web application directory. In addition, the Tomcat documentation details "allowLinking=true" as a possible security concern.  However, you still must upgrade or patch your DSpace in order to completely resolve this vulnerability.
• JSPUI Security Fixes
  • [MEDIUM SEVERITY] JSPUI Directory Traversal Vulnerability (DS-2448 - requires a JIRA account to access for two weeks, and then will be public): This vulnerability allows someone to potentially access any file within the JSPUI web application directory (e.g. WEB-INF/web.xml). This vulnerability is believed to have existed in all prior versions of DSpace.
    • Discovered by Khalil Shreateh
      
  • [LOW SEVERITY] Cross-site scripting (XSS injection) is possible in JSPUI Recent Submissions listings (DS-1702 - requires a JIRA account to access for two weeks, and then will be public): This vulnerability could allow a depositor/submitter to embed dangerous Javascript code into the metadata of a new submission, thus causing that code to be run across other user accounts. However, this vulnerability is only possible by someone with privileges to add content to your DSpace site. This vulnerability has existed since DSpace 1.5.x.
    
    • Discovered by: Jean-Paul Zhao of University of Toronto
      
  • [LOW SEVERITY] Cross-site scripting (XSS injection) is possible in JSPUI Discovery search form (DS-2044 - requires a JIRA account to access for two weeks, and then will be public): This vulnerability could allow someone to embed dangerous Javascript code into links to search results. If a user was emailed such a link and clicked it, the javascript would be run in their local browser. This vulnerability has existed since DSpace 3.x
    • 4.x / 5.x vulnerability discovered by  Gabriela Mircea of McMaster University and Khalil Shreateh
    • 3.x vulnerability discovered by İlyas Orak of Biznet Bilisim A.S.

4.3 Acknowledgments 

The 4.3 release was led by Tim Donohue (tdonohue) and the Committers.

4.2 Release Notes

DSpace 4.2 provides bug-fixes and minor improvements to the 4.x platform. As it only provides bug-fixes, DSpace 4.2 should constitute an easy upgrade from DSpace 4.x for most users. No database changes or additional configuration changes should be necessary when upgrading from DSpace 4.x to 4.2 (except for  DS-2036 which may affect some Oracle users ; see  Fixing the effects of DS-2036 ).

...

• Fixed occasional "Out of Memory" errors when indexing large bitstreams/files in Discovery (DS-1958)

• Fixed issue where REST API was not releasing "context" and ignored database pooling (DS-1986)

• Fixed Solr commit delays when "did you mean" functionality is enabled in Discovery (DS-2060)

• Fixed the "dspace classpath" command (DS-1998)

• Fixed issue where thumbnails were not displayed when using JSPUI + Oracle database (DS-2013)

• Fixed validation of OAI-PMH response (DS-1928)
• Fixed several Oracle database upgrade script errors (DS-2036, DS-2038, DS-2056, and DS-1957)
• Fixed Maven build issue on Windows operating systems (DS-1940)
• Other minor fixes See Changes in 4.x section for a list of all fixes.

4.2 Acknowledgments 

The 4.2 release was led by Tim Donohue (tdonohue) and the Committers.

4.1 Release Notes

DSpace 4.1 provides bug-fixes and minor improvements to the 4.x platform. As it only provides bug-fixes, DSpace 4.1 should constitute an easy upgrade from DSpace 4.x for most users. No database changes or additional configuration changes should be necessary when upgrading from DSpace 4.x to 4.1 (except for DS-1536; see Fixing the effects of DS-1536).

...

• Fixed issue where having a period (.) in your handle prefix generated incorrect identifiers (DS-1536)
• Fixed broken quick build (from [dspace-src]/dspace) (DS-1867)
• Fixed a crash of DSpace during CSV import via BTE (DS-1857)
• Fixed collection harvesting to DSpace via ORE (DS-1848)
• Fixed deposit of new items via SWORD (DS-1846)
• Fixed search hit highlighting in XMLUI (DS-1907)
• Fixed broken 'stat-initial' script (DS-1795)
• Other minor fixes. See Changes in 4.x section for a list of all fixes.

4.1 Acknowledgments 

The 4.1 release was led by Tim Donohue (tdonohue) and the Committers.

4.0 Release Notes

The following is a list of the new features included for the 4.x platform (not an exhaustive list):

...