Oryol 是一个支持多平台的 C++11 的 3D 引擎，下面地址可以查看一些实例：
http://floooh.github.io/oryol/
Oryol 正在参加 2021 年度 OSC 中国开源项目评选，请投票支持！
Oryol 在 2021 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票，请投票支持！
2021 年度 OSC 中国开源项目评选 正在火热进行中，快来投票支持你喜欢的开源项目！
2021 年度 OSC 中国开源项目评选 >>> 中场回顾
Oryol 获得 2021 年度 OSC 中国开源项目评选「最佳人气项目」 !
-
概览
-
资讯
-
博客
-
问答
-
安全信息
软件简介
代码
暂无内容
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
LibTIFF 代码问题漏洞
空指针取消引用
LibTIFF是一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
LibTIFF 3.9.0、4.5.1版本存在安全漏洞，该漏洞源于在指定区域时未能打开输出文件，导致NULL 指针取消引用。
CVE-2023-3316
MPS-1nm5-dvuy
2023-12-20 20:14
LibTIFF tiff2pdf 缓冲区错误漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
LibTIFF中存在漏洞，可被恶意人员利用操控应用程序使用库。该漏洞源于处理T2P结构指针时， t2p_read_tiff_init() 函数（tools/tiff2pdf.c）中存在错误。攻击者可利用该漏洞通过特制的TIFF图像导致基于堆的缓冲区溢出漏洞。成功的利用将执行任意代码。LibTIFF4.0.2版本中存在漏洞，其他版本也可能受到影响。
CVE-2012-3401
MPS-2012-2819
2023-12-20 20:14
LibTIFF 缓冲区错误漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
LibTIFF中的tif_pixarlog.c中存在基于堆的缓冲区溢出漏洞。攻击者可利用该漏洞在用户运行的受影响应用程序上下文中执行任意恶意代码，攻击失败将崩溃应用程序。LibTIFF 4.0.2版本中存在漏洞，其他版本也可能受到影响。
CVE-2012-4447
MPS-2012-4558
2023-12-20 20:14
LibTIFF ppm2tiff 安全漏洞
堆缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
ppm2tiff中存在安全漏洞，该漏洞源于没有检查 TIFFScanlineSize 函数的返回值。远程攻击者利用该漏洞通过特制的PPM图像触发整数溢出、零内存分配以及基于堆的缓冲区溢出，导致拒绝服务（崩溃）及有可能执行任意代码。
CVE-2012-4564
MPS-2012-4719
2023-12-20 20:14
LibTIFF t2_process_jpeg_strip() 函数基于堆的缓冲区错误漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
libtiff 4.0.3及之前的版本中的tiff2pdf中的 tp_process_jpeg_strip 函数中存在基于堆的缓冲区溢出漏洞。远程攻击者可通过特制的TIFF图像文件利用该漏洞造成拒绝服务（程序崩溃）或可能执行任意代码。
CVE-2013-1960
MPS-2013-2471
2023-12-20 20:14
LibTIFF 基于栈的缓冲区错误漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
libtiff 4.0.3之前的版本中的tiff2pdf中的 t2p_write_pdf_page 函数中存在基于栈的缓冲区溢出漏洞，该漏洞源于程序在TIFF图像文件中使用格式不正确的图像的长度和分辨率的值。远程攻击者可通过特制的TIFF图像格式文件利用该漏洞造成拒绝服务（应用程序崩溃）。
CVE-2013-1961
MPS-2013-2472
2023-12-20 20:14
Silicon Graphics LibTIFF readgifimage() 函数堆缓冲区错误漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
libtiff 4.0.3及之前的版本中的gif2tiff工具中的 readgifimage 函数中存在基于堆的缓冲区溢出漏洞。远程攻击者可借助GIF图片中特制的高度和宽度值利用该漏洞造成拒绝服务（程序崩溃），可能执行任意代码。
CVE-2013-4243
MPS-2013-3343
2023-12-20 20:14
Silicon Graphics LibTIFF 内存损坏漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
libtiff 4.0.3以及更早版本中的gif2tiff工具中的LZW解压缩器中存在漏洞。基于上下文的攻击者可通过发送特制的GIF图像，利用该漏洞导致拒绝服务（越界写入以及死机），也可能执行任意代码。
CVE-2013-4244
MPS-2013-3686
2023-12-20 20:14
libpng png_do_expand_palette 函数空指针逆向引用拒绝服务漏洞
拒绝服务
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.6.8 beta及之前的版本中的 png_do_expand_palette 函数中存在安全漏洞。远程攻击者可借助零字节的PLTE数据块或空调色板，利用该漏洞造成拒绝服务（空指针逆向引用和应用程序崩溃）。
CVE-2013-6954
MPS-2014-0128
2023-12-20 20:14
LibTIFF 缓冲区错误漏洞
缓冲区溢出
LibTIFF是一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
LibTIFF 4.0.2及之前的版本存在缓冲区错误漏洞。远程攻击者可利用该漏洞造成拒绝服务（越边界写入）。
CVE-2013-4231
MPS-2014-0345
2023-12-20 20:14
libpng png_push_read_chunk 函数安全漏洞
数字错误
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.6.x至1.6.9版本的progressive decoder中的pngpread.c文件中的 png_push_read_chunk 函数存在安全漏洞。远程攻击者可借助零长度的IDAT数据块利用该漏洞造成拒绝服务（无限循环和CPU资源消耗）。
CVE-2014-0333
MPS-2014-0977
2023-12-20 20:14
libpng 整数溢出漏洞
数字错误
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.5.13及之前版本的libpng/pngset.c文件中的 png_set_unknown_chunks 函数存在整数溢出漏洞。攻击者可借助特制的图像利用该漏洞造成拒绝服务（段错误和程序崩溃）。
CVE-2013-7353
MPS-2014-2273
2023-12-20 20:14
libpng 数字错误漏洞
数字错误
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.5.13及之前版本中的 png_set_sPLT 和 png_set_text_2 函数存在整数溢出漏洞。远程攻击者可借助特制的图像利用该漏洞造成拒绝服务（崩溃）。
CVE-2013-7354
MPS-2014-2274
2023-12-20 20:14
libpng 基于堆的缓冲区溢出漏洞
缓冲区溢出
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.5.21之前版本和1.6.16之前1.6.x版本的 png_combine_row 函数中存在基于堆的缓冲区溢出漏洞。攻击者可借助 very wide interlaced PNG图像利用该漏洞执行任意代码。
CVE-2014-9495
MPS-2015-0181
2023-12-20 20:14
libpng 基于堆的缓冲区溢出漏洞
缓冲区溢出
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng 1.5.21之前版本和1.6.16之前1.6.x版本的pngrutil.c文件中的 png_read_IDAT_data 函数存在缓冲区溢出漏洞。攻击者可借助带有超长宽度的IDAT数据利用该漏洞执行任意代码。
CVE-2015-0973
MPS-2015-0388
2023-12-20 20:14
libpng 缓冲区错误漏洞
经典缓冲区溢出
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng的 png_set_PLTE 和 png_get_PLTE 函数中存在缓冲区溢出漏洞。远程攻击者可借助PNG图像中的IHDR数据块中较小的 bit-depth 值利用该漏洞造成拒绝服务（应用程序崩溃）。
CVE-2015-8126
MPS-2015-5791
2023-12-20 20:14
Silicon Graphics LibTiff 远程内存损坏漏洞
7PK - 安全功能
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
Silicon Graphics LibTiff 4.0.6版本的tif_dir.c文件中的 _TIFFVGetField 函数中存在安全漏洞。攻击者可借助TIFF图像的扩展标签中特制的字段数据利用该漏洞造成拒绝服务（无效的内存写入和崩溃）。
CVE-2015-7554
MPS-2016-0123
2023-12-20 20:14
Silicon Graphics LibTiff 基于堆的缓冲区溢出漏洞
缓冲区溢出
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
Silicon Graphics LibTiff 4.0.6及之前版本的tif_packbits.c文件中的 PackBitsPreEncode 函数存在基于堆的缓冲区溢出漏洞。远程攻击者可借助BMP图像中较大的宽度字段利用该漏洞执行任意代码，或造成拒绝服务。
CVE-2015-8668
MPS-2016-0134
2023-12-20 20:14
libpng 缓冲区错误漏洞
缓冲区溢出
libpng是一个可对PNG图形文件实现创建、读写等操作的PNG参考库。
libpng的 png_set_PLTE 函数中存在缓冲区溢出漏洞。远程攻击者可借助PNG图像中的IHDR数据块中较小的bit-depth值利用该漏洞造成拒绝服务（应用程序崩溃）。以下版本受到影响：libpng 1.0.65之前版本，1.2.55之前1.1.x版本和1.2.x版本，1.3.x版本，1.4.18之前1.4.x版本，1.5.25之前1.5.x版本，1.6.20之前1.6.x版本。（注：该漏洞源于CNNVD-201511-246补丁的不完全修复）。
CVE-2015-8472
MPS-2016-0563
2023-12-20 20:14
Silicon Graphics LibTiff 拒绝服务漏洞
越界写入
Silicon Graphics LibTIFF是美国Silicon Graphics公司的一个读写TIFF（标签图像文件格式）文件的库。该库包含一些处理TIFF文件的命令行工具。
Silicon Graphics LibTiff的tif_luv.c文件中存在安全漏洞，该漏洞源于使用LogL压缩格式的TIFF图像附件中存在无效的 样本/像素 值。攻击者可利用该漏洞造成拒绝服务（越边界写入）。
CVE-2015-8781
MPS-2016-0688
2023-12-20 20:14
没有更多内容
加载失败，请刷新页面
Awesome 软件
热门内容
全站热门评论
挺好的
哪点跟黑神话有关联，蹭也是乱蹭 神人
如果苹果不让步，微信也不让步那就好看了！微信在中国深入寻常百姓家！支付社交微信根本离不开，如果微信不在IOS上更新，苹果“不用混了”
我没看懂这篇文章的意义在哪
降低了视觉复杂性，增高了操作复杂性。
真的人不要脸则无敌，只要他不尴尬，尴尬的是别人。
不要带个人情绪，你行你上啊。靠你搞出来个国产操作系统妈？
不如说国内90%的电脑都没安装CrowdStrike软件
你说的不错，iOS 是基于Unix 的修改来的，android是基于Linux 内核的，当年还被Linus踢出标准的Linux内核，iOS 是unix上套个壳，Android是Linux套个壳。鸿蒙的内核有两个，一个是Linux 的，一个是自己的Lite-kernel。iOS没有自己的kenrel，Android也没有自己的kernel。
不知道fork出去的freenginx之后发展如何
为什么一定要强调“国产”？是开源的项目么？如果开源，是不是不接受国外开发者的贡献？我只是好奇，不带“国产”，是宣传不了了么😀
真降低成本还是得换go，java太吃内存了
评论区阴阳怪气的还是那些人，老面孔了
那你宣传的时候写出来啊 你啥都不写挂个黑神话 人不懂技术的看到你这个不就相当于硬蹭吗
感谢，正是有你们这些先驱做的实事，才能避免被国外的系统和应用垄断。
删除wps
1, 首先OS大家都是打包别人的，；小米不做，是他没必要，美帝又没搞它；2. 为为的成功，不是你的成功；而且可能多付出金钱，这是你的知识误区；要不你弄个它最新的三折叠手机玩玩；😂
你是在知乎学技术吗😁
然后交警找责任方，打过去是牛逼高大上的生成式AI的客服
都是国产精品；都是成长不易：）。。。都是敌强我弱：）
没GMS是借口，本质还是不想适配国内的手机系统，等鸿蒙Next出来，看微软拥抱不拥抱就知道了
老李已经废了, 在小乘法阶段不如人的时候,还不站住大乘法.
标准版最尴尬的一次摄像头立马暴露
家人们 谁懂啊
Thinkphp越来越好用了！
可以看他不爽，看360不爽，但人家说的是事实。比如说航空业的业内人士也这么说的。
不管是谁在打平安县城，我三五八团一定帮帮场子！
一个流氓也配谈安全？
以后宣传就说信创最好用的web框架，不要总是挂Spring，这样可以减少别人的反感度，也能让更多做国产化的人看到你
这个对比的条件还存在好几个问题。 1. solon使用的是smart-http，spring使用的是undertow 2. solon启动本身的自动配置少于spring 这两点就决定了对比的维度不同，性能更好的原因大概率是web服务器、应用配置依赖导致的。 如果要拉齐，需要使用同样的web服务器，spring应用排除掉所有的自动配置，只保留web必须的，才能说明框架的性能差距。 现在这个结果，无法说明solon本身性能好。
喷子们之所以喷，其本质是为自己的阴暗和自卑找理由罢了。
吃完就砸锅，好像那个啥纯血，吃完了，就想把小米，oppo、vivo的锅咂了；😂
正经人谁在知乎讨论这种问题
这个是干什么的？
什么纳吉东西，还碰瓷黑神话
你讲得有道理。我改进！
都用到131了。
我笑了，50算少了的，问题有多少人被渠道服坑你知道吗？有多少人分不清渠道服和官服？而且平台还会很恶心的引导你去应用商店下载渠道服，你知道吗？50%是最低标准，70%都有，不恶心？
闭嘴蝼蚁
可以具体建议下？
别光喷华为啊，说点你自己的能力，到了什么程度，有什么成就，这样好歹有点说服力吧
有自研操作系统挺好的啊，那些乱喷的人是什么心态？
“虽然两人只有大专学历”—— 大专也算高等教育，现在这些媒体口中已经文盲一个级别的感觉了吗？
我没看懂这篇文章的意义在哪
好不容易有个国产开发平台，没有鼓励只有贬低，就算宣传夸大怎么了？那么较真干什么？遍地都是夸大的广告宣传怎么不一个一个去找厂家？批判的同时想想自己能搞一个吗？为什么加上国产俩字就非要这么较真？
明明能躺平，明明可以割韭菜，还花钱研发？为了找骂？说这个能割韭菜？你被割了？你买了吗？是谁年年换mac，是谁年年换iphone？华为的用户好像没有那么干的吧？真让我一个小米用户都看不下去了！
感谢祖师爷赏饭吃，给你磕一个
os是媾粉聚集地还不了解吗？只要碰到国产、华子相关报道，必然评论区乌烟瘴气口伏声难止。还能期待啥有深度发言？大佬敢发这些，那还给搞前端什么都懂的“程序员”粪死？
你翻来覆去就这两句，你究竟是不是干 it 的？什么叫打包别人？专业点行不行？小米做不做关华为啥事？华为成功不是我的成功我就不能为它高兴了？心理这么阴暗？
是这样。
电脑上有一个活跃的助手可能是技术发展的方向，很期待
你这种人会想兴国？建议去舔马斯克兴美国
dbeaver也很好用
你是家里才通网吗? 龙芯早都弃用MIPS了，现在是自研的LoongArch。 自己好好看看吧：https://loongarch.dev/zh-cn/posts/20210501-loongarch-manual/
有生之年系列
能用在生产了吗
不是不让用jni和unsafe啊, 只是做了"限制", 只要加命令行参数就能继续用, 目的是为了让使用者考量程序的安全性.
IBM中国哪有什么研发? 全部都是测试！所谓的搞研发的都是去养老混日子的！
微信咋得罪你了？不管怎么样，微信此举哪怕从自身商业利益出发，让苹果降低中国税率这是利于中国人的，这个税率可不仅仅是针对微信的，还苹果大功一件，这是多么愚蠢、可耻的言论！
是你没把自己当自己人罢了，觉得人家好就想办法润吧，要是没能力，还是闭嘴，何必和自己过不去
其他人还在看
软件作者
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
评论