无论对于什么业务来说，用户数据信息的安全性无疑都是非常重要的。尤其是在数字经济大火背景下，数据的安全性就显得更加重要。数据脱敏可以分为两个部分，一个是DB层面，防止DB数据泄露，暴露用户信息；一个是接口层面，有些UI展示需要数据脱敏，防止用户信息被人刷走了。 v需求背景 DB层面的脱敏今天先不讲，今
https://www.cnblogs.com/jackssybin/p/16282788.html 1.什么是网关 API网关是一个系统的唯一入口。是众多分布式服务唯一的一个出口。它做到了物理隔离,内网服务只有通过网关才能暴露到外网被别人访问。简而言之:网关就是你家的大门 2.提供了哪些功能 身份
https://www.cnblogs.com/zhoujinyi/p/16377269.html 摘要 Shadowserver Foundation在5月31日发布了一份全网的MySQL扫描报告，共发现了暴露在公网的360万个MySQL实例。因为这份报告基数够大，而且信息也非常完整，从数据库专业
https://zhuanlan.zhihu.com/p/596889677 你好，我是张磊。今天我和你分享的主题是：谈谈Service与Ingress。 在上一篇文章中，我为你详细讲解了将Service暴露给外界的三种方法。其中有一个叫作LoadBalancer类型的Service，它会为你在Cl
今天在做nginx反向代理apache的时候出了一点点问题，原来后端apache用的端口是8080通过反向代理后，使用wireshark抓包发现location头域数值为http://192.168.1.154:8080/wuman/ 如果把这个返回给客户端肯定是不可以的，看起来别扭而且还暴露了ap
https://nacos.io/zh-cn/docs/v2/guide/user/auth.html 注意 Nacos是一个内部微服务组件，需要在可信的内部网络中运行，不可暴露在公网环境，防止带来安全风险。 Nacos提供简单的鉴权实现，为防止业务错用的弱鉴权体系，不是防止恶意攻击的强鉴权体系。
https://docs.pingcap.com/zh/tidb/stable/tidb-architecture 与传统的单机数据库相比，TiDB 具有以下优势： 纯分布式架构，拥有良好的扩展性，支持弹性的扩缩容 支持 SQL，对外暴露 MySQL 的网络协议，并兼容大多数 MySQL 的语法，在
背景 前两章中我们将应用部署到了 k8s 中，同时不同的服务之间也可以通过 service 进行调用，现在还有一个步骤就是将我们的应用暴露到公网，并提供域名的访问。 这一步类似于我们以前配置 Nginx 和绑定域名，提供这个能力的服务在 k8s 中成为 Ingress。 通过这个描述其实也能看出 I
简介 使用
半同态计算芯片 学习该文章：华控清交推出业界首款半同态计算芯片 赋能隐匿查询实用化 摘要 隐匿查询是指在不向数据提供方暴露查询方的查询意图，同时又能在保护数据提供方数据库中其他数据的情况下让查询方获得相关查询结果。实际使用的场景大多是跨广域网环境下基于关键字的查询。当前的常用方法要么需要传输大量的数
学习&转载文章：对于多方安全计算，你是否也有这样的疑惑？ 问题 假设多方安全计算中有两个参与方$P_0$和$P_1$，其中$P_0$拥有$x$，$P_1$拥有$y$，双方想要在不暴露自己拥有的数据的同时计算一个结果$z$，且$z=x+y$。那么不管用哪种协议进行计算得到最终结果$z$，并且公布给双方
服务链路追踪 一、服务追踪说明 微服务架构是通过业务来划分服务的，使⽤REST调⽤。对外暴露的⼀个接⼝，可能需要 很多个服务协同才能完成这个接⼝功能，如果链路上任何⼀个服务出现问题或者⽹络超 时，都会形成导致接⼝调⽤失败。 随着业务的不断扩张，服务之间互相调⽤会越来越复杂，它们之间的调⽤关系也许如下
前置条件：使用 Kubeadm 部署 Kubernetes(K8S) 安装 安装ingress-nginx组件（在master节点执行） 通过 ip+port 号进行访问，使用 Service 里的 NodePort 实现，把端口对外暴露 缺陷：一个端口只能使用一次，一个端口对应一个应用，实际使用中
概述 访问K8S集群，需要经过三个步骤完成具体操作 认证 鉴权（授权） 准入控制 进行访问时，过程中需要经过 ApiServer,做统一协调，比如门卫，访问过程中需要证书、token、或者用户名+密码，如果访问pod需要 ServiceAccount 认证 传输安全：对外不暴露8080端口，只能内部
项目管理是一个繁杂的过程，每个角色都有自己的定位和任务，不同的角色掌握相应的项目管理意识就尤为重要。本文旨在梳理、谈论测试角色在项目各阶段如何评估测试范围及风险、前置暴露问题以及推进测试进度等项目管理事项，高效协作及交付测试角色产物，最终与项目各方共同推进达到高质量、高效率交付的目标。
golang pprof 监控系列(3) —— memory，block，mutex 统计原理 大家好，我是蓝胖子。 在上一篇文章 golang pprof监控系列（2） —— memory，block，mutex 使用里我讲解了这3种性能指标如何在程序中暴露以及各自监控的范围。也有提到memory
本文属于OData系列文章 Intro 前面写了很多有关OData使用的文章，很多读者会有疑问，直接将实体对象暴露给最终用户会不会有风险？$expand在默认配置的情况下，数据会不会有泄露风险？ 答案是肯定的，由于OData的特性，提供给我们便捷同时也会带来一些风险。很多地方推荐使用DTO模式来隔离
Swift调OC 在Swift项目中调用OC类中的方法需要有个{targetName}-Bridging-Header.h文件，在这个文件中导入OC要暴露给Swift的类。 {targetName}-Bridging-Header.h文件的创建有2种方式 1.自己手动创建，然后在配置文件的Objec
FRP简介 FRP（Fast Reverse Proxy）作为一种高性能的内网穿透工具，支持 TCP、UDP、HTTP、HTTPS 等多种协议。可以将内网服务以安全、便捷的方式通过具有公网IP节点（云服务器）的中转暴露到公网。 为什么使用 FRP ？ 以下是一些常见的企业级应用场景： 远程办公和远程
什么是跳板机？ 部署一台具有公网通讯能力的服务器，开发或运维通过这台服务器的远程登陆功能，远程登陆该服务器然后与处于内网的服务器进行通讯或作业，那么这台服务器一般称为"跳板机"。 跳板机的安全 一般来说不建议在搭建公网服务的服务器上面暴露远程登陆端口，因为公网IP己经暴露，部署专门用于登陆的跳板机可
