首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏python3

    3-6 读写二进制文件

    在前面两节,读写的文件都是针对文本文件。这一节,重点讲述二进制文件的读写。什么是二进制文件呢?

    1.3K10发布于 2020-01-08
  • 来自专栏cwl_Java

    C++编程之美-结构之法(代码清单3-6)

    代码清单3-6 Int CalculateStringDistance(string strA, int pABegin, int pAEnd, string strB, int pBBegin

    29650编辑于 2022-11-30
  • 来自专栏刷题笔记

    3-6 银行业务队列简单模拟 (20 分)

    本文链接:https://blog.csdn.net/shiliang97/article/details/101221630 3-6 银行业务队列简单模拟 (20 分) 设某银行有A、B两个业务窗口

    85930发布于 2019-11-08
  • 来自专栏AI机器学习与深度学习算法

    机器学习入门 3-6 Numpy数组(和矩阵)的合并与分割

    在 numpy 中合并数组比较常用的方法有 concatenate、vstack 和 hstack。在介绍这三个方法之前,首先创建几个不同维度的数组:

    1.2K10编辑于 2022-05-25
  • SPS实施周期与团队配合指南:企业高效推进的安全之道

    摘要 本文深入探讨SPS(安全服务平台)的实施周期及企业内部团队的配合要点。SPS标准实施通常需要3-6个月,复杂项目可能延长至9-12个月。 IT/安全团队需全程深度参与,从规划、部署到运维各阶段发挥关键作用。文章还结合腾讯云安全产品,为企业提供实用参考。 正文 随着企业数字化转型加速,安全服务平台(SPS)已成为企业安全保障的核心支柱。 根据业内实践,一个中型企业的SPS标准实施周期一般为3-6个月,而IT/安全团队的全程参与是项目成功的决定性因素。本文将为您详细解析SPS实施的全过程。 标准项目实施周期(3-6个月): 规划与评估阶段(2-4周):需求调研、风险评估、方案设计 部署与配置阶段(4-8周):系统部署、策略配置、集成现有系统 试运行与优化阶段(2-4周):功能测试、性能调优 3-6个月的标准实施周期只是起点,真正的价值体现在系统上线后的持续运营中。

    29210编辑于 2025-12-24
  • 来自专栏具身小站

    基于VLA进行产品研发落地的步骤

    阶段1 阶段2 阶段3 阶段4 阶段5 需求定义 → 数据准备 → 模型开发 → 系统集成 → 验证部署 (1-2月) (3- 6月) (3-5月) (2-3月) (3-6月) 关键里程碑: ├─ M1: 技术规格冻结 ├─ M2: 数据集v1完成 ├─ M3: 模型仿真验证通过 ├─ M4: 硬件集成完成 1.3 最佳实践 实践 说明 形态聚类 按几何相似性聚类,每类选3-5个代表 能力分级 定义L1(基础清洁)到L4(自适应清洁)等级 硬件解耦 VLA模块与底层运动控制解耦,便于迭代 阶段2:数据准备(3- 安全监控运行在独立MCU 心跳机制 各模块定期发送心跳 影子模式 早期版本只记录不执行 A/B测试框架 可对比不同模型版本 阶段5:测试验证与部署(3-6个月) 5.1 测试金字塔 6月 5-8人 标注平台、仿真环境 模型开发 3-5月 4-6人 GPU集群 系统集成 2-3月 6-8人 硬件样机 验证部署 3-6月 8-10人 测试场地、Pilot用户 总计 : 12-18个月

    18810编辑于 2026-05-09
  • 来自专栏深度学习与python

    3-6月面经总结,200多页真题笔记和详解(含核心考点及6家大厂)| 极客时间

    前两天有小伙伴给我留言: 为了进大厂,花了很多时间和精力在面试准备上,也刷了很多题。但题刷多了有点怀疑人生,不知道刷的这些题在之后的工作中能不能用到,如果只是为面试而刷题是不是并不可取? 如果你想进大厂,或者去一个更大、更好的平台,就一定要做好两个准备: 靠技术安身立命,苦功下在平时; 面试一定要认真准备。 刷题就是认真准备的一种。否则的话,很多东西你看起来知道、会用,但在面试的高压场景下,很可能大脑一片空白,啥都说不出来。面试的时候,你又没办法面向 Google 编程。 大厂面试,一般会考的就是这么几个大

    38310编辑于 2023-03-29
  • 来自专栏区块链开发

    区块链RWA系统开发周期

    一、整体开发周期范围简单场景(小额标准化资产,如消费信贷Token):3-6个月(快速验证商业模式,功能聚焦基础确权与交易)。 核心开发与测试(3-6个月)智能合约开发:实现资产上链合约(绑定原始资产与Token)、流转合约(交易/分红/赎回逻辑)、风险管理合约(抵押品监控、违约清算),并通过静态分析(如Slither)、动态测试 安全审计:通过第三方机构(如Certik、慢雾科技)审计智能合约,排查重入攻击、权限漏洞等风险;进行渗透测试(模拟黑客攻击)验证系统防护能力,耗时约1个月(复杂项目可能延长至2个月)。5. 上线与灰度发布(1-2个月)生产环境部署:将智能合约部署至主网(如以太坊)或联盟链节点,配置前端与后端服务(如API网关、数据库),并进行全链路测试(功能、性能、安全)。 三、关键影响因素1.资产类型复杂度:简单资产(如小额消费信贷):权属清晰、现金流规则标准化,开发周期短(3-6个月);复杂资产(如商业地产、基础设施):涉及多方权益(如房东、租户、物业公司)、动态风险管理

    46100编辑于 2025-09-01
  • 来自专栏全栈程序员必看

    web安全概述_网络安全和web安全

    linux 中间件(搭建平台):apache iis tomcat nginx 等 数据库:access mysql mssql oracle sybase db2 postsql 等 WEB 相关安全漏洞 后门在安全测试中的实际意义? 关于后门需要了解那些?(玩法,免杀) 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

    1.6K30编辑于 2022-11-05
  • 安全:云计算安全

    安全的定义和重要性云安全是指在云计算环境中保护数据、应用程序和相关服务不受威胁的一系列策略、技术和控制措施。随着云计算的快速发展,云安全已成为企业和个人用户最关心的问题之一。 云安全的目标是确保云环境中数据的机密性、完整性和可用性,同时防止数据丢失、服务中断和不正当访问。云安全的关键组成部分物理环境安全:物理环境是云服务的基础,其安全性直接关系到整个系统的稳定性和安全性。 云服务提供商需要对服务器、存储设备、网络设备等关键设备进行物理隔离和访问控制,确保物理环境的安全性。网络安全防护:网络安全是云服务的重要保障。 同时,需要对网络设备进行定期的维护和监控,确保网络设备的正常运行和安全性。数据安全防护:数据是云服务的核心资产,其安全性至关重要。需要对数据进行加密存储、访问控制等措施,确保数据的安全性和完整性。 云安全最佳实践安全需求分析:在搭建云服务时,首先要明确安全需求,包括保护数据安全、防止未经授权的访问、确保系统稳定运行等方面。通过对安全需求进行深入分析,可以为企业制定合适的安全策略和措施提供依据。

    1.8K20编辑于 2024-12-08
  • 来自专栏大数据知识

    MongoDB 安全&安全检查列表

    Some key security features include: MongoD提供了各种各样的功能让你安全地部署MongoDB,诸如:身份认证、访问控制、加密。 这个文档提供了一个保护MongoDB应该实施的安全措施列表。这个列表并不是完整无遗的。 确保MongoDB运行在受信任的网络环境中并且配置防火墙或者安全组来控制MongoDB实例的入站和出站流量。 安全技术实施指南(STIG)包含美国国防部内部部署的安全指南。MongoDB公司为需要的情况提供了它的STIG。请索取一个副本以获取更多信息。 对于需要遵循HIPAA或者PCI-DSS的应用程序,请参看MongoDB安全参考架构以了解更多关于如何使用关键安全功能来构建合规的应用程序基础设施。

    1.8K30编辑于 2021-12-30
  • 来自专栏智能时刻

    「应用安全」应用安全原则

    什么是应用程序安全原则? 应用程序安全性原则是理想的应用程序属性,行为,设计和实现实践的集合,旨在降低威胁实现的可能性,并在威胁实现时产生影响。 安全原则是与语言无关的,体系结构中立的原语,可以在大多数软件开发方法中用于设计和构建应用程序。 原则很重要,因为它们可以帮助我们在新的情况下使用相同的基本思想做出安全决策。 一些成熟的应用安全原则 深度应用防御(完全调解) 使用积极的安全模型(故障安全默认值,最小化攻击面) 安全失败 以最小特权运行 通过默默无闻来避免安全(开放式设计) 保持安全简单(可验证,机制经济) 检测入侵 (妥协录音) 不要信任基础设施 不要相信服务 建立安全默认值(心理可接受性) 应用安全原则 考虑设计一个简单的Web应用程序,允许用户向朋友发送电子邮件。 我们希望最终提供安全提供此服务所需内容的完整列表。

    2.9K20发布于 2019-07-15
  • 来自专栏java思维导图

    安全:Web 安全学习笔记

    背景 ---- 说来惭愧,6 年的 web 编程生涯,一直没有真正系统的学习 web 安全知识(认证和授权除外),这个月看了一本《Web 安全设计之道》,书中的内容多是从微软官方文档翻译而来,这本书的含金量不高 ,不过也不能说没有收获,本文简单记录一下我学习 Web 安全方面的笔记。 本文不涉及 IIS、Windows 和 SqlServer 的安全管理与配置,尽量只谈编程相关的安全问题。 最简单的 Web 物理架构 ---- ? Web 软件安全攻击防护 ---- 一、浏览器安全攻击 Cookie 假冒 ? 慎重的选择代理服务器 使用安全的传输协议,如:SSL

    1.8K31发布于 2019-05-13
  • 来自专栏ThoughtWorks

    密码安全与会话安全

    看似简单的几个步骤,但里面涉及的安全问题却有很多。 密码储存安全 首先我们看关于密码存储安全的问题。 但这就安全了吗?还不够。 (很多可以通过MD5/SHA值进行反向查询,都是已经存储了大量的彩虹表) 密码传输安全 解决了密码存储安全,再来看密码传输安全。有人会说使用https就能解决网络传输的安全问题,但这还是不够。 无密码安全 密码有很多安全问题,复杂密码对于用户来说也挺麻烦的,那采用无密码技术。没有密码是不是就安全了呢?虽然现在可以采用指纹登录与刷脸登录,但新的安全问题也随之而来。 当然无密码肯定是比有密码使用上更方便快捷,随着技术的发展,这些问题也都会解决,只是也会有更多的安全问题。 我们再来看会话安全(密码安全还有各种各样的问题,篇幅有限,不再聊了)。

    1.8K10发布于 2021-09-15
  • 来自专栏绿盟科技研究通讯

    安全启动更加安全

    概述 在上篇文章中,我们介绍了安全启动Secure Boot的几个核心的概念。 因此,仅仅使用TPM的系统并不那么安全,至少没有达到我们的目标。 这篇文章并非技术类教程,而是对安全启动的探讨。如果读者有新的想法,欢迎随时留言与沟通。 二. 理想状态下的安全启动 理想的信任链是这样:每一步都受到前一步的信任,并且为下一步奠定了信任基础。对安全启动而言,理想的步骤应当是这样的: UEFI受密码保护,没有凭证无法修改。 接管安全启动有如下的好处: 消除默认密钥所带来的安全隐患:理论上,安全启动应能阻止恶意软件运行。但另一方面,攻击者总是有可能诱骗微软签署恶意软件;或者签署的软件可能存在漏洞。 总结与讨论 这篇文章讨论了安全启动以及可能存在的安全问题。在实际中,与其对所有内容进行自签名,另一种选择是使用 TPM PCR 来更好地保护加密密钥。

    1.5K10编辑于 2023-12-12
  • 来自专栏candy的专栏

    安全

    0DAY漏洞和0DAY攻击 零日漏洞或零时差漏洞(Zero-dayexploit)通常是指还没有补丁的安全漏洞。 零日攻击或零时差攻击(Zero-dayattack)则是指利用这种漏洞进行的攻击。 CVE漏洞编号 Common Vulnerabilities and Exposures,公共漏洞和暴露,为广泛认同的信息安全漏洞或者已经暴露出来的弱点给出一个公共的名称。

    73440发布于 2018-12-24
  • PDF转Word工具技术迭代速度评测:2026年各方案的版本演进与更新活跃度对比

    新格式/标准支持:PDF2.0、新的Unicode版本、新OCR引擎的引入速度安全漏洞响应:安全补丁的发布频率和响应时效平台兼容性:对操作系统升级、浏览器更新、小程序基础库变更的适配速度技术债务累积:长期不更新的工具是否积累了难以修复的架构问题 约每半年1-2次更新(2025年约3次),节奏偏慢功能迭代:2024年Q3新增PDF/A转换支持;2025年Q2修复中文排版问题;2025年Q4UI小幅更新;2026年Q1桌面版更新缺陷修复响应:修复周期约3- ILovePDFWeb季度1次2-4月中等中等简要中等BConvertioWeb季度1次1-3月中等良好简要中等B-FreeConvertWeb季度1次1-3月中等中等简要中等B-PDF24Web半年1-2次3- 6月低频低简要中高C+ZamzarWeb年2-3次3-6月低频低简要高C技术分析与选型建议技术迭代速度的工程意义在长期工程化部署中,工具的迭代速度直接影响以下风险:安全风险:更新频率低的工具,安全漏洞修复周期长 PDF24和Zamzar约3-6个月,较慢——部分已知缺陷(如PDF24对特殊字符±的处理问题)在本次评测周期内仍未彻底修复,属于长期存在的问题。

    9610编辑于 2026-06-22
  • 来自专栏智能时刻

    「企业安全架构」EA874:安全需求愿景、安全原则、安全流程

    安全需求愿景 在开始任何安全架构工作之前,定义安全需求是很重要的。这些需求应该受到业务上下文和通用需求远景文档的影响。下面是一个图表,它显示安全需求是企业信息安全体系结构中业务上下文的一部分。 ? 图1 安全需求远景(SRV)有助于将安全解决方案与定义的业务需求联系起来。它支持业务策略和安全决策之间的可跟踪性。 安全治理、安全管理和安全操作 安全治理、管理和操作具有非常不同的功能。 安全治理的存在是为了确保定义了业务的战略需求,并确保安全计划充分满足这些需求。 这可能包括在复杂情况下讨论和判断业务需求 安全管理构建并运行安全程序以满足这些战略业务需求。这包括组成安全程序的各种安全功能、过程和策略。 安全操作日常执行与当前基础设施相关的安全相关流程。 图2 获取正确的安全流程 首席信息安全干事(CISO)不断面临压力,要在复杂的环境中提供一致、可证明和经济高效的安全

    1.3K10发布于 2020-07-20
  • 来自专栏我的安全视界观

    【企业安全】企业安全威胁简述

    企业面临的威胁可以说是来自四面八方,既有恶意的外部攻击者,也不排除来自内部的安全隐患。往往在不经意间,又可能引入新的安全因素,也有可能在输出产品时给其他企业带来安全风险。 相关部门如果缺乏安全意识,就很有可能不经过任何安全相关评估,将安全风险带到公司,比如:买到即上线。然而对于一些稍有安全意识的公司,会对引入的产品进行安全评估,起初是这样一种情形:费&累 ? 等待信息安全组沟通、验证回归漏洞完毕后,继续走流程购买付款,然后系统正式上线。在整个过程中,可见安全已经介入但出现较晚,导致的后果就是“费时费力帮别人家的产品做安全”。 显而易见的是需要将安全提前,在业务方进行需求分析时,便把安全因素加入其中,成为需求的一个环节,在产品选型时可由安全组相关同事进行把关,可参考是否具有第三方安全机构出具的报告,可询问是否自行做过安全测试等保证产品安全性的流程 没有制度就制定并推行制度,安全意识不足就全员推送安全意识并坚持下去。以安全意识为例,可从视培读写四个方面开展: ?

    2.5K40发布于 2018-06-12
  • 来自专栏用户7881870的专栏

    用户账户安全-用户环境安全

    打开windows server 2008虚拟机,进入到系统桌面环境 第三步:打开计算机,进入本地磁盘D,创建文件夹(例如test) 第四步,选定“test”,点击右键,选择“属性”,进入属性页面后点击安全

    1.4K00发布于 2021-05-17
领券