- 综合排序
- 最热优先
- 最新优先
- 来自专栏性能与架构
3种基础的 REST 安全机制
安全是 RESTful web service 的基石，我们主要讨论以下3种主要的方法： Basic authentication Oauth 2.0 Oauth 2.0 + JWT 1. 工作机制 假设一个用户要登录 Facebook 账号，查看：feed 流、消息、好友、组，这4个服务都是独立的。 Oauth 2.0 形式 username + password + access token + expiration token 工作机制 用户使用用户名密码登录系统之后，会收到一对 token，一个 亚马逊的做法 在用户创建亚马逊账号的时候，会生成一个永久的、超级安全的 access token，需要用户保护好。 最大的好处就是只需要发送一次用户名密码，用于获取 token，而且使用签名机制非常安全，不在乎消息被拦截。
74920发布于 2019-12-30 - 来自专栏向治洪
过滤输入法的表情
所以为了防止用户胡乱输入表情、同时限制用户只能输入应用自带的表情。编写了一个自定义控件来禁止输入的表情。 android.text.TextUtils; import android.util.AttributeSet; import android.widget.EditText; /** * 过滤搜狗输入法或其他输入法 当中的图片或其他非法字符 * * 暂时仅过滤了部分常用的表情字符 * * @author QD * */ public class MyEditText extends = attrs.getAttributeIntValue("http://schemas.android.com/apk/res/android", "maxLength", -1); // 过滤输入法表情 StringBuffer(); for (int i = start; i < end; i++) { char c = source.charAt(i); // 第一个字符为以下时，过滤掉
1.5K100发布于 2018-01-29 - 来自专栏CBeann的博客
RocketMQ的TAG过滤和SQL过滤机制
consumer.setConsumeFromWhere(ConsumeFromWhere.CONSUME_FROM_LAST_OFFSET); consumer.registerMessageListener() TAG过滤机制 过滤图 此处以Tag过滤机制为例，消息过滤存在两个地方，一个是服务器端，另一个是消息者端。 假设消费者订阅的topic=CBeann,tag=creative，creative的hashCode =9527(假设一下) 而topic=CBeann的消息队列里有3条消息 msg1[tag=feed 因此对于上述的3条消息，经过tagHashCode匹配后会把msg2和msg3发送给consumer消息者。 SQL过滤机制 SQL过滤和Tag过滤的消息有什么区别 结论：没区别，就是多了几个属性。
1K10编辑于 2023-12-25 - 来自专栏python3
LSA3过滤
LSA3过滤 【拓扑】 ? 【需求】 1. 在R2上过滤LSA3，192.168.10.0/24路由不宣告进Area2，Area1的其他路由允许进入Area2（在in方向） 2. 在R3上过滤LSA3，172.16.10.0/24路由不宣告进Area1，Area2的其他路由允许进入Area1。 【配置】 R2配置 router ospf 1 area 2 filter-list prefix area2-in in --------前辍列表中匹配的3类LSA路由进入area 2时,被Deny掉 0.0.0.0/0 le 32 -------允许其他路由 R2配置 router ospf 1 area 0 filter-list prefix area1-out out --------前辍列表中匹配的3类 seq 5 deny 172.16.10.0/24 ip prefix-list area1-out seq 10 permit 0.0.0.0/0 le 32 注：路由器不会给被拒绝的路由产生LSA3.
48510发布于 2020-01-14 - 来自专栏行云博客
PHP安全函数过滤
过滤测试</h3> <input type="text" name="fname" value="'. <em>过滤</em>测试</h<em>3</em>> <input type="text" name="fname" value="'. > 表单<em>输入</em><script>alert(1);</script>后，可以发现，script已经被<em>过滤</em>成scr_ipt了（当然你还可以设置<em>过滤</em>掉其他字符，这只是其中一个例子） PS:该函数不区分大小写，所以<em>输入</em> > 表单<em>输入</em><script>alert(1);</script>后，可以发现，HTML标签都被<em>过滤</em>了 alert(1); 目前只测试了这几种，更<em>安全</em>的方法还是推荐用正则表达式以及前端JavaScript 第一次<em>过滤</em>，后端PHP再次<em>过滤</em>及加密来保证<em>安全</em>。
1.1K20发布于 2020-07-13 - 来自专栏why技术
快速失败机制&失败安全机制
这篇文章时，我在8.1小节提到了快速失败和失败安全机制。 但是我发现当我搜索"快速失败"或"失败安全"的时候，检索出来的结果百分之90以上都是在说Java集合中是怎么实现快速失败或失败安全的。 在我看来，说到快速失败、失败安全时，我们首先想到的应该是这是一种机制、一种思想、一种模式，它属于系统设计范畴，其次才应该想到它的各种应用场景和具体实现。 Dubbo中的体现之前，我们必须先说说Dubbo中的集群容错机制，因为快速失败和失败安全是其容错机制中的一种。 最后说一句 如果把Java集合的实现和Dubbo框架的实现分开来看，感觉这是两个不同的知识点，但是再往上抽离，可以发现它们都是快速失败机制与失败安全机制的实现方式。还是有着千丝万缕的联系。 还是之前说的，快速失败机制与失败安全机制，没有谁比谁好，只有结合场景而言，谁比谁更合适而已。 与本文相关的文章还有下面两篇，欢迎阅读： 《这道Java基础题真的有坑！我求求你，认真思考后再回答。》
2.4K10发布于 2020-02-18 - 来自专栏行云博客
PHP安全函数过滤实例
过滤测试</h3> <input type="text" name="fname" value="'. <em>过滤</em>测试</h<em>3</em>> <input type="text" name="fname" value="'. > 表单<em>输入</em><script>alert(1);</script>后，可以发现，script已经被<em>过滤</em>成scr_ipt了（当然你还可以设置<em>过滤</em>掉其他字符，这只是其中一个例子） PS:该函数不区分大小写，所以<em>输入</em> > 表单<em>输入</em><script>alert(1);</script>后，可以发现，HTML标签都被<em>过滤</em>了 alert(1); 目前只测试了这几种，更<em>安全</em>的方法还是推荐用正则表达式以及前端JavaScript 第一次<em>过滤</em>，后端PHP再次<em>过滤</em>及加密来保证<em>安全</em>。
76720发布于 2020-07-13 - 来自专栏AI SPPECH
137_安全强化：输入过滤与水印 - 实现输出水印的检测算法与LLM安全防护最佳实践
第二章 输入过滤技术深度解析 2.1 输入过滤的基本原理 输入过滤是LLM安全防护的第一道防线，其核心原理是在用户输入到达模型前进行安全检查和处理，识别并阻止潜在的恶意输入。 以下是实现高效协同的关键机制： 1. **安全信息共享**：各组件应能实时共享安全情报，如威胁特征、检测结果等 2. **统一策略管理**：集中管理所有安全组件的配置和策略 3. -输出安全协同机制 在LLM部署中，输入安全和输出安全不是孤立的，而是需要协同工作才能提供全面的保护。 本节将探讨如何实现输入-输出安全的协同机制。 5.3.1 输入-输出关联分析 输入-输出关联分析是一种高级安全技术，通过建立输入和输出之间的语义关联模型，检测可能的安全异常。 ，包括安全中间件、输入-输出安全协同机制和自适应安全策略。
27110编辑于 2025-11-16 - 来自专栏Python
3、输入输出
3、输入输出input 输入函数input函数:获取用户输入，保存成一个字符串。input函数的返回值是一个字符串类型。哪怕你输入的是个数字1，返回给你的只会是字符串“1”，而不是整数1。 name = input("请输入你的姓名：")#print(name)print(type(name)) # str 字符串# type(name)age = input("请输入你的年龄：" 下print函数的原型: print(self, *args, sep="', end="\n', file=None)a = "test"b = "python"print(a,b)print("请输入 "+a)输出结果test python请输入testprint 格式化输出% 格式化输出print("我叫%s今年%d岁"%("json',18)) 首先构造了一个字符串"我叫%s今年%d岁"，讲其中需要用别的变量替换的部分
43300编辑于 2023-11-03 - 来自专栏Java技术进阶
Spring Security的过滤器链机制
OAuth2的定义和运行流程 Spring Security OAuth实现Gitee快捷登录 Spring Security OAuth实现GitHub快捷登录 前言 在“码农小胖哥”的文章中提到一个关键的过滤器链 SecurityFilterChain，当一个请求 HttpServletRequest 进入 SecurityFilterChain 时，会通过 matches 方法来确定是否满足条件进入过滤器链，进而决定请求应该执行哪些过滤器 DelegatingFilterProxy为Spring提供的一个标准的Servlet Filter代理，在xml的Spring时代，为了能使用Spring Security，需要在web.xml中添加该过滤器 ，内部保存了过滤器链列表，而过滤器链内部又具有各种过滤器，如图3。 我们的第一个问题“请求执行链路”基本已经清晰了，即DelegatingFilterProxy >> FilterChainProxy >> SecurityFilterChain >> Filter 图3
1.1K30编辑于 2022-12-02 - 来自专栏JavaEdge
Shiro 实战(四) - 过滤器机制1 简介2 过滤器链
整个Shiro的入口点，用于拦截需要安全控制的请求进行处理 1.4 AdviceFilter ? 维护过滤器链 比如DefaultFilterChainManager ? 维护着url模式与过滤器链的关系 因此我们可以通过FilterChainManager进行动态动态增加url模式与过滤器链的关系 DefaultFilterChainManager会默认添加org.apache.shiro.web.filter.mgt.DefaultFilter 中声明的过滤器 ? FilterChainManager DefaultFilterChainManager filterChainManager = new DefaultFilterChainManager(); //3、
2.9K21发布于 2018-12-04 - 来自专栏AI SPPECH
93_安全提示：过滤有害内容
明确界定模型的安全运行范围 LLM安全防护体系 ├── 输入层防护 │ ├── 守门员提示 │ ├── 输入过滤 │ └── 提示验证 ├── 处理层防护 │ ├── 阈值设置 │ 整体架构设计 一个完整的LLM内容过滤技术框架应包含多层次防护机制，从输入到输出形成闭环管理。 输入前过滤层 输入前过滤层负责在用户输入被处理前进行初步检查，是防御的第一道防线： 提示注入检测 提示注入攻击是指用户通过精心设计的提示绕过LLM的安全限制。 持续优化机制 建立系统性能和安全的持续优化机制： 数据驱动：基于数据分析进行优化 定期评估：定期评估系统效果 迭代改进：采用敏捷方法进行迭代改进 经验分享：建立经验分享和学习机制 3. 实施方案 多阶段过滤机制： 输入前过滤：检查敏感信息和违规请求 处理中监控：监控生成过程中的异常 输出后审核：对输出内容进行合规性检查 定制化阈值设置： 针对不同类型的金融信息设置不同的安全阈值
52010编辑于 2025-11-16 - 来自专栏网络安全攻防
容器安全机制解读
文章前言Docker默认设置可以保护主机容器内的进程访问资源，虽然Docker容器内的初始进程运行为root，但它具有的权限是非常有限的，这主要是通过使用以下几种主要的安全机制来实现的： Cgroups :资源限制Capabilities：权限限制Namespace：资源隔离安全机制Cgroup控制组(Cgroup)主要用来对资源进行限制、审计等，它主要提供以下功能：资源限制：可将组设置一定的内存限制， 也可以通过--cap-add和--cap-drop两个参数来实现添加和移除某些特权：我们可以通过查看进程状态来检查进程的特权集，并通过capsh来解码得到特定的特权集使用Capsh可以翻译出每个BIT的含义，3= Docker当前默认只启用了Capability(能力机制)A：SELinuxSELinux(Security-Enhanced Linux)是Linux内核的强制访问控制实现，由美国国家安全局(NSA cap-add=all --security-opt apparmor:docker-defaultC：SeccompSeccomp(Secure Computing Mode)是Linux内核提供的安全特性
96020编辑于 2023-12-22 - 来自专栏CS实验室
Kubernetes 安全机制解读
Kubernetes 安全机制解读 在 k8s 中，所有资源的访问和变更都是围绕 APIServer 展开的。 比如说 kubectl 命令、客户端 HTTP RESTFUL 请求，都是去 call APIServer 的 API 进行的，本文就重点解读 k8s 为了集群安全，都做了些什么。 ? Kubernetes 官方文档给出了上面这张图，描述了用户在访问或变更资源的之前，需要经过 APIServer 的认证机制、授权机制以及准入控制机制。 认证机制（Authentication） k8s 中的认证机制，是在用户访问 APIServer 的第一步。通常是一个完整的 HTTP 请求打过来，但是这一步往往只检测请求头或客户端证书。 这一层安全检查的意义在于，检查该请求是否达到系统的门槛，即是否满足系统的默认设置，并添加默认参数。
1.1K40发布于 2021-03-22 - 来自专栏人生代码
Vue 3 表单输入绑定
表单输入绑定 实验介绍 你可以用 v-model 指令在表单 <input>、<textarea> 及 <select> 元素上创建双向数据绑定。它会根据控件类型自动选取正确的方法来更新元素。 它负责监听用户的输入事件以更新数据，并对一些极端场景进行一些特殊处理。 但是有时我们可能想把值绑定到当前活动实例的一个动态 property 上，这时可以用 v-bind 实现，此外，使用 v-bind 可以将输入值绑定到非字符串。 修饰符 .lazy 在默认情况下，v-model 在每次 input 事件触发后将输入框的值与数据进行同步 (除了上述输入法组合文字时)。 .trim 如果要自动过滤用户输入的首尾空白字符，可以给 v-model 添加 trim 修饰符： <input v-model.trim="msg" />
2.7K20发布于 2020-11-03 - 来自专栏用户7881870的专栏
网络服务安全-IIS安全机制
它与Windows NT Server完全集成，允许使用Windows NT Server内置的安全性以及NTFS文件系统建立强大灵活的Internet/Intranet站点。 第十三步：打开ie浏览器输入http://localhost 第十四步：在地址栏中输入http://localhost/login.html，发现访问被拒绝
1.3K10发布于 2021-05-18 - 来自专栏python3
OSPF中过滤3类LSA
三:需求分析: 需求1要求拒绝Area1的路由进入Area 0,可以使用前缀列表的过滤功能(prefix-list)实现;前缀列表的过滤功能可以过滤某一区域的3类LSA进入到其它区域； 需求2要阻止 Area2的路由泛洪到其它区域,依然使用前缀列表实现; 需求3只过滤R4学习R2的路由,其它路由器依然学习R2的路由,如果使用前缀列表的过滤功能实现,那么区域1上都将学习不到Area 0的路由,所以前缀列表的过滤功能已经无法实现 (Distribure-list) 四:实验步骤: 1:基本接口的配置: 2:OSPF全网路由的配置; 3:OSPF的3类LSA的过滤 五:实验过程: 1:基本接口的配置: R1(config OSPF的3类LSA的过滤(进入我们的关键配置) 需求1要求拒绝Area1的路由进入Area 0,； 过滤前: R2#sho ip route ospf 34.0.0.0/24 is subnetted 需求3只过滤R4学习R2的路由,其它路由器依然学习R2的路由。
1.4K11发布于 2020-01-06 - 来自专栏程序那些事
java安全编码指南之:输入校验
简介 为了保证java程序的安全，任何外部用户的输入我们都认为是可能有恶意攻击意图，我们需要对所有的用户输入都进行一定程度的校验。 本文将带领大家探讨一下用户输入校验的一些场景。一起来看看吧。 在字符串标准化之后进行校验 通常我们在进行字符串校验的时候需要对一些特殊字符进行过滤，过滤之后再进行字符串的校验。 我们知道在java中字符是基于Unicode进行编码的。 所以，我们在调用Runtime.exec()的时候，一定要小心注意检测用户的输入。 正则表达式的匹配 在正则表达式的构建过程中，如果使用用户自定义输入，同样的也需要进行输入校验。 考虑下面的正则表达式： (.*? +public\[\d+\] +. .*) 上面的表达式本意是想在public[1234]这样的日志信息中，搜索用户的输入。 但是用户实际上可以输入下面的信息： .*)|(.* 最终导致正则表达式变成下面的样子： (.*?
1.3K31发布于 2020-09-24 - 来自专栏小白安全
妙用JavaScript绕过XSS过滤-----小白安全博客
基于上述的那些发现，我开始着手我的测试，看看我是否可以绕过NoScript的XSS过滤器（DOMPurify和CSP）。 由于我们可以使用Mavo的data- *属性，因此绕过DOMPurify过滤器是很容易的。 Giorgio（NoScript的作者）修改了NoScript的XSS检测机制，以检查这些新关键字和方括号语法，但是我通过滥用MavoScript解析器再次绕过了NoScript的检测机制，示例代码如下所示 Giorgio（NoScript的作者）修改了NoScript的XSS检测机制，以检查这些新关键字和方括号语法，但是我通过滥用MavoScript解析器再次绕过了NoScript的检测机制，示例代码如下所示 omglol mod 1 mod self.alert(1)andlol] 结论 ---- 像Mavo这样的框架可以使开发人员的工作变得更轻松，但是为HTML和JavaScript引入新的语法通常会破坏其安全机制
2.2K120发布于 2018-04-16 - 来自专栏飞鸟的专栏
Eureka的安全机制（二）
SSL/TLS加密传输 Eureka支持使用SSL/TLS对通信进行加密，以保证传输数据的安全性。
62240编辑于 2023-04-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号