Editing Bugs & Vulnerabilities
Jump to navigation
Jump to search
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
== Unknown / unpatched == | == Unknown / unpatched == | ||
=== | === Webkit parseFloat() type confusion leading to stack buffer overflow=== | ||
When inserting NaN with a parameter as an argument into parseFloat(), we can overflow the tiny buffer created by parseFloat() | |||
==== | ==== Implementations ==== | ||
* PS3HEN by the PS3Xploit team | |||
* [https://imthezuk.blogspot.com/2010/11/float-parsing-use-after-free.html] on Android 2.1 | |||
Patched on 4.83, but exploitable on higher firmwares by downgrading webkit sprx files | |||
==== | === Webkit CSS font face source type confusion leading to read primitive=== | ||
While parsing the source of a CSS font face, CSSParser::parseFontFaceSrc() assumes the value given is a string, but if we insert a specific double value into an exploitable function like insert() or format(), we can leak the memory via an overlap between two variables. | While parsing the source of a CSS font face, CSSParser::parseFontFaceSrc() assumes the value given is a string, but if we insert a specific double value into an exploitable function like insert() or format(), we can leak the memory via an overlap between two variables. | ||
==== | ==== Implementations ==== | ||
* | * PS3HEN by the PS3Xploit team | ||
* [https://code.google.com/p/chromium/issues/detail?id=63866] initial bug report | * [https://code.google.com/p/chromium/issues/detail?id=63866] initial bug report | ||
Patched on 4.83, but exploitable on higher firmwares by downgrading webkit sprx files | |||
Patched on | |||
=== RSX VRAM Access === | === RSX VRAM Access === | ||
Line 39: | Line 26: | ||
* [https://web.archive.org/web/*/http://playstationhax.xyz/forums/topic/2807-release-full-rsx-vramio-access-exploit/?do=findComment&comment=28421] | * [https://web.archive.org/web/*/http://playstationhax.xyz/forums/topic/2807-release-full-rsx-vramio-access-exploit/?do=findComment&comment=28421] | ||
Not Patched | |||
Not Patched | |||
=== Memory corruption and NULL pointer in Unreal Tournament III 1.2 === | === Memory corruption and NULL pointer in Unreal Tournament III 1.2 === | ||
Line 46: | Line 32: | ||
* [http://cxsecurity.com/issue/WLB-2008070060] | * [http://cxsecurity.com/issue/WLB-2008070060] | ||
unsure if it applies to PS3 | |||
=== MacOS X 10.5/10.6 libc/strtod(3) buffer overflow === | === MacOS X 10.5/10.6 libc/strtod(3) buffer overflow === | ||
Line 52: | Line 38: | ||
* [http://cxsecurity.com/issue/WLB-2010010162] | * [http://cxsecurity.com/issue/WLB-2010010162] | ||
unsure if it applies to PS3 | |||
=== OpenPrinter() stack-based buffer overflow === | === OpenPrinter() stack-based buffer overflow === | ||
Line 58: | Line 44: | ||
* [http://seclists.org/fulldisclosure/2007/Jan/474] | * [http://seclists.org/fulldisclosure/2007/Jan/474] | ||
Patched: ? | |||
=== DOM flaw === | === DOM flaw === | ||
Line 65: | Line 50: | ||
http://seclists.org/fulldisclosure/2009/Jul/299 | http://seclists.org/fulldisclosure/2009/Jul/299 | ||
Patched: ? | |||
? | |||
==== | === PS3xploit Kernel Exploit === | ||
Unpatched: To be disclosed. | |||
=== Leakage of PTCH body plaintext over SPI on all BGA SYSCONs === | === Leakage of PTCH body plaintext over SPI on all BGA SYSCONs === | ||
Line 138: | Line 111: | ||
See also [http://crypto.stackexchange.com/questions/14628/why-do-we-use-xts-over-ctr-for-disk-encryption]. | See also [http://crypto.stackexchange.com/questions/14628/why-do-we-use-xts-over-ctr-for-disk-encryption]. | ||
Patched: since some PS Vita prototype FWs as their [[Certified File|Certified Files]] started having always different IVs. | Patched: since some PS Vita prototype FWs as their [[Certified File|Certified Files]] started having always different IVs. | ||
Maybe not patched on | Maybe not patched on ebootroms. | ||
=== PARAM.SFO stack-based buffer overflow === | === PARAM.SFO stack-based buffer overflow === | ||
Line 283: | Line 254: | ||
Source: [http://support.bandainamcogames.com/index.php?/Knowledgebase/Article/View/216/233/afro-samurai-why-doesnt-my-game-start-up-ps3-only] | Source: [http://support.bandainamcogames.com/index.php?/Knowledgebase/Article/View/216/233/afro-samurai-why-doesnt-my-game-start-up-ps3-only] | ||
Patched: in ([[VSH]]) since (unknown) | Patched: in Firmware ([[VSH]]) since (unknown) | ||
== It | == It's not a bug! It's a scekrit feature! == | ||
=== Renesas verify function works on 4 byte values in All renesas/nec SysCon chips === | === Renesas verify function works on 4 byte values in All renesas/nec SysCon chips === | ||
All | All nec/renesas syscon chips has their verify function working for a 4 byte array but 256 byte size, increasing the probability of finding the correct bytes as opposed to the intended 256 bytes | ||
=== (Universal) Renesas checksum function works on 256 byte values (ALL SYSCON CHIPS, stock, | === (Universal) Renesas checksum function works on 256 byte values (ALL SYSCON CHIPS, stock, psp, vita, ps3, ps4) === | ||
renesas checksum feature works on 256 byte values instead of the intended block size, which means glitching could be done in a narrower margin, making the efforts a lot easier. it is also possible to identify 256 byte constants contiguous to eachother by their checksums | |||
{{Reverse engineering}}<noinclude>[[Category:Main]]</noinclude> | {{Reverse engineering}}<noinclude>[[Category:Main]]</noinclude> |