共找到 150 条与 bytecode 相关的标准，共 10 页
1.1 本标准适用于可联网产品，需对其漏洞、软件弱点和恶意软件进行评估和测试。 1.2 本标准描述：a) 软件开发商（供应商或其他供应链成员）产品风险管理流程的要求；b) 评估和测试产品是否存在漏洞、软件弱点和恶意软件的方法；c) 产品架构和设计中安全风险控制的要求。 1.3 本标准不包含产品功能测试的要求。 1.4 本标准不包含产品硬件的要求。
STANDARD FOR SAFETY Software Cybersecurity for Network- Connectable Products, Part 1 : General Requirements
This International Standard can be used with benefits on all kinds of platform. This International Standard's most immediate interest is for deploying portable applications on small footprint devices. This International Standard provides dramatic savings of dynamic memory and execution time without sacrificing any of the flexibility usually attached to the use of non-pre-linked portable code. This International Standard is especially important to provide a complete solution to execute portable programs of which code size is bigger than the available dynamic memory. This International Standard is also very important when fast reactivity of programs is important. By avoiding the extra-processing related to loading into dynamic memory and formatting classes at runtime, this International Standard provides a complete answer to the problem of class-loading slow-down. These benefits are particularly interesting for small devices supporting financial applications. Such applications are often complex and relying on code of significant size, while the pressure of the market often imposes to these devices to be of a low price and, consequently, to be very small footprint platforms. In addition, to not impose unacceptable delays to customers, it is important these applications do not waste time in loading classes into dynamic memory when they are launched but, on the contrary, to be immediately actively processing the transaction with no delay. When using smart cards, there are also some loose real-time constraints that are better handled if it can be granted that no temporary freezing of processing can occur due to class loading. This International Standard can also be of great benefit for devices dealing with real-time applications. In this case, avoiding the delays due to class loading can play an important role to satisfy real-time constraints.
Information technology - Programming languages, their environments and system software interfaces - JEFF file format
本标准适用于需要评估和测试漏洞、软件弱点和恶意软件的网络连接产品。本标准描述了：a) 关于产品软件开发人员（供应商或其他供应链成员）风险管理过程的要求；b) 评估和测试产品是否存在漏洞、软件弱点和恶意软件的方法；c) 关于产品架构和设计中存在的安全风险控制的要求。本标准不包含关于产品功能测试的要求，也不包含关于产品硬件的要求。
Software Cybersecurity for Network-Connectable Products, Part 1: General Requirements
本文件规定了一种虚拟机(VM)，旨在用于数字电视接收机和机顶盒的实现，能够为执行条件访问内核或数字版权管理客户端应用程序提供安全环境。目的是提供一个统一的执行环境，使这些客户端可以在确保满足最低ECI主机性能要求、提供标准API用于从内容(即与内容封装在一起)或通过外部网络(如互联网)检索基本安全数据，并且资源可以从ECI主机环境以标准化方式访问的情况下运行。 虚拟机的存在和使用允许随意交换CA/DRM客户端，并支持ECI主机中同时运行多个此类客户端的实例，使用户和运营商不受限于特定的内容保护提供商，并且可以使用不同类型的解决方案以适应不同的内容类型。对于内容保护系统提供商，它确保了一个已知执行平台的可用性，不需要与任何ECI主机美利体育官网首页网址供应商进行特定集成。
Embedded Common Interface (ECI) for exchangeable CA/DRM solutions; Part 4: The Virtual Machine
在 DIN SPEC（技术报告）中，应明确界定编程语言互操作性的含义，并将其与可移植性区分开来。应介绍各种标准化和非标准化的方法，以便目前具体实现编程语言边界的互操作性，并讨论其优缺点。此处有意识地限制于不基于 Web 服务技术的方法，因为这些方法在许多涉及组件重用的情况下，出于性能原因并不适用。为了说明，将引用涉及具体商业和非商业软件产品的示例。
Information technology - Platform and programming language independent interoperability
本建议书规定了一种虚拟机，旨在用于数字电视接收机和机顶盒的实现，能够为执行条件接收内核或数字版权管理客户端应用程序提供安全环境。目的是提供一个统一的执行环境，使这些客户端能够在满足最低ECI主机性能要求的情况下运行，提供一个标准API用于从内容（即与内容封装在一起）或通过外部网络（例如互联网）检索基本安全数据，并以标准化的方式从ECI主机环境中访问资源。还参考了[b-ITU-T J.1010]和[b-ITU-T J.1011]。 该虚拟机的存在和使用允许随意交换CA/DRM客户端，并支持在ECI主机中同时运行多个此类客户端的实例。这确保用户和运营商不受特定内容保护（CP）提供商的约束，并便于使用不同类型的安全解决方案以适应各种内容类型。对于内容保护系统的提供商，它确保了一个已知执行平台的可用性，不需要与任何ECI主机美利体育官网首页网址供应商进行特定集成。
Embedded common interface for exchangeable CA/DRM solutions; The virtual machine
本文件定义了UICC应用编程接口（UICC API）的服务描述，该接口位于UICC内部。第一阶段是整体服务描述，不涉及API的实现细节。本文件包含适用于网络运营商、服务提供商、终端、UICC、网络接入应用（NAA）提供商、交换机和数据库制造商的信息。本文件包含核心要求，足以提供完整的服务。然而，强烈希望UICC API的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的附加功能可能实现被认为超出本文件范围的要求。这些附加功能可能基于网络范围、全国范围或特定用户组。此类附加功能不得损害对服务核心要求的符合性。
Smart Cards; UICC Application Programming Interface and Loader Requirements; Service description; (Release 6)
本文件定义了UICC应用编程接口（UICC API）的服务描述，该接口位于UICC内部。第一阶段是整体服务描述，不涉及API的实现细节。本文件包含适用于网络运营商、服务提供商以及终端、UICC、网络接入应用（NAA）提供商、交换机和数据库制造商的信息。本文件包含核心要求，足以提供完整的服务。然而，强烈建议UICC API的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的附加功能可能实现被视为超出本文件范围的要求。此类附加功能不得损害对服务核心要求的符合性。
Smart Cards; UICC Application Programming Interface and Loader Requirements; Service description; (Release 6)
本文件定义了用户身份模块应用编程接口（SIM API）内部于SIM的一阶段描述。一阶段是整体服务描述，不涉及API的实现细节。本文件包括适用于网络运营商、服务提供商以及终端、SIM、交换机和数据库制造商的信息。本文件包含足以提供完整服务的核心要求。然而，强烈建议SIM API的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的其他功能可能实现被认为超出本文件范围的要求。这种额外功能可能在网络范围、全国范围或特定用户组内实施。此类额外功能不得损害对服务核心要求的符合性。
Digital cellular telecommunications system (Phase 2+); Subscriber Identity Module Application Programming Interface (SIM API); Stage 1 (3GPP TS 42.019 version 4.1.0 Release 4)
本标准适用于需要进行漏洞、软件弱点和恶意软件评估和测试的网络连接产品。标准描述了：a) 软件开发者（供应商或其他供应链成员）对其产品的风险管理流程要求；b) 对产品进行漏洞、软件弱点和恶意软件存在性评估和测试的方法；c) 产品架构和设计中存在安全风险控制措施的要求。本标准不包含产品功能测试的要求，也不包含产品所含硬件的要求。
Software Cybersecurity for Network-Connectable Products, Part 1: General Requirements
本文件定义了UICC应用程序编程接口（UICC API）的服务描述，该接口位于UICC内部。第一阶段是总体服务描述，不涉及API的实现细节。本文件包含适用于网络运营商、服务提供商、终端、UICC、网络接入应用（NAA）提供商、交换机和数据库制造商的信息。本文件包含核心要求，足以提供完整的服务。然而，强烈建议UICC API的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的附加功能可能实现被认为超出本文件范围的要求。此类附加功能不得损害对服务核心要求的符合性。
Smart Cards; UICC Application Programming Interface and Loader Requirements; Service description; (Release 9)
本文件定义了用户识别模块应用编程接口（SIM API）内部的第一阶段描述。第一阶段是整体服务描述，不涉及API的实现细节。本文件包含适用于网络运营商、服务提供商以及终端、SIM、交换机和数据库制造商的信息。本文件包含核心要求，足以提供完整的服务。然而，SIM API的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的附加功能可能实现超出本文件范围的要求。此类附加功能不得损害对服务核心要求的符合性。
Digital cellular telecommunications system (Phase 2+) (GSM); Subscriber Identity Module Application Programming Interface (SIM API); Service description; Stage 1 (GSM 02.19 version 7.1.0 Release 1998)
本技术规范定义了用户身份模块应用程序编程接口（SIM API）内部的第 1 阶段描述。第 1 阶段是总体服务描述，不涉及 API 的实现细节。本技术规范包括适用于网络运营商、服务提供商以及终端、SIM、交换机和数据库制造商的信息。本技术规范包含提供完整服务所需的核心要求。然而，SIM API 的技术解决方案应足够灵活，以允许可能的增强。本技术规范中未记录的额外功能可能实现被视为超出本技术规范范围的要求。此类额外功能可以是全网范围、全国范围或特定用户组范围的。此类额外功能不得损害对服务核心要求的符合性。
Digital cellular telecommunications system (Phase 2+); Subscriber Identity Module Application Programming Interface (SIM API); Stage 1 (3GPP TS 02.19 version 8.0.0 Release 1999)
本文件定义了用户身份模块（SIM）内部的应用程序接口（SIM API）的阶段一描述。阶段一是总体服务描述，不涉及 API 的实现细节。本文件包含适用于网络运营商、服务提供商以及终端、SIM、交换机和数据库制造商的信息。本文件包含提供完整服务所需的核心要求。然而，SIM API 的技术解决方案应足够灵活，以允许可能的增强。本文件中未记录的额外功能可以实施被视为超出本文件范围的要求。此类额外功能可以是全网范围的、全国范围的或特定于用户组的。此类额外功能不得损害对服务核心要求的符合性。
Digital cellular telecommunications system (Phase 2+); Subscriber Identity Module Application Programming Interface (SIM API); Stage 1 (3GPP TS 42.019 version 5.0.0 Release 5)
本标准可用于各种平台，具有显著优势。 本标准最直接的兴趣在于将便携式应用程序部署在小型 footprint 美利体育官网首页网址上。 本标准在无需牺牲通常与使用非预链接便携式代码相关的灵活性的情况下，提供了动态内存和执行时间的显著节省。 当便携式程序的代码大小超过可用动态内存时，本标准提供了完整的解决方案。 当程序的快速反应性很重要时，本标准也非常重要。 通过避免与在运行时加载到动态内存和格式化类相关的额外处理，本标准提供了对类加载变慢问题的完整答案。 这些优势对于支持金融应用的小型美利体育官网首页网址特别有趣。 此类应用通：芨丛忧乙览荡罅看，而市场压力往往要求这些美利体育官网首页网址价格低廉，因此 footprint 非常小。 此外，为了不给客户造成不可接受的延迟，重要的是这些应用在启动时不要在加载类到动态内存上浪费时间，而是立即开始处理交易，没有任何延迟。 在使用智能卡时，也有一些松散的实时约束，如果保证在类加载时不会发生临时处理冻结，则能更好地处理这些约束。 本标准对于处理实时应用的美利体育官网首页网址也非常有益。 在这种情况下，避免类加载带来的延迟对于满足实时约束可能起着重要作用。
Information technology - Programming languages, their environments and system software interfaces - JEFF file format
