Re: community names and nessus scan

2010-05-06 Thread Sudarshan Soma
On Thu, May 6, 2010 at 2:49 PM, Robert Story wrote: > On Thu, 6 May 2010 08:15:58 +0100 Dave wrote: > DS> > Essentially I am seeing the below command succeeds for any community > name. > DS> > Please suggest, if i am missing something. > DS> > snmpwalk -v 1 -c whatever IP > DS> > DS> It's impossi

Re: community names and nessus scan

2010-05-05 Thread Sudarshan Soma
On Wed, May 5, 2010 at 11:02 PM, Robert Story wrote: > On Wed, 5 May 2010 19:12:40 +0530 Sudarshan wrote: > SS> The nessus scan (http://www.nessus.org/nessus/) indicates SNMP agent > is > SS> vulnerable since community name can be easily guessed. ( > SS> http://www.nessus.org/plugins/index.php?v

community names and nessus scan

2010-05-05 Thread Sudarshan Soma
Hi, The nessus scan (http://www.nessus.org/nessus/) indicates SNMP agent is vulnerable since community name can be easily guessed. ( http://www.nessus.org/plugins/index.php?view=single&id=10264) Hence I tried to change the default community name (from public) as below in snmpd.conf and the above

sysObjectID in private enterprise namespace

2010-03-19 Thread Sudarshan Soma
Hi All, I am newbie to snmp. As part of one of the vendor request, I am trying to put the sysObjectID access to this namespace (1.3.6.1.4.1.234.9.1.9) sysObjectID should be OBJECT IDENTIFIER ::= { xyz } 1.3.6.1.4.1.234.9.1.9 So I changed my code to register oid for sysObjid to 1.3.6.1.4.1.

sysObjectID in private enterprise namespace

2010-03-19 Thread Sudarshan Soma
Hi All, I am newbie to snmp. As part of one of the vendor request, I am trying to put the sysObjectID access to this namespace (1.3.6.1.4.1.234.9.1.9) sysObjectID should be OBJECT IDENTIFIER ::= { xyz } 1.3.6.1.4.1.234.9.1.9 So I changed my code to register oid for sysObjid to 1.3.6.1.4.1.

max string size support in snmp_add_var

2009-07-15 Thread Sudarshan Soma
Hi All , I was using ucd-snmp-4.2 package for snmp support. When i try to send snmp message of length more than SPRINT_MAX_LEN, it crashes in snmp_api.c at this line strcpy((char*)buf, value); // as buf is of max size SPRINT_MAX_LEN,. I have applied the following patch to fix the problem http://