IM 部门负责移动通信业务,生产和销售智能手机、平板电脑和可穿戴设备等智能移动设备。对于该业务的主要产品智能手机,我们已经开发了从低端到高端机型的一系列产品,并凭借 Galaxy 系列在发达市场和新兴市场都实现了增长。我们将通过以下方式引领智能手机市场的增长并提供卓越的用户体验:1)提供创新的硬件功能,例如新外形(基于柔性 OLED 技术)、高清摄像头、生物识别传感器和电池充电器技术;2)改进移动支付服务 Samsung Pay 和 AI 平台 Bixby 的软件功能;3)投资于云、物联网、医疗保健、AR 和 VR 等未来增长动力。同时,我们将基于我们的端到端解决方案(包括手机、芯片组)以及我们在初始 5G 市场的商业化经验,引领全球 5G 市场。[DS 部门]
Cisco DNA软件为Cisco®网络解决方案提供动力。思科网络是您团队基于意图网络的桥梁。这是一个开放,可扩展的,由软件驱动的投资组合,有助于加速和简化您的企业网络操作,同时降低成本并降低风险。只有思科提供了一种单网络结构,该结构由深度智能和集成安全性提供动力,以便在整个网络组织中提供自动化和保证。Cisco Networking从耗时,重复的网络配置任务中返回时间,因此您可以专注于业务需求的创新。Cisco网络中的最新创新包括新的软件功能,可通过Cisco DNA订阅软件以及提供端到端可见性,自动化和见解的建筑方法提供更大的智能和安全性。
DevSecOps 是一套软件开发实践,它将软件开发 (Dev)、安全 (Sec) 和信息技术操作 (Ops) 结合起来,以确保成果并缩短开发生命周期。软件功能、补丁和修复更频繁地以自动化方式出现。安全性应用于软件生命周期的所有阶段。下图 1-1 显示了 DevSecOps 流程的示例。本文档将重点介绍保护放入公共存储库供所有人使用的容器的过程。此存储库可在 https://repo1.dsop.io/dsop 找到(见图 1-2)。注意:本文档重点介绍容器安全性。据了解,任何应用程序代码或库在集成到 DoD 使用的容器中之前都必须通过静态/动态代码分析工具扫描并通过或已减轻/接受风险。如果该应用程序已获得 IC/NSA/DoD CIO/DISA 的批准使用(和扫描),则互惠可以生效。本文档未描述该过程。
摘要:解决任何问题的第一步也是最重要的一步是充分了解问题,以便创建有效的解决方案。为此,研究了几起与软件相关的航天器事故,以确定常见的系统性因素。虽然每起事故的细节各不相同,但都发现了与安全文化、管理和组织以及技术缺陷有关的非常相似的因素。这些因素包括自满和低估软件风险、责任和权力分散、沟通渠道有限和信息流不畅、系统和软件工程不充分(规范差或缺失、不必要的复杂性和软件功能、没有适当安全分析的软件重用、违反数字组件的基本安全工程实践)、审查活动不足、系统安全工程无效、测试和模拟环境有缺陷以及人为因素工程不足。本文讨论了这些因素中的每一个,并提出了一些关于如何在未来项目中消除它们的建议。
DevSecOps 是一套软件开发实践,它将软件开发 (Dev)、安全 (Sec) 和信息技术操作 (Ops) 结合起来,以确保成果安全并缩短开发生命周期。软件功能、补丁和修复更频繁地以自动化方式出现。安全性应用于软件生命周期的所有阶段。下图 1-1 显示了 DevSecOps 流程示例。本文档将重点介绍保护放入公共存储库供所有人使用的容器的过程。此存储库可在 https://repo1.dsop.io/dsop 找到(见图 1-2)。注意:本文档重点介绍容器安全性。众所周知,任何应用程序代码或库在集成到 DoD 使用的容器之前都必须经过静态/动态代码分析工具的扫描,并通过或减轻/接受风险。如果应用程序已经获得 IC/NSA/DoD CIO/DISA 的批准使用(和扫描),则互惠可以生效。本文档未描述该过程。
摘要 - 现代汽车包括数百个电子控制器单元(ECU),大量的传感器和驱动模块,几个车载网络以及几个兆字节的软件代码。功能安全的目的是评估这些组件故障导致危险状况的潜在风险。实现现代汽车系统的功能安全性需要各种复杂的步骤,包括对安全标准的解释,开发安全解决方案以及制作安全案例,所有这些都在不断地重新确定和更新为建筑,系统设计和电子/软件功能。在本文中,我们提供了有关汽车系统安全解决方案所涉及的汽车安全方法,标准和方法的全面概述。我们包括来自汽车供应链中不同参与者的观点,约束和要求,以及与安全设计有关的利益相关者利益之间的冲突和权衡。讨论了汽车系统的新兴趋势及其对功能安全性的影响。
摘要:解决任何问题的第一步也是最重要的一步是充分了解问题,以便创建有效的解决方案。为此,研究了几起与软件相关的航天器事故,以确定常见的系统性因素。虽然每起事故的细节各不相同,但都发现了与安全文化、管理和组织以及技术缺陷有关的非常相似的因素。这些因素包括自满和低估软件风险、责任和权力分散、沟通渠道有限和信息流不畅、系统和软件工程不充分(规范差或缺失、不必要的复杂性和软件功能、没有适当安全分析的软件重用、违反数字组件的基本安全工程实践)、审查活动不足、系统安全工程无效、测试和模拟环境有缺陷以及人为因素工程不足。本文讨论了这些因素中的每一个,并提出了一些关于如何在未来项目中消除它们的建议。
摘要:解决任何问题的第一步也是最重要的一步是充分了解问题,以便创建有效的解决方案。为此,研究了几起与软件相关的航天器事故,以确定常见的系统性因素。虽然每起事故的细节各不相同,但都发现了与安全文化、管理和组织以及技术缺陷有关的非常相似的因素。这些因素包括自满和低估软件风险、责任和权力分散、沟通渠道有限和信息流不畅、系统和软件工程不充分(规范差或缺失、不必要的复杂性和软件功能、没有适当安全分析的软件重用、违反数字组件的基本安全工程实践)、审查活动不足、系统安全工程无效、测试和模拟环境有缺陷以及人为因素工程不足。本文讨论了这些因素中的每一个,并提出了一些关于如何在未来项目中消除它们的建议。
摘要:解决任何问题的第一步也是最重要的一步是充分了解问题,以便创建有效的解决方案。为此,研究了几起与软件相关的航天器事故,以确定常见的系统性因素。虽然每起事故的细节各不相同,但都发现了与安全文化、管理和组织以及技术缺陷有关的非常相似的因素。这些因素包括自满和低估软件风险、责任和权力分散、沟通渠道有限和信息流不畅、系统和软件工程不充分(规范差或缺失、不必要的复杂性和软件功能、没有适当安全分析的软件重用、违反数字组件的基本安全工程实践)、审查活动不足、系统安全工程无效、测试和模拟环境有缺陷以及人为因素工程不足。讨论了这些因素中的每一个,并提出了一些关于如何在未来项目中消除它们的建议。
当引用 EFB SARPs 第 2.4.17.1、4.12.1、4.17.1、6.24.1 段时,应理解 EFB 不会对飞机/直升机系统的性能产生不利影响。EFB SARPs 第 6.25.1 和 6.25.2 段述及各国和运营商在 EFB 硬件和 EFB 功能方面的责任。如附件 6 所述,本手册通过提出指导意见来理解对 EFB 系统及其常用功能进行运行评估的要求的意图和目标,从而对 SARPs 进行了补充。在适当情况下,该指导意见还旨在支持运营商所在国授予特定批准。鼓励运营商使用 EFB 系统作为信息来源。本手册不涉及 EFB 适航问题;这些问题在附件 8 — 航空器适航性中有所涉及。并非所有软件功能都符合 EFB 功能的标准。手册中提供了进一步的指导(见第 4 章)。