Sakai 10 发布日期
10.0 - 待定
Sakai 10 概览
Sakai 10 概览
Sakai 10 在Sakai 2.9.3的基础上发展而来。Sakai 10中增加了2个新工具；提供了HTML 5的音频、视频支持；架构改进；约50个安全补丁；性能改进；一些列新功能；以及仅2000个补丁！其中最突出的部分包括：
- IMS LTI - 第一个支持LTI 2.0 的学习管理系统（LMS）
IMS Common Cartridge (CC) 改进支持。支持CC文件版本1.0，1.1，1.2；并且基于用户选择，可以导出CC格式1.1，1.2。
- 支持 Google Analytics.
- 学生成功门户 - 新增集成。
- Java - 支持JDK 7.x，JDK 8.x 的支持正在进行
- 简化Sakai技术组织。 合并大量“独立”工具来简化Sakai发布和问题反馈。
Sakai 10 致谢
- 美国开放大学 - American Public University
- Apereo基金会 - Apereo Foundation
波士顿大学 - Boston University
布鲁克大学 - Brock University
哥伦比亚大学 - Columbia University
杜克大学 - Duke University
Flying Kite Australia
复旦大学 - Fudan University
印第安那大学 - Indiana University
芝加哥洛约拉大学 - Loyola University Chicago
曼利斯特学院 - Marist College
纽约大学 - New York University
- 牛津大学 - Oxford University
- 佩珀代因大学 - Pepperdine University
罗格斯大学 - Rutgers University
塞米诺尔佛罗里达州立学院 - Seminole State College of Florida
西班牙Sakai用户组 - Spanish Sakai Users Group (S2U)
斯坦福大学 - Stanford University
- Three Canoes
- 塔夫斯大学 - Tufts University
拉里奥哈国际大学 - Universidad Internacional de La Rioja
- 莫夕亚大学 - Universidad de Murcia
瓦伦西亚理工大学 - Universidad Politécnica de Valencia
纳瓦拉公立大学 - Universidad Pública de Navarra
莱里达大学 - Universitat de Lleida
滨海大学 - Université du Littoral Côte d'Opale
巴黎第六大学 - Université Pierre et Marie Curie
加州大学默塞德分校 - University of California - Merced
开普顿大学 - University of Cape Town
- 戴顿大学（俄亥俄） - University of Dayton (Ohio)
- 佛罗里达大学 - University of Florida
密歇根大学 - University of Michigan
北卡罗来纳州大学教堂山分校 - University of North Carolina - Chapel Hill
弗吉尼亚大学 - University of Virginia
怀俄明大学 - University of Wyoming
- Western University
耶鲁大学 - Yale University
ReadMe - 新功能说明
NOTICE: If you uncover a security vulnerability in Sakai software please do not voice your concerns on any public listserv, blog or other open communication channel but instead notify the Sakai Security Working Group immediately at firstname.lastname@example.org . Please provide a callback telephone number so that we can contact you by telephone if it is deemed necessary.
Sakai is an open-source software initiative that promotes knowledge sharing and information transparency. However, when dealing with security vulnerabilities the integrity of existing Sakai installations can be compromised by the premature public disclosure of security threats before the Sakai Community has had time to analyze, develop and distribute countermeasures through private channels to institutions and organizations that have implemented Sakai software. Recognizing this danger, the Sakai Security Working Group (WG) has developed a security policy that seeks to safeguard the security of existing Sakai installations as well as provide full public disclosure of Sakai security vulnerabilities in a timely manner.
REPORTING SECURITY ISSUES
Security vulnerabilities in Sakai should be reported immediately to the Sakai Security WG at email@example.com . When contacting the WG, please provide a callback telephone number so that we can contact you by phone if it is deemed necessary. Sakai Security WG and community developers, working with the original reporter of the vulnerability, will investigate the issue, determine versions affected, and, if necessary, develop and distribute as quickly as is possible a security update for the Sakai Community and general public.
Issues identified as security-related are prioritized and addressed differently than functionality or other issues classified as bugs. Access to issues flagged as security vulnerabilities in Sakai's JIRA issue tracking system will be restricted to Sakai security contacts and members of the Sakai Security Work Group (see below). Discussion, analysis, code development and testing relevant to reported security vulnerabilities will be treated as confidential information.
The Sakai Security WG will work with Sakai Community members to develop fixes for both vulnerable released versions and vulnerable branches (up to a particular date or release number). Code commits for security-related fixes will seek to mask the nature of the vulnerability. This usually takes one of two forms: (1) the commit is held until a patch can be tested, distributed and implemented in known sites or (2) in the case of a fix to a less significant threat the commit may be checked in with limited commentary.
During our QA and release cycles security-related issues will receive priority. At a minimum, the Sakai Security WG will review outstanding security issues before the start of each QA cycle.
The Sakai Security WG will issue security advisories and security updates to the general public once existing Sakai installations have been notified and given time to patch their systems.
SECURITY WORK GROUP
The Sakai Community has instituted a Security Work Group (WG) composed of senior members of the community to respond to reports of security vulnerabilities and who operate using private channels of communication. Besides working to resolve known security vulnerabilities the Security WG will also operate in a pro-active manner, reviewing existing tools and services from a security perspective; defining Sakai security requirements; devising QA/testing models that identify potential security weaknesses; producing security-related documentation; and helping educate developers on web-related security vulnerabilities.
Public information regarding security vulnerabilities will be documented in security advisories, Sakai software release notes and readme files included in demo, binary and source distributions as well as online at the following locations:
Release documentation for security updates will identify the Sakai version affected including code branches and provide information on how to close the vulnerability. Security vulnerabilities will be ranked by the threat level index listed below:
Security vulnerabilities classified as a critical risk involve the possible exposure of data to unauthorized viewing, modification, deletion or acquisition as well as attacks that could result in data corruption.
Security vulnerabilities classified as a major risk involve logical attacks that could compromise the availability of Sakai or otherwise degrade system performance, disrupt or circumvent normal application flow control of Sakai tools and services or use Sakai as a platform for attacks on other systems.
Security vulnerabilities classified as a minor risk involve threats that (1) can be eliminated by updating existing configuration files to reflect a default secure state (e.g., sakai.properties), (2) are considered extremely difficult for attackers to exploit and/or (3), if exploited, are of minor consequence to the operation of Sakai installations.
Whenever Sakai security vulnerabilities surface, the Sakai Security WG will execute a three-step security advisory protocol in order to alert (1) Apereo Foundation partners and designated security contacts associated with known Sakai implementations, (2) the wider Sakai Community, and (3) the public at large regarding security issues.
The first step in our protocol involves providing alerts to our partner institutions and organizations as well as to our security contacts throughout the Sakai Community via the use of private communication channels. We delay deliberately the issuance of community-wide and public security advisories in order to allow time for security updates to be devised, tested, distributed and, if necessary, applied to Sakai installations that are known to the Foundation. Once these systems are patched the wider Sakai Community is alerted and time provided for Sakai implementers unknown to the Sakai Security WG to identify themselves, designate security contacts, and patch their systems before we proceed to the third and final step in our security advisory protocol, the general public announcement.
The Sakai Secuirty WG encourages institutions and organizations that download and install Sakai software to consider contacting the Sakai Security WG and providing the name(s) and contact details of one or more individuals to serve as security contacts. Security contact information should be emailed to firstname.lastname@example.org.
As noted above, Sakai security contacts receive security updates in advance of public release in order their institution or organization time to patch their Sakai installation before any Sakai security vulnerability becomes general knowledge. Designated security contacts are also provided access rights to view, comment and address issues flagged as security items in Sakai's JIRA issue tracking application. Security-related JIRA issues are hidden from public view. We do not grant access to these JIRA items lightly and we verify the identity and role of each person who is designated as a security contact.
Email traffic sent to email@example.com should be treated confidentially and should not be forwarded to other Sakai or public email lists or discussed elsewhere in order to help protect institutions and organizations running Sakai from security-related exploits or attacks.
随着Sakai 10发布，Sakai 2.8正式的社区支持将终止。强烈建议运行Sakai 2.8（或更老版本）的学校升级到Sakai 10或Sakai 2.9。
Sakai 10使用Educational Community License version 2.0许可证