Re: [Isms] Moving into some design / architecture issues of Extended VACM
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Isms] Moving into some design / architecture issues of Extended VACM



Hi Randy,

Please find my reply inline.

<snipped>

>> (2) if one does not already exist, a corresponding entry is created
>> in the vacmSecurityToGroupTable.
> 
> That, I think, is a potential security hole that you could drive a whole
> fleet of trucks through.  Creating a table entry with some default, null or
> wildcard set of access control rules seems like a very bad idea.  It's good
> for ease-of-use, but bad for security.
> 
> 

<Kaushik> 

The issue I have with this model is that we are using the RADIUS
user-to-group mapping which is a temporal association valid for the duration
of the session and provisioning a persistent piece of configuration on the
SNMP engine. I am not sure the semantics match and this could create
potential problems around whether the RADIUS server or SNMP engine is
authoritative source for user-to-group mapping since entries can be added to
the vacmSecurityToGroupTable without knowledge of the RADIUS server.

Regards,
 kaushik

</Kaushik> 


Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.