平台被放入二级平台支持清单的必要条件包括:

• 现实需要，例如，一个被广泛部署和使用的平台
• 供应商支持
• 对开发团队有用，例如，开发团队需要一个合适的环境，来在其中测试构建并处理RT项和问题
• 开发团队成员需要, 例如，团队中至少有一人愿意为这个平台负责

此外二级列表将尽可能小，以避免开发团队过于分散.

二级平台仍然待定，但会基于上述标准。对于每一个首要/二级平台，我们应该至少有一个持续集成的框架以及一个我们可以访问，用来测试和调试的开发机器. 我们会从供应商或者社区处寻求访问这些平台的支持. 二级平台清单会随着时间发生改变，而三个月之内会产生一个初始的清单.

平台战略将会在一段时间之内逐步完善，其进度主要由我们重构代码的速度决定.

安全策略

我们将会记录一套安全策略，并对一下方面定义我们的原则：

• 如何修复安全保障
• 即将发布的安全版本将如何（对谁）提供怎样的预先通知（如果有的话）。（期限：两个月之内）

即将发布的功能

优先努力的焦点在于实现上述提到的目标，然而，我们将会评估下面的新特性：

• IPv6支持
• AEAD更新（API审查，Poly/ChaCha支持，/dev/crypto合并操作）
• 新的加密算法的支持，如CCM
• 扩展的SSL_CONF支持
• DANE支持
• 安全等级（目前在最高等级上进行实验）
• OCB
• FIPS代码评审和重构
• 对新兴平台的支持，如ARMv8，POWER8
• 对两个主线程内置MT支持，POSIX线程和Win32