Allok AVI DivX MPEG to DVD Converter is vulnerable to a buffer overflow vulnerability when a user pastes a large amount of data into the 'License Name' field. This can be exploited to execute arbitrary code by overwriting the SEH handler with a jmp instruction and a shellcode.
The nt!NtQueryVirtualMemory system call invoked with the 2 information class (MemoryMappedFilenameInformation) discloses portions of uninitialized kernel pool memory to user-mode clients. The vulnerability affects 64-bit versions of Windows 7 to 10. The output buffer for this information class is a UNICODE_STRING structure followed by the actual filename string. The output data is copied back to user-mode memory under the following stack trace (on Windows 7 64-bit). On 64-bit builds, there is a 4-byte padding between the "MaximumLength" and "Buffer" fields inserted by the compiler, in order to align the "Buffer" pointer to 8 bytes. This padding is left uninitialized in the code and is copied in this form to user-mode clients, passing over left-over data from the kernel pool.
A persistent Cross Site Scripting (XSS) vulnerability exists in Coship RT3052 Wireless Router. An attacker can inject malicious JavaScript code in the Network Name(SSID) field of the router's web interface, which will be executed in the context of the router's web interface. This can be exploited to execute arbitrary HTML and script code in a user's browser session in the context of the affected site.
A vulnerability in Microsoft Edge's JIT process allows an attacker to execute arbitrary native code in the content process. This is achieved by predicting the address on which the JIT process will call VirtualAllocEx() and then allocating a writable memory region on the same address and writing an executable payload there. When the JIT process calls VirtualAllocEx(), the memory protection is set to PAGE_EXECUTE_READ.
Netis-WF2419 is prone to an HTML-injection vulnerability because it fails to sufficiently sanitize user-supplied data. Attacker-supplied HTML or script code could run in the context of the affected site, potentially allowing the attacker to steal cookie-based authentication credentials and control how the site is rendered to the user; other attacks are also possible.
A cross-site request forgery web vulnerability has been discovered in the official Netis-WF2419 Router. The vulnerability allows remote attackers to manipulate client-side web-application to browser requests to compromise the router by execution of system specific functions without session protection. A remote attacker is able to delete Address Reservation List settings of Netis Router with a cross-site request forgery html script code. The vulnerability can be exploited by loading embedded html code in a site or page. The issue can also be exploited by attackers to external redirect an user account to malicious web pages. The issue requires medium user interaction in case of exploitation. The request method to execute is GET and the attack vector is located on the client-side of the router firmware.
Testing for malicious files verifies that the application/system is able to correctly protect against attackers uploading malicious files. Vulnerabilities related to the uploading of malicious files is unique in that these “malicious” files can easily be rejected through including business logic that will scan files during the upload process and reject those perceived as malicious. Additionally, this is different from uploading unexpected files in that while the file type may be accepted the file may still be malicious to the system.
The malicious content sent to the web browser often takes the form of a segment of JavaScript, but may also include HTML, Flash, or any other type of code that the browser may execute. The variety of attacks based on XSS is almost limitless, but they commonly include transmitting private data, like cookies or other session information, to the attacker, redirecting the victim to web content controlled by the attacker, or performing other malicious operations on the user's machine under the guise of the vulnerable site.
While most applications require authentication to gain access to private information or to execute tasks, not every authentication method is able to provide adequate security. Negligence, ignorance, or simple understatement of security threats often result in authentication schemes that can be bypassed by simply skipping the log in page and directly calling an internal page that is supposed to be accessed only after authentication has been performed. In addition, it is often possible to bypass authentication measures by tampering with requests and tricking the application into thinking that the user is already authenticated. This can be accomplished either by modifying the given URL parameter, by manipulating the form, or by counterfeiting sessions.
Unauthenticated user can access downloads.php, and can disclosure file in server through downloads.php, using method get on 'file=', user/attacker also can disclosure wp-config, or else file.