- 综合排序
- 最热优先
- 最新优先
- 来自专栏Netkiller
数据库记录安全解决方案
数据库记录安全解决方案 http://netkiller.github.io/journal/mysql.security.html 摘要 数据库记录防删除，放撰改，撰改留痕，灵活性解决方案 2014- 为数据安全而分库 7. 怎样实现数据修改留痕 7.1. 版本控制 7.2. 一张表实现历史日志记录 1. 为数据安全而分库 我们通常使用一个数据库开发，该数据库包含了前后台所有的功能，我建议将前后台等等功能进行分库然后对应各种平台分配用户权限，例如 我们创建三个数据库cms,frontend,backend 想100%解决数据的安全是非常空难的，但我们至少保护了一部份数据的安全。使其安全不会进一步扩散影响。 7. NOT NULL COMMENT '最低手续费', `max_fee` FLOAT(10,2) NOT NULL COMMENT '最高手续费', `ratio` FLOAT(10,2) NOT
1.5K60发布于 2018-03-05 - 来自专栏Netkiller
数据库记录安全解决方案
为数据安全而分库 7. 怎样实现数据修改留痕 7.1. 版本控制 7.2. 一张表实现历史日志记录 1. 这里主要将数据库部分。 6. 怎样实现防删除，防撰改限制 6.1. 为数据安全而分库 我们通常使用一个数据库开发，该数据库包含了前后台所有的功能，我建议将前后台等等功能进行分库然后对应各种平台分配用户权限，例如 我们创建三个数据库cms,frontend,backend 想100%解决数据的安全是非常空难的，但我们至少保护了一部份数据的安全。使其安全不会进一步扩散影响。 7. NOT NULL COMMENT '最低手续费', `max_fee` FLOAT(10,2) NOT NULL COMMENT '最高手续费', `ratio` FLOAT(10,2) NOT
1.3K50发布于 2018-03-05 YashanDB数据库安全加固方案，保障企业核心数据安全
在现代企业中，数据库作为核心数据存储和管理的中心，其安全性直接影响着企业的业务连续性和数据完整性。尤其在面临频繁的网络攻击、数据泄露等安全风险时，强有力的数据库安全加固措施显得尤为重要。 YashanDB作为新一代数据库解决方案，提供了多重安全策略和功能，确保企业核心数据的安全和可用性。本文将深入探讨YashanDB的安全加固方案。核心技术点拆解1. 同时，YashanDB支持用户审核以及多层次的权限配置，增强系统的安全性。身份验证支持多种机制，如数据库认证和操作系统认证，最大限度地保护系统安全。2. 结论YashanDB提供了一系列安全加固措施，涵盖用户管理、数据加密、审计监控、数据完整性以及反入侵策略等方面。针对企业核心数据的安全性需求，合理应用这些技术方案能够显著提升数据库的抗风险能力。 管理员应积极贯彻这些最佳实践，构建一个强固的数据库安全防线，为企业的数字化转型保驾护航。
15910编辑于 2025-07-04- 来自专栏ellipse数据库技术
事务管理与数据库安全（2）
死锁与活锁 和操作系统一样，封锁的方法可能引起活锁和死锁 活锁 如果事务T1封锁数据D，事务T2又请求封锁数据D，于是T2等待。 事务T3也请求封锁D，当T1释放D上的封锁之后系统首先批准了T3的请求，T2又等待，然后T4又请求封锁D。。。 T2永远等待 避免活锁的简单方法就是采用先来先服务的策略 死锁 事务T1封锁了数据D1，T2封锁了数据D2，然后T1又请求封锁D2，因为T2已封锁了D1，于是T1等待T2释放D2，接着T2请求封锁D1， T1已封锁了D1，T2等待T1释放D1。 T1、T2相互等待，产生死锁。 死锁的预防： 1）一次封锁法：一次封锁法要求事务必须一次将所有要使用的数据全部加锁。
1.1K30发布于 2019-08-16 数据库安全审计解决方案深度对比分析
在数字化时代，数据安全成为企业关注的焦点。为了保护企业数据资产不受侵害，数据库安全审计解决方案应运而生。 腾讯云数据库审计 腾讯云数据库审计是腾讯云提供的一款全面的数据安全审计解决方案，具备以下核心功能： 多类型数据库支持：支持主流的数据库类型，包括MySQL、PostgreSQL等。 安恒明御数据库审计 安恒明御数据库审计以其全面的数据库安全解决方案而著称，核心功能包括： 全面的数据库支持：支持广泛的数据库类型，满足不同用户的需求。 自动化响应机制：具备自动化响应机制，能够对安全事件进行快速处置。 总结 在数据库安全审计领域，各大厂商均提供了强大的解决方案。 企业在选择数据库安全审计解决方案时，应根据自身需求和业务特点，综合考虑各产品的功能、性能和成本，以确保数据安全和业务连续性。
43110编辑于 2025-07-28- 来自专栏绿盟科技研究通讯
安全多方计算:(2)隐私信息检索方案汇总分析
可简单描述为：检索用户提交密文关键字（keyword3），云服务器将密文关键字与密文数据库比对，比对成功后则将对应的密文数据（数据3）返回给检索用户，最终检索用户对拿到的密文数据进行解密。 三、3类场景隐私信息检索方案 为了加强保护用户查询隐私，使得查询条件和查询结果仅查询用户可知，安全多方计算中的PIR技术应运而生。 其中基于不经意传输的PIR和基于同态加密的PIR需要检索用户提前知道被检索数据在服务端数据库中索引号。3类方案的实现过程介绍如下。 可以明显比对出前两类PIR方案在计算开销和网络开销上的差异。 五、总结 本文介绍了安全多方计算中很实用的一类方案——隐私信息检索方案，此类方案可在保护用户隐私的前提下，实现多方数据安全查询。 包括云安全实验室、安全大数据分析实验室和物联网安全实验室。团队成员由来自清华、北大、哈工大、中科院、北邮等多所重点院校的博士和硕士组成。
6.2K50编辑于 2022-03-11 - 来自专栏郭霖
Android数据库安全解决方案，使用SQLCipher进行加解密
我们都知道，Android系统内置了SQLite数据库，并且提供了一整套的API用于对数据库进行增删改查操作。 如果是一般的数据还好，但是当涉及到一些账号密码，或者聊天内容的时候，我们的程序就会面临严重的安全漏洞隐患。那么今天，就让我们一起研究一下如何借助SQLCipher来解决这个安全性问题。 SQLCipher是一个在SQLite基础之上进行扩展的开源数据库，它主要是在SQLite的基础之上增加了数据加密功能，如果我们在项目中使用它来存储数据的话，就可以大大提高程序的安全性。 db.execSQL(CREATE_TABLE); } @Override public void onUpgrade(SQLiteDatabase db, int arg1, int arg2) 这就足以说明，目前数据库中的数据是非常安全的，只有在应用程序里通过SQLCipher提供的API才可以访问到数据库里的数据，使用其它的方式都无法获取其数据。
3K90发布于 2018-01-05 怎样做数据库安全加密传输？YashanDB多层防护方案
因此，建立高效且安全的加密传输机制对于保护敏感数据的安全至关重要。数据库加密传输的必要性在数据库环境中，数据传输通常涉及客户端与数据库之间，以及数据库实例之间的通信。 YashanDB的安全加密传输方案1. 网络层加密YashanDB支持SSL/TLS协议以保护客户端与数据库服务器之间的通信。 SSL/TLS在传输层提供点对点的数据安全性，确保数据在传输过程中不被篡改。2. 数据库级别加密YashanDB提供表空间级和表级的数据透明加密（TDE）。 启用SSL/TLS加密，确保客户端与数据库之间的通信安全。2. 对所有表空间启用数据透明加密，保护存储介质上的敏感数据。3. 在进行备份时，配置加密策略，使用AES等强加密算法加密备份文件。4. 强制实施复杂的用户密码策略，保障用户身份的安全。5. 使用角色和标签管理用户权限，提供细粒度的访问控制。结论通过这一系列的多层防护方案，YashanDB有效提升了数据库在数据传输过程中的安全性。
25510编辑于 2025-08-15- 来自专栏安智客
IBM安全方案概览
学习了解大企业的安全方案有助于我们更清楚的认清现实！ 所以先来学习下IBM对于安全的理解是怎么样的！ 2，移动安全 保护设备- 部署和管理各种移动设备和漫游设备，比如企业拥有资产以及"自带设备 (BYOD)"。 安全的内容和协作- 支持在移动设备之间安全地共享文件和文档。 IBM 身份和访问管理解决方案可实现： · 保护移动、云和社交访问的安全。 · 预防高级内部威胁。 · 简化云集成和身份孤岛。 · 交付可操作的身份智能。 4，数据安全和隐私 分析数据风险： · 自动发现敏感数据并对其进行分类，揭示合规风险 · 利用涵盖文件、数据库、Hadoop 分发版、NoSQL 平台等的数据活动监控功能，明确数据访问人员，发现异常情况 · 充分利用行业领先的测试功能，这些功能集成了大量 IBM 安全解决方案 一句话点评：大数据、云计算等等方面 6，高级欺诈防护 · 通过帮助检测活动威胁、分析风险因素和标记高风险交易，从根源上预防欺诈
1.6K80发布于 2018-02-24 - 来自专栏安全行业快讯
数据库风险监控：如何追踪应用对数据库的访问？——数据库安全 2025 年技术方案
三、技术方案架构:如何实现"应用→数据表→读取内容"全链路分析? 结论小结:探天系统凭借分布式架构、全协议解析、AI智能分析、分类分级集成四大核心技术优势,为企业提供业内领先的数据库访问全链路监测解决方案。 八、方案对比:传统审计 vs 探天数据集风险监测方案对比维度传统数据库审计方案探天系统全链路监测核心优势说明主体识别仅记录数据库账号精准识别应用名称+IP+网络域+账号区分正式应用/测试应用/影子应用, 建议5:跨团队协同响应机制:建立安全、数据库、应用开发、运维、审计等跨部门联动机制,高危告警触发后15分钟内完成初步研判、30分钟内启动应急响应、2小时内完成根因分析与处置措施,明确各团队职责与升级路径 立即行动建议:第一步,完成数据库资产盘点与应用访问清单梳理;第二步,选择1-2个核心数据库环境试点部署探天系统,验证协议解析准确性与告警有效性;第三步,建立2-4周基线观察期,采集正常访问数据构建行为模型
45110编辑于 2025-10-30 - 来自专栏数据安全观察
数据安全风险监测方案
此前原点安全针对通知做了分析解读； 在此次“金融机构数据安全管理自查要点”中，提及对于数据安全监测方面的具体要求：数据安全监测机制。 基于原点安全一体化数据安全平台uDSP的敏感数据识别能力和一体化数据安全审计日志，提供全量洞察数据资产、全域追踪数据流转、全面感知数据风险能力，高效支撑数据风险处置、数据安全运营、数据安全合规内审、数据安全应急演练等活动 全量洞察数据资产自动化识别数据库、数据仓库、大数据平台等数据存储系统，发现、识别数据库、表、字段，智能识别敏感数据类型并构建实时更新的敏感数据目录。 自动发现、识别API 站点、API服务及API端点，支持 RESTful、gRPC、J2EE HTTP API 等协议，深度解析 API 请求/响应结构，识别敏感数据类型并构建 实时更新的API 资产目录 内置数据安全运营指标实时看板，从数据安全管理范围、数据安全措施执行情况、数据安全合规风险处置情况等维度，以指标方式和报告形式进行集中呈现和定期总结，即时掌握数据安全态势，实现持续数据安全运营。
16410编辑于 2026-02-27 - 来自专栏音视频咖
新知 | 直播安全方案分享
根据CDM模块是否进行解密，解密是否需要TEE（硬件可信执行环境），可将WIDEVINE的安全级别划分为L1、L2和L3三个级别。其中L1级别的安全性最高，要求解密、解码、渲染均处在芯片的TEE中。 L2级只需要解密在TEE中完成。L1、L2都需要硬件参与，因此要使用WIDEVINE方案认可的芯片，终端要求比较高。L3级别相对于L1和L2级别来说，安全性比较低。 通过对L1、L2、L3的介绍，我们也可以发现：安全性越高，对终端设备的要求也就越高，兼容性相对也就越差。如果需要播放有版权的内容或者是版权方有明确的DRM要求，那推荐使用防盗链加行业DRM的方案。 对比以上几种方案的安全性、实施复杂度，我们可以发现随着安全性的提升，实施的复杂度、成本也在增加。所以一味追求最高的安全性可能并不是最适合业务场景的方案。 在现实的互联网中，没有百分之百安全的方案，也没有百分之百适用于所有场景的方案。我们需要根据业务的实际需求来选择合适的安全方案，保障直播业务的安全稳定可靠运行。
2.3K20编辑于 2022-07-18 - 来自专栏数据D江湖
数据安全治理方案.PPT
公众号后台回复： 报告 获取源文件 欢迎添加本站微信：datajh （可上下滑动或点单个图片放大左右滑动查看）
2.1K10编辑于 2022-12-08 - 来自专栏函数式编程语言及工具
Akka-CQRS（15）- Http标准安全解决方案：OAuth2+JWT
上期讨论过OAuth2, 是一种身份认证+资源授权使用模式。通过身份认证后发放授权凭证。用户凭授权凭证调用资源。这个凭证就是一种令牌，基本上是一段没什么意义的加密文，或者理解成密钥也可以。 shopid=1001&userid=234 这个Uri里的shopid是明码的，会造成很大安全风险。使用JWT后，我们可以把shopid，单号什么的都放在JWT里就安全多了。 JWT的结构如下： header.payload.signiture 如：hhhhh.ppppp.ssssss header：由两部分组成：1、令牌类型，在这里是JWT, 2、签名算法如 HMAC SHA256 想想还是要用签名，安全点。 post { val claims = JwtClaim() + ("appInfo" , (user.appInfo._1,user.appInfo._2)
63420发布于 2019-07-10 - 来自专栏数据和云
【连载】如何掌握openGauss数据库核心技术？秘诀五：拿捏数据库安全（2）
前文回顾： 1.如何掌握openGauss数据库核心技术？秘诀一：拿捏SQL引擎（1） 2.如何掌握openGauss数据库核心技术？ 秘诀一：拿捏SQL引擎（2） 3.如何掌握openGauss数据库核心技术？秘诀一：拿捏SQL引擎（3） 4.如何掌握openGauss数据库核心技术？ 秘诀二：拿捏执行器技术（2） 7.如何掌握openGauss数据库核心技术？秘诀三：拿捏存储技术（1） 8.如何掌握openGauss数据库核心技术？ 秘诀三：拿捏存储技术（2） 9.如何掌握openGauss数据库核心技术？秘诀三：拿捏存储技术（3） 10.如何掌握openGauss数据库核心技术？ 安全机制概览 Ⅱ.openGauss安全认证 1.客户端配置信息 2.服务端认证方法 3.安全认证通道 4.RFC5802认证协议 Ⅲ.openGauss角色管理机制 Ⅳ.openGauss审计与追踪
69620编辑于 2022-02-25 - 来自专栏用户8715145的专栏
主机安全设计方案 安全设计的原则
本文针对主机安全的风险以及主机安全设计方案的具体内容来介绍下。 主机安全设计方案 其实安全设计方案还是需要看本身的需求问题是什么。比如如果是服务器开发布网站，必然要开启iis ，漏洞就产生了。 主机安全设计的原则 主机安全设计的建设方案可以从两个原则出发来设计安全方案。 1、从自身的规模大小出发 企业的大小是设计安全方案的一个重要因素，大企业和小企业最大的区别是数据量的大小，大企业数据的运用更高一些，小企业的数据量小，所以相对设计方案不需要那么麻烦。 2、团队建设和开发团队 主机安全设计需要有一支高素养的研发团队，拥有数据运用的实力，也要有一些智能化的能力基础。如果缺乏专业技术，可以从场景化建设出发。围绕存在的不足做一些智能化改造，循序渐进。 主机安全设计方案的设计要根据企业的规模大小与建设的原则出发来实际情况实际分析出发设定方案，一定适合自身的条件。
1.2K10编辑于 2021-12-03 - 来自专栏Python机器学习算法说书人
安全的数据库图形管理工具（4）：SQL语句（2）
编写SQL语句是用来操作关系型数据库，操作的方式有两种——读取数据和写入数据，读取数据库的SQL语句上次已经说过了，这次就来看一下写入数据库的SQL语句。 CREATE DATABASE (数据库名) 无论是读取数据库还是写入数据库，前提必须是要有相应的数据库，如果没有我们只能创建。 创建数据库很简单，执行SQL语句——CREATE DATABASE (数据库名)就行了，下面我们就来创建一个数据库来看看，在创建之前我们先看一下已经有哪些数据库，因为我们要创建一个不存在的数据库，创建已经存在的数据库会出错 下面我们来创建一个数据库test，创建完之后我们再看一下test数据库是不是已经有了，如图所示。 ? 可以发现执行完创建数据库的这个数据库已经有了，说明没有什么问题。 同理可得SMALLINT的表示范围是-2(2*8-1) ~ 2(2*8-1)-1，MEDIUMINT的表示范围是-2(3*8-1) ~ 2(3*8-1)-1，INT的表示范围是-2(4*8-1) ~ 2
98820发布于 2019-07-26 - 来自专栏云计算技术笔记
数据库安全概要
计算机系统的三类安全性： 技术安全：采用计算机硬件，软件安全技术来防护攻击。 管理安全：人员管理，系统管理方面的安全。 政策法律：你懂的。 数据库安全（基本等同于信息安全）： 用户标识和鉴别（进不来）：用户ID和口令来认证用户。 存取控制（拿不走，改不了），对用户限定操作权限： 自助存取控制：用户对不同的数据库对象有不同权限，不同用户对同一个对象也有不同权限。用户还可以传授权限。控制比较灵活。 强制存取控制：每个数据库对象被标以一定的密级，每个用户被授予某一个级别的许可证。只有许可证匹配密级的用户才可以存取。控制严格。 PS： 区分数据库完整性和安全性，完整性是为了防止数据库中出现不符合语义（不正确）的数据。安全性是保护数据库被恶意破坏，或者遭受某些灾难。
1K10编辑于 2022-08-03 - 来自专栏数据库安全防护
数据库安全加固
安全是多个环节层层防护、共同配合的结果。也就是说在安全领域不能仅仅依靠某一个环节完成所有的安全防护措施，对于数据库安全领域也是一样。 数据库领域的安全措施通常包括：身份识别和身份验证、自主访问控制和强制访问控制、安全传输、系统审计、数据库存储加密等。只有通过综合有关安全的各个环节，才能确保高度安全的系统。 中安威士数据库安全加固系统，简称VS-X，是在进行数据库审计的同时兼有防火墙实时阻断和数据库透明加密的综合系统。 中安威士数据库安全加固系统就是专门为满足上述风险和需求，并为实现应对方案所研发的。产品由相互关联，且保护能力依次递增的系列功能模块构成。核心功能包括： ? 高可用性 全面的数据库协议支持，支持包括国内外的主流数据库审计，如Oracle/MySQL等； 灵活的部署方式，支持旁路、直连、混合的部署方式； 完美的报表，提供各种审计和安全趋势分析； 支持多种算法的加密
2.3K50发布于 2019-07-23 - 来自专栏为了不折腾而去折腾的那些事
轻量安全的部署方案
: 9分钟阅读 本文链接: https://soulteary.com/2020/07/31/lightweight-and-safe-deployment-solution.html ---- 轻量安全的部署方案 也正是因为有这些清晰的步骤划分，配合其他的措施，比如产物检测、安全检测、健康检查等我们才能够做到高效的秒级部署、多分支、多项目快速迭代。 方案一：Git Over SSH 最轻量的安全方案便是使用 SSH + Git，对资源的消耗几乎可以忽略不计，Git 官方社区文档中也有对这种方案进行描述： Git on the Server - Setting 但是这种方案也有一些小缺陷： 必须使用 SSH 协议进行交互，不少场景下使用 SSH 或者公开使用 SSH 并不是一个十分稳定/安全的方案，比如会受到网络设备干扰等、或不使用密钥使用密码等。 方案二：使用轻量 Git 服务软件 关于 Git 轻量软件的基础搭建使用，之前的文章中有提到过： 使用 Docker 和 Traefik v2 搭建轻量代码仓库（Gitea）、使用 Docker 和 Traefik
1.2K30发布于 2020-08-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号