平台被放入二级平台支持清单的必要条件包括:
- 现实需要，例如，一个被广泛部署和使用的平台
- 供应商支持
- 对开发团队有用，例如，开发团队需要一个合适的环境，来在其中测试构建并处理RT项和问题
- 开发团队成员需要, 例如，团队中至少有一人愿意为这个平台负责
此外二级列表将尽可能小，以避免开发团队过于分散.
二级平台仍然待定，但会基于上述标准。对于每一个首要/二级平台，我们应该至少有一个持续集成的框架以及一个我们可以访问，用来测试和调试的开发机器. 我们会从供应商或者社区处寻求访问这些平台的支持. 二级平台清单会随着时间发生改变，而三个月之内会产生一个初始的清单.
平台战略将会在一段时间之内逐步完善，其进度主要由我们重构代码的速度决定.
安全策略
我们将会记录一套安全策略，并对一下方面定义我们的原则：
- 如何修复安全保障
- 即将发布的安全版本将如何（对谁）提供怎样的预先通知（如果有的话）。（期限：两个月之内）
即将发布的功能
优先努力的焦点在于实现上述提到的目标，然而，我们将会评估下面的新特性：
- IPv6支持
- AEAD更新（API审查，Poly/ChaCha支持，/dev/crypto合并操作）
- 新的加密算法的支持，如CCM
- 扩展的SSL_CONF支持
- DANE支持
- 安全等级（目前在最高等级上进行实验）
- OCB
- FIPS代码评审和重构
- 对新兴平台的支持，如ARMv8，POWER8
- 对两个主线程内置MT支持，POSIX线程和Win32
