S-073: Vulnerability in SMBv2


 
Thread Tools Search this Thread
Special Forums Cybersecurity Security Advisories (RSS) S-073: Vulnerability in SMBv2
# 1  
Old 12-24-2007
S-073: Vulnerability in SMBv2

A remote code execution vulnerability exists in the SMBv2 protocol that could allow a remote anonymous attacker to run code with the privileges of the logged-on user. The risk is MEDIUM. Could allow a remote anonymous attacker to run code with the privileges of the logged-on user.


More...
Login or Register to Ask a Question

Previous Thread | Next Thread

5 More Discussions You Might Find Interesting

1. Red Hat

Use of SMBv2 in RHEL 6.3

I am mounting a shared drive from RHEL 6.3 system to Windows server 2008 R2 system and then copying files from RHEL system to Windows Server 2008 R2 system through a shell scripts.At present, Micro Soft declared SMBv1 as vulnerable.I am using "mount -t cifs" to mound the shared drive. Can I use... (2 Replies)
Discussion started by: Anjan Ganguly
2 Replies

2. IP Networking

Common Vulnerability

Hi there, I am trying to find info about the commonly used ports and how it can be vulnerable and to identify them? For example, I would like to identify how to man-in-the-middle using these ports 21(FTP),22(SSH),23(TELNET), (1 Reply)
Discussion started by: alvinoo
1 Replies

3. News, Links, Events and Announcements

Bash vulnerability

Not sure if there is a post about it here somewhere already. Anyway: Remote exploit vulnerability in bash CVE-2014-6271 | CSO Online (3 Replies)
Discussion started by: zaxxon
3 Replies

4. UNIX for Dummies Questions & Answers

Vulnerability Alerts

Aside from CERT, are there any additional sources for unix/linux vulnerabilities? (1 Reply)
Discussion started by: kmgrady01
1 Replies

5. Cybersecurity

SNMP Vulnerability

SNMP Vulnerability: In a few minutes wire services and other news sources will begin breaking a story about widespread vulnerabilities in SNMP (Simple Network Management Protocol). Exploits of the vulnerability cause systems to fail or to be taken over. The vulnerability can be found in... (1 Reply)
Discussion started by: dpatel
1 Replies
Login or Register to Ask a Question
FLUXBOX-REMOTE(1)						  Fluxbox Manual						 FLUXBOX-REMOTE(1)

NAME
fluxbox-remote - command line access to key commands for fluxbox(1) SYNOPSIS
fluxbox-remote command DESCRIPTION
fluxbox-remote(1) is designed to allow scripts to execute most key commands from fluxbox(1). fluxbox-remote(1) will only work with fluxbox(1): its communications with fluxbox(1) are not standardized in any way. It is recommended that a standards-based tool such as wmctrl(1) be used whenever possible, in order for scripts to work with other window managers. CAVEATS
fluxbox-remote(1) uses the X11 protocol to communicate with fluxbox(1). Therefore, it is possible for any user with access to the X(7) server to use fluxbox-remote(1). For this reason, several key commands have been disabled. Users should be aware of the security implications when enabling fluxbox-remote(1), especially when using a forwarded X(7) connection. RESOURCES
session.screen0.allowRemoteActions: <boolean> This resource in ~/.fluxbox/init must be set to 'true' in order for fluxbox-remote(1) to function. Please read the CAVEATS first. ENVIRONMENT
In order to communicate with fluxbox(1), the DISPLAY environment variable must be set properly. Usually, the value should be ':0.0'. AUTHORS
This man page written by Mark Tiefenbruck <mark at fluxbox.org> SEE ALSO
fluxbox(1) fluxbox-keys(5) wmctrl(1) AUTHOR
Mark Tiefenbruck <mark@fluxbox.org> Author. fluxbox-remote.txt 27 February 2011 FLUXBOX-REMOTE(1)