cwe - 176: Unicode编码的处理不当
视图定制的信息:
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关的视图”研究概念”(cwe - 1000)
该清单显示了给定的弱点可以可能的地区出现。这些可能是为特定命名的语言,操作系统,架构、模式、技术、或一个类这样的平台。列出的平台是随着频率的出现疲态实例。
语言 类:不是特定于语言的患病率(待定)
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
示例1 Windows提供了MultiByteToWideChar (), WideCharToMultiByte (), UnicodeToBytes(),和BytesToUnicode之间()函数将任意多字节(通常是ANSI)字符串和Unicode宽字符字符串。尺寸参数中指定这些函数是不同的单位,(一个字节,另在字符)使用容易出错。 在一个多字节字符串,每个字符占用不同的字节数,因此这样的字符串的大小是最容易指定为一个字节的总数。然而,在Unicode字符总是一个固定大小,和字符串的长度通常是由它们所包含的字符数。错误地指定了错误的单位大小参数会导致缓冲区溢出。 下面的函数接受一个用户名指定为一个多字节字符串和一个指向结构的指针与信息用户信息和填充结构指定的用户。由于Windows身份验证使用Unicode为用户名,用户名的观点是首先从一个多字节字符串转换为Unicode字符串。
(坏的代码)
例如语言:C
空白getUserInfo (char *用户名,struct _USER_INFO_2信息){
WCHAR unicodeUser [UNLEN + 1]; }MultiByteToWideChar (CP_ACP 0、用户名1 unicodeUser sizeof (unicodeUser)); NetUserGetInfo (NULL, unicodeUser 2 (LPBYTE *)信息); 这个函数不正确传递unicodeUser在字节而不是字符的大小。到MultiByteToWideChar()的调用可以因此写(UNLEN + 1) * sizeof (WCHAR)宽字符,或(UNLEN + 1) * sizeof (WCHAR) * sizeof (WCHAR)字节,unicodeUser数组,只有(UNLEN + 1) * sizeof (WCHAR)分配的字节数。 如果用户名字符串包含超过UNLEN字符,调用MultiByteToWideChar()将溢出缓冲区unicodeUser。
这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
更多的信息是可用的,请选择一个不同的过滤器。
|
使用常见的弱点枚举(CWE)和相关的引用从这个网站的使用条款。CWE赞助的美国国土安全部(DHS)网络和基础设施安全机构(CISA)和管理的国土安全系统工程和发展研究所这是由(HSSEDI)manbetx客户端首页(斜方)。版权©2006 - 2023,斜方公司。manbetx客户端首页CWE、水煤浆、CWRAF, CWE标志是斜方公司的商标。manbetx客户端首页 |