0x02 漏洞概述 漏洞编号:CVE-2023-25157 在2.22.1和2.21.4之前版本中,在开放地理空间联盟(OGC)标准定义的过滤器和函数表达式中发现了一个SQL注入问题,未经身份验证的攻击者可以利用该漏洞进行
OGC(职业生成内容):组织化的内容力 核心定义:由平台或品牌雇佣的职业创作者,以组织化、流程化方式生产的内容,旨在服务平台战略或品牌目标。 OGC,服务关键战役 模型二:PGC主导型平台(如得到、知乎大学) 核心逻辑:PGC为价值核心,UGC为社区氛围,OGC为品牌强化 典型配比:UGC 30% | PGC 60% | OGC 模型三:OGC主导型品牌(如苹果、特斯拉) 核心逻辑:OGC为品牌叙事核心,UGC为口碑放大器,PGC为第三方背书 典型配比:UGC 40% | PGC 20% | OGC 40% “OGC霸权化”陷阱 平台过度依赖自制内容,挤压了UGC和PGC的生存空间,导致生态多样性下降,创新动力不足。 4. “算法偏见”风险 推荐算法可能过度偏好某类内容(如高完播率的OGC),导致生态多样性受损,长尾内容被忽视。 6.
);//2d类型做图 oGc.beginPath();//开始路径 oGc.moveTo(300,200);//开始点是xzhou300,yzhou200 oGc.arc(300,200,100,0,120 *Math.PI/180,false); oGc.fillStyle='red';//颜色为红色 oGc.fill();//填充(下面以此类推) oGc.beginPath();//重新做图 因为重新开了一条路径 oGc.moveTo(300,200); oGc.arc(300,200,100,120*Math.PI/180,240*Math.PI/180,false); oGc.fillStyle ='blue'; oGc.fill(); oGc.beginPath(); oGc.moveTo(300,200); oGc.arc(300,200,100,240*Math.PI/180,360 *Math.PI/180,false); oGc.fillStyle='yellow'; oGc.fill(); } </script> </body> </html>
javascript"> window.onload=function() { var oCanvas=document.querySelector("#myCanvas");//获取canvas对象 oGc ();//开启路径 oGc.strokeStyle=color;//线的颜色 oGc.lineWidth=0.5;//加上0.5代表1px像素,默认是0.就是说0代表系统默认是2px。 for(var i=0;i<width;i+=stepX)//竖线 { oGc.moveTo(i,0); oGc.lineTo(i,height); //解析: / (0,j); oGc.lineTo(width,j); //解析: //第一次:moveTo:0,0 //第一次:lineTo:800,0 //第二次是moveTo :x=0,y=10 //第二次lineTo:x=800,y=10 //以此类推 } oGc.closePath();//都循环完后,关闭路径 oGc.stroke
javascript"> window.onload=function() { var oCanvas=document.querySelector("#myCanvas");//获取canvas对象 oGc =oCanvas.getContext('2d');//类型2d var x1=50, y1=100,cx=500,cy=100,x2=450,y2=200; oGc.lineWidth=2 ;//线的宽度 oGc.strokeStyle='red';//线的颜色 oGc.moveTo(x1,y1);//起点.x=50,y=100 oGc.arcTo(cx,cy,x2,y2,50 50弧半径 oGc.stroke();//连接起来. } </script> </body> </html>
效果 实现代码 <sld:Label> <ogc:Function name="strConcat"> <ogc:Function name="strConcat"> <ogc:Function name="strConcat"> <ogc:PropertyName>NAME</ogc:PropertyName> <ogc:Literal>(</ogc:Literal> </ogc:Function> <ogc:PropertyName>PINYIN</ogc:PropertyName> </ogc:Function> <ogc:Literal>)</ogc :Literal> </ogc:Function> </sld:Label>
StyledLayerDescriptor xmlns="http://www.opengis.net/sld" xmlns:sld="http://www.opengis.net/sld" xmlns:ogc ="http://www.opengis.net/ogc" xmlns:gml="http://www.opengis.net/gml" version="1.0.0"> <sld:UserLayer :PropertyName>NAME</ogc:PropertyName> </sld:Label> <sld ="http://www.opengis.net/<em>ogc</em>" xmlns:gml="http://www.opengis.net/gml" version="1.0.0"> <sld:UserLayer sld:Stroke> </sld:LineSymbolizer> <TextSymbolizer> <Label> <ogc
var oCanvas=document.querySelector("#myCanvas");//获取canvas对象 width=oCanvas.width;//获取canvas的宽度 oGc =oCanvas.getContext('2d');//类型2d txt="cyg";//canvas里面写什么字 oGc.font="bold 30px 微软雅黑";//字体类型 oGc.strokeStyle ="#09f";//连接的颜色 oGc.strokeText(txt,width/2-oGc.measureText(txt).width/2,100); //水平居中() //解析:
= 925 var c = document.getElementById('myCanvas') // 改变宽度清空画布 c.width = c.width var ogc = c.getContext('2d') //返回一个用于在画布上绘图的环境 ogc.beginPath() //开始一条路径 背景 ogc.arc(40, 40, 35, 0, 2 * Math.PI) // 画圆(x坐标,y坐标,半径,起点(3点钟为0PI)), ogc.strokeStyle = 'rgb(69, 174, 234)' //路径的样式 ogc.lineWidth = 10 //线的宽度 ogc.stroke() //使用 stroke() 方法在画布上绘制确切的路径。
javascript"> window.onload=function() { var oCanvas=document.querySelector("#myCanvas");//获取canvas对象 oGc =oCanvas.getContext('2d');//类型2d oGc.beginPath(); oGc.lineWidth=20; oGc.lineCap='round';//线条的开始与结尾处 oGc.lineJoin='bevel';//两条直线连接处的形状 oGc.moveTo(100,100);//开始点 oGc.lineTo(300,100);//结束点 oGc.lineTo (100,300); oGc.lineTo(300,300); oGc.stroke();//连接起 } </script> </body> </html>
本章主要说明相关执行参数及组合使用 java -jar xxxx.jar 执行测试的jar包 -gc/ogc 该测试app的公用脚本,主要写一些关于登录,app引导页面,权限提示框,黑名单等通用的的内容 ;ogc 对应的是旧版本的脚本,因为旧版本的UI也许变更了,不适合原理的脚本;对于覆盖安装gc和ogc都必须有对应的脚本,可以一样; -c/oc: 为测试app执行的脚本,oc/ogc对应的脚本等级优与公用脚本 gc/ogc,如gc里面写着installale为true,那c对用的脚本installable 为false,最终执行情况是以installable 为false 为准; -a/oa: 要执行测试的apk
canvas> </body> </html> <script> window.onload=function(){ var oc=document.getElementById("c1"); var ogc =oc.getContext("2d"); oc.onmousedown=function(ev){ var ev=ev||window.event; ogc.moveTo(ev.clientX, ev.clientY); document.onmousemove=function(ev){ var ev=ev||window.event; ogc.lineTo(ev.clientX,ev.clientY ); ogc.stroke(); } document.onmouseup=function(){ document.onmousemove=null; document.onmouseup=
GC_INIT_WITH_RECT)#grabCut使用矩形模板 mask2=np.where((mask==2)|(mask==0),0,1).astype('uint8')#判断是就是1 不是就是0 ogc =o*mask2[:,:,np.newaxis]#newaxis新增一个维度让掩模变成三通道从(320,320)变成(320,320,1) ogc=cv2.cvtColor(ogc,cv2.COLOR_BGR2RGB )#将图片从BGR格式转换成RGB格式 plt.subplot(121) plt.imshow(orgb) plt.axis('off') plt.subplot(122) plt.imshow(ogc
pthwget https://github.com/IDEA-Research/GroundingDINO/releases/download/v0.1.0-alpha/groundingdino_swint_ogc.pth \ --grounded_checkpoint groundingdino_swint_ogc.pth \ --sam_checkpoint sam_vit_h_4b8939.pth \ --input_image \ --grounded_checkpoint groundingdino_swint_ogc.pth \ --sam_checkpoint sam_vit_h_4b8939.pth \ --input_image grounded_sam_inpainting_demo.py \ --config GroundingDINO/groundingdino/config/GroundingDINO_SwinT_OGC.py \ --grounded_checkpoint groundingdino_swint_ogc.pth \ --sam_checkpoint sam_vit_h_4b8939.pth \ --input_image
该格式由开放地理空间联盟(OGC)制定。 WKT – 几何对象 WKT可以表示的几何对象包括:点,线,多边形,TIN(不规则三角网)及多面体。可以通过几何集合的方式来表示不同维度的几何对象。 下面是一个有效创建和插入一个OGC空间对象的语句: INSERT INTO SPATIALTabLE ( THE_GEOM, THE_NAME ) VALUES ( GeomFromText PostGIS的EWKB, EWKT OGC的格式只支持2D的地理要素,而且其相关联的SRID不能嵌入到输入输出表达中。 PostGIS的扩展格式目前是OGC格式的超集,也就是说只要是有效的WKB或WKT就是有效的EWKB或EWKT。当然,如果今后OGC发布与该扩展格式相冲突的新格式,那么这种超集的情况就会有所变化了。 WKT更具体的可参考OGC相关文档:如SFA、《SF for OLE/COM》等。 练习:给出下属投影坐标系参数,请用WKT方式表述。
由于 OGC 可能起源于间充质上皮细胞,作者分析了 UCOGC 样本 (pca_ai1)、cluster 13 和 15 的两个导管 I 型细胞群中上皮细胞标记物 EPCAM 和 KRT19 以及 OGC KRT81 的 IHC 染色显示 OGC 为 KRT81 阳性,表明 OGC 最有可能起源于间充质上皮细胞而不是骨髓细胞。 对OGC细胞群中的亚群3进行继续细分,分辨率为 0.1 时,获得了五个亚群。
第三列将 geometry 列呈现为其开放地理空间联盟 (OGC) 熟知文本 (WKT) 表示形式,并使用 STAsText() 方法。 “边界”由 OGC 定义,如下所示: Point 和 MultiPoint 实例没有边界。 STGeomFromText(geometry 数据类型) 从开放地理空间联盟 (OGC) 熟知文本 (WKT) 表示形式返回 geometry 实例,增加了该实例传递的任何 Z(标高)和 M(度量)值 返回类型 SQL Server 返回类型:geometry CLR 返回类型:SqlGeometry 备注 STGeomFromText() 返回的 geometry 实例的 OGC 类型设置为相应的
坐标系统(使用OGC WKT格式表示的空间坐标系统或者投影系统) 地理放射变换(使用放射变换表示图上坐标和地理坐标的关系) GCPs(大地控制点记录了图上点及其大地坐标的关系,通过多个大地控制点可以重建图上坐标和地理坐标的关系 参考资料:GDAL Data Model 矢量数据组织 GDAL的矢量数据模型是建立在OGC Simple Features规范的基础之上的,OGC Simple Features规范规定了常用的点线面几何体类型 OGR矢量数据模型中比较重要的几个概念: Geometry(OGRGeometry类表示了一个空间几何体,包含几何体定义,空间参考,以及作用在几何体之上的空间操作,几何体和OGC WKB,WKT格式直接的导入导出
OGC简单要素规范定义了空间几何体之间的空间关系,包括Equals,Disjoint,Intersects,Touches,Crosses,Within,Contains,Overlaps,Relate 感兴趣的同学可以从OGC官网下载下来看看。 现有的空间数据库例如Oracle Spatial,PostGIS,SQL Server都根据OGC简单要素规范提供了对空间查询的支持,他们有差异地在标准SQL语句中添加了空间关系查询的功能。 因为GDAL中的Geometry对象基本上实现了OGC简单要素规范定义的空间关系,所以这种方式最灵活,本文主要介绍如何使用这种方式进行空间查询。
开放地理空间联盟(OGC)是一个由 250多家公司,机构和大学组成的国际联盟,参与开发公开可用的空间解决方案,这些解决方案可用于管理空间数据的各种应用程序。 OGC发布了地理信息的 OpenGIS®Implementation 标准,该规范可从 OGC 网站http://www.opengeospatial.org/standards/sfs获得。 为了遵循 OGC 规范,MySQL 将空间 extensions 实现为具有 Geometry Types 环境的 SQL 的子集,提供生成、存储、分析空间的功能。