OpenBMC 11/27 community telecon - Minutes

Brad Bishop bradleyb at fuzziesquirrel.com
Thu Nov 30 03:36:00 AEDT 2017


The minutes are not very good this week.  Apologies.

As always, If there are any errors or omissions please just reply with
a correction.

Thx - brad

OpenBMC Community Teleconference 11/27 Minutes
--------------------------------

Andrew J
Adriana K
Milton M
Jeremy K
Sai D
Andrew G
Eddie J
Joel S
James M
Nancy Y
Yong L

———
User Management

Milton - stories about user management - has anyone spelled out how thats going to work
Brad - no-one has done any (public) design yet
James - have something internal, based on ipmi
Brad - is dbus on the table?
James - will check into user design to possibly share.
Milton - areas that need discussion or agreement, concept of user roles -> map to groups, is a user in one group only?  is everyone allowed to ssh in?  is ssh limited?
Jeremy - approach of using PAM makes sense.  use whatever backend necessary.  3 roles required for IPMI.
James - intel considering PAM as well.
Nancy - is it possible to limit a user to how they login (over ipmi or ssh?)
Jeremy - yes
Brad - do we need dbus?
Jeremy - possibly not?
Nancy - IPMI should not go thru pam - some abstraction needed?
Jeremy - PAM is already an abstraction.
Brad - is there any shared logic between applications using PAM?
Jeremy - not really much duplicated.
Milton - are users common across interfaces?
Jeremy - yes.
Brad - when does it make sense to invent a dbus api and when doesn’t it?
Jeremy - do we need processes to communicate in a new way?  In this case the established PAM API dictates that.
James - asked team to finalize draft to get submitted for review.

—————
Secure Coding Guidelines

James - banned apis, what are thoughts on that?
Jeremy - hard disallow is tough - could be warnings?  documented anti-patterns?
Brad - lets do a patch on the list

—————
Multi Image Support

Nancy - what class of configurations?
James - x86, power, switch, etc.
Nancy - didn’t know this was possible.  very interesting.




More information about the openbmc mailing list