17:00:28 #startmeeting security 17:00:28 Meeting started Thu Mar 24 17:00:28 2016 UTC and is due to finish in 60 minutes. The chair is tmcpeak. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:32 The meeting name has been set to 'security' 17:00:33 #chair hyakuhei 17:00:34 Warning: Nick not in channel: hyakuhei 17:00:35 Current chairs: hyakuhei tmcpeak 17:00:40 o/ 17:00:40 whatup whatup 17:00:43 hi 17:00:44 hi 17:00:50 o/ 17:01:05 Sup y’all 17:01:15 o/ 17:01:27 yo hyakuhei 17:01:44 o/ 17:02:11 o/ 17:02:19 #link https://etherpad.openstack.org/p/security-20160324-agenda 17:02:24 o/ 17:02:25 ^ da agenda 17:02:42 wootles 17:03:07 hi 17:03:07 allright, let's get started 17:03:18 #topic Anchor 17:03:30 saw 0.4.0 is out, eh? 17:03:37 tkelsey, hyakuhei 17:03:50 Yeah there was an announcement and everything! 17:04:19 hyakuhei: oh nice on getting the announcement out :) 17:04:23 It’s pretty stable now, don’t expect much more to happen 17:04:28 sick 17:04:31 Yeah it’s 97% stans work :D 17:04:35 (viraptor 17:04:36 well what about 1.0 then? 17:04:50 Needs 3% more work from Stan :P 17:04:57 lol 17:05:06 Mr. Raptor is a beast 17:05:26 what else do you guys need to get it 1.0 status? 17:05:37 just bug fixes or new features? 17:05:38 stan the man 17:05:39 TBH I’m not 100% sure. Not much though. 17:05:56 +1 17:06:01 I feel like Stan should be coming to these meetings, it's only like 2AM there, right? 17:06:16 I know right! 17:06:21 heh 17:06:23 where is Stan? 17:06:28 Australia somewhere 17:06:29 Aus 17:06:41 Somewhere it’s both warm and snowy. I don’t understand how that work.s 17:06:46 Got it. Thanks. 17:07:03 allright cool, maybe we can put a roadmap for 1.0 at some point 17:07:09 would be nice to declare a victory :) 17:07:36 http://apjjf.org/data/bush_mission_accomplished.png 17:07:48 there is also the question of openstack-iness of anchor, imo 17:07:52 security is fixed, you can all go home 17:08:00 elmiko: let's discuss 17:08:04 maybe on the roadmap for 2.0 17:08:35 elmiko: what you have in mind? 17:08:38 well, from my initial browsing of the code for anchor i felt there was room to bring its apis more in alignment with the openstack community 17:08:48 ahh cool 17:08:55 and i think there were a few other minor details 17:08:57 but, 17:09:04 elmiko: +1 17:09:16 when i brought this up before we kinda descended into a discussion of how "openstacky" anchor should e 17:09:19 *be 17:09:20 elmiko: would you mind filing these concerns in launchpad so we can track them? 17:09:34 regardless it should at least be on the table for discussion 17:09:38 elmiko: interesting, perhaps put up a blueprint for it ? 17:09:46 +1 yeah that ^ 17:09:52 i can, but i think it would be appropriate to talk with the anchor team first to make sure they are cool with that direction 17:09:54 Yup yup 17:10:05 ok, if you guys want to debate it over a bp i'm down with that 17:10:17 yeah it's been a while since we had a nice bikeshed party 17:10:20 elmiko: its simpler to use async comms with TZs 17:10:22 hehe 17:10:29 tkelsey: ack 17:10:42 cool, anything else for Anchor? 17:10:52 #TODO elmiko to file grievances in BP form 17:10:56 i have a feeling my suggestions might be quite disruptive though, just a warning 17:10:59 LOL 17:11:00 rofl 17:11:03 that's what we love about you 17:11:12 ;) 17:11:23 #topic Bandit 17:11:24 That’s fine. 17:11:30 tkelsey: you've been doing most of the work, what's up here? 17:11:34 ok, so 1.0 is so very close now :) 17:11:36 OpenStack isn’t the _only_ target for Anchor though ;) 17:11:53 I had a quick poll of the cores and I think everyone was happy with the features now 17:11:59 yep yep 17:12:19 hyakuhei: right, which is why i kinda backed off before 17:12:24 so its just bug hunting and fixing, we need a single patch to oslo.messaging to land so browne can get the integration tests green then we are good to go 17:12:29 It’s good to have the discussion :) 17:12:44 hrmm, I probably changed topic too quick ;) 17:12:47 cool 17:12:51 I'm caffeinated and twitchy 17:12:54 nah, no worries 17:13:05 I have a few people (internal and external) asking about bugs in 0.17.3 that are fixed in in master 17:13:12 cool, browne: what's the status with your infra patch? 17:13:14 so I really want to get the release rolle ASAP 17:13:21 rahulunair: welcome 17:13:22 yeah 17:13:39 so what do you guys think about doing a 0.99 with all this stuff and then fix bugs to 1.0? 17:13:49 I would sooner go full 1.0 17:13:59 I just want 1.0 to be really well tested 17:14:06 1.0 sounds better 17:14:10 since this will be the first time many have seen Bandit I want to make sure it's damn good 17:14:26 at least a week of real hammering 17:14:42 but like you said tkelsey there are bugs in 0.17.3 that have been fixed 17:14:53 and our new config-less option is ready to go, so would be good for people to start using it 17:15:01 tmcpeak: waiting on https://review.openstack.org/#/c/286506/ 17:15:01 alternatively we could update infra to remove oslo.messaging from the integration for now 17:15:36 browne: yeah, it may come to that. I think I may have to push something monday 17:15:43 that seems ok, this one looks bogged down 17:15:55 i think the most likely problems we'll have with the 1.0 release is some obscure project using the very initial bandit.yaml which doesn't properly work anymore 17:16:06 o/ 17:16:11 ;P 17:16:12 that's not our problem though, we've always said this is development status 17:16:31 that's the big difference between 1.0 and prior to 1.0 IMO 17:16:37 browne: yeah, though I think I have that covered (i'll confirm by grabbing the first config from git and using it) 17:16:38 yeah 17:17:18 ok so what timeframe you guys thinking for 1.0? 17:17:19 tkelsey: might be worthwhile to put that in a unit test 17:17:32 browne: yeah thats not a bad idea 17:17:48 1) remove oslo from integration tests 2) merge in flight stuff 3) test for a week 4) profit? 17:18:01 3 test for 4 days :P 17:18:21 I have to insist on at least 4.62 days tkelsey, final offer 17:18:32 haha 17:18:40 is that working days? and can we shift for timezones 17:18:48 allright cool, well we'll keep going with this strategy 17:18:53 seems like we're well on track for summit release 17:19:07 anything else on Bandit? 17:19:18 yeah that wont be a problem, its only the bugs in 0.17 that are pushing things a little ahead of schedule 17:19:27 yep yep 17:19:38 once 1.0 is out then it should be back to release early, release often 17:19:45 cool 17:20:00 #topic Sec Guide 17:20:06 elmiko: sicarie 17:20:11 pretty much the same 17:20:15 a few bugfixes 17:20:29 sweet 17:20:29 We had a good merge on glance image validation I’m going to do a blog write-up for 17:20:35 you guys doing anything for it at the summit? 17:20:39 we had input on that yesterday, will probably get more contributions 17:20:44 No, but that’s a good idea 17:20:51 elmiko: Barcelona? 17:20:52 :D 17:21:18 hehe 17:21:20 could be 17:21:23 if you do I'm going to attempt to barrel my way into sec guide participation 17:21:43 tmcpeak: please do, we could use more bodies =) 17:21:51 +1 17:21:57 that’s all I have on the sec-guide 17:22:02 #topic Syntribos 17:22:08 and i don't think we signed up for a sec-guide session, i suppose we could piggyback on doc team 17:22:11 michaelxin: ccneill etc 17:22:22 before we start 17:22:43 we have a new intel team member join us today 17:22:48 sick 17:22:49 who? 17:22:55 rahulunair: Would you please introduce yourself? 17:23:14 Hi all, I am rahul, just joined the team a day back. 17:23:14 Now, we have two rackers and one Intel team member working on this. 17:23:21 full time 17:23:22 awesome! 17:23:39 now, it is ccneill, mdong and rahulunair's turn 17:23:46 good stuff 17:23:51 :) 17:23:53 welcome, rahulunair! 17:23:59 +1 welcome! 17:24:03 yep, welcome to the team, rahulnair! 17:24:18 welcome! 17:24:20 welcome aboard rahulunair =) 17:24:43 as Michael said, as part of Rackspace’s OSIC initiative, we now have three people dedicated full time to work on Syntribos 17:24:46 thanks all, i am excited to be here. 17:24:58 OSIC? 17:25:05 Welcome rahulunair :) 17:25:07 Rackspace and Intel 17:25:09 that's awesome, I'm excited to see Syntribos grow 17:25:14 Ah yeah, exciting times! 17:25:16 hyakuhei: http://osic.org 17:25:31 sorry, can’t have that sort of ommision! 17:25:45 ccneill: neat 17:26:19 very 17:26:23 so we have been using Syntribos to test Solum for the past two weeks, which has been pretty valuable as a test run to see how it performs in a real world environment 17:27:22 How did it do? 17:27:33 we’ve got a lot of work to do, but with 3 people now dedicated to this project, we’re going to have some real movement towards our goal of providing test coverage across Openstack products 17:28:01 That’s awesome 17:28:11 one of the things it’s taught us is that the tests we’ve written for it needs to be more robust 17:28:25 Very sensible 17:28:33 we're starting to track our weekly meetings on the OpenStack etherpad 17:28:35 #link https://etherpad.openstack.org/p/syntribos-planning 17:28:38 +1, very cool 17:28:41 nice 17:28:51 +2 17:29:04 there’s a whole bunch of blueprints 17:29:12 we typically do them on our internal video conferencing software, but if there are others who want to join, I imagine we can figure something out for more folks to join us 17:29:15 https://blueprints.launchpad.net/syntribos/ 17:29:34 we’ll be cleaning this up and prioritizing the blueprints in the very near future 17:30:12 this is impressive, looks like you're all tooling up to make something cool :) 17:30:26 we've also started tracking potential small roadmap items here\ 17:30:27 anyway I don’t have anything else on Syntribos, but I’m definitely excited for the potential of this project 17:30:28 #link https://etherpad.openstack.org/p/syntribos-glitches 17:30:52 these will probably get filtered into BPs eventually 17:30:54 cool, I'm excited to see how it goes 17:30:56 BPs/CRs 17:31:18 if anyone is an expert in sphinx + OpenStack docs, ping me after the meeting 17:31:25 very encouraging to see this level of progress 17:31:26 browne is :P 17:31:30 trying to figure out how to document the code, not just have a long README 17:32:01 cool.. 17:32:05 #topic Summit Planning 17:32:05 nice 17:32:05 i think we have enough knowledge around here that we could easily make a patch to syntribos to add a doc strucutre 17:32:16 elmiko: +1 17:32:18 who wants to do what 17:32:19 elmiko: that would be awesome :) 17:32:25 we have fishbowls, something, something 17:32:34 ccneill: i'll take a look at the code this afternoon 17:32:47 any fishbowls for BYOK? Or any news of adding it to the cross-project track? 17:33:05 I will be at summit now so I'll work with browne, bknudson, and redrobot to promote Bandit 17:33:15 great! 17:33:27 elmiko: awesome. thank you! 17:33:39 redrobot: Good question. I’m not sure. A feys ago the Design summit wiki/etherpad wasn’t up 17:33:40 hyakuhei: poke, BYOK 17:33:49 tmcpeak: +1 17:33:58 ^^ 17:34:02 :P 17:34:17 I’d like to have more to choose from here guys: https://etherpad.openstack.org/p/security-newton-summit-brainstorm 17:34:21 i also noticed there is a cross project session on the instance user issue, i think it would be worthwhile if a few ossp folks could attend that 17:34:27 (i'm going to try) 17:34:35 how big is a fishbowl? 17:34:39 what's the biggest room we have? 17:34:45 Will everyone be in the summit? 17:34:55 certainly not :) 17:35:09 fishbowl=large room, also listed on the schedule for wide audience participation 17:35:23 * ccneill won't be :( 17:35:28 Yup 17:35:34 elmiko: linky? 17:35:41 I won't be either :-( 17:35:42 how many design sessions will we have? 17:36:15 #link https://etherpad.openstack.org/p/newton-cross-project-sessions 17:36:40 Dank 17:36:42 *e 17:38:01 #action hyakuhei to add some cross project proposals for BYOK, Anchor, Threat Analaysis 17:38:05 in case anyone is interested 17:38:06 #link https://etherpad.openstack.org/p/newton-barbican-design-sessions 17:38:06 I wonder if we should do Bandit here in the cross project 17:38:13 Bandit overview 17:38:16 All can be done using Security time/space too if required 17:38:50 tmcpeak: it seemed to me that the intention of the cross-project stuff was to address issues and questions, not necessarily as intro/tutorial type sessions 17:39:04 elmiko: ah, gotcha 17:39:05 more design related 17:39:24 not a good opportunity to pimp Bandit gates? 17:39:46 could be, but address it like "should all projects have bandit gates?" 17:39:51 gotcha 17:39:54 or "we propose ..." 17:39:56 +1 17:40:04 +1 17:40:10 well if we're going to do one of those my vote lies with TA 17:40:16 speaking of that, i'm putting up a change to have sahara's bandit gate go voting =D 17:40:38 woohoo 17:40:41 elmiko: sweet! 17:40:50 wait, are you guys passing? 17:40:51 +100 17:40:52 :P 17:40:59 niice 17:41:01 tmcpeak: yup, went through all the issues and we are green now 17:41:02 or are you using baseline? 17:41:06 sweet! 17:41:30 took awhile because we use too much pickle 17:41:31 allright 17:41:55 pickle dependence is a hard habit to break ;) 17:42:06 heh, yeah 17:42:07 yay! 17:42:23 #topic OSSN 17:42:26 what did you replace pickle with? 17:42:58 yeah good question 17:43:46 elmiko: ^ 17:43:47 well, we haven't replaced it yet. but i went through and insured that our usage will not introduce security issues, that was the time consuming part. 17:44:05 ahh, would be good to add something to sec guidance based on whatever you find 17:44:11 we have a TODO to evaluate options in how we handle our ssh transactions (which are the majority of our pickle usages) 17:44:27 great 17:44:41 it makes me feel much better that it's ssh related. 17:44:50 elmiko: you have a code example you can point me to? 17:44:55 i really didn't want to just mark everything as nosec, so i did a deep dive on every warning/error produced 17:45:04 +1 17:45:09 tmcpeak: sure, give me a few 17:45:17 coool 17:45:26 so this is the part of the meeting we try to bum note writers 17:45:31 we've got a couple interesting looking issues 17:45:36 #link https://bugs.launchpad.net/ossn 17:45:49 #link https://bugs.launchpad.net/ossn/+bug/1507841 17:45:49 Launchpad bug 1507841 in OpenStack Security Notes "mongodb guest instance allows any user to connect" [Undecided,New] 17:46:01 this looks fun for anybody that wants to write a note and hasn't written one or hasn't written one in a while 17:46:42 anyways, please sign up for a bug if you're so inclined and have the bandwidth 17:46:49 I still need to go after one. 17:47:04 that sounds kinda bad 17:47:12 yeah 17:47:29 #topic AOB 17:47:35 tmcpeak: probably our most prominent example of pickle, https://github.com/openstack/sahara/blob/master/sahara/utils/procutils.py#L46 17:47:36 hyakuhei: have you been elected fearless leader again yet? 17:47:50 it used deep in sahara for deploying some specific commands to the cluster nodes 17:47:52 By default I think 17:48:07 #link https://review.openstack.org/#/c/293147/ 17:48:12 can i get a review of this please? 17:48:19 but, the commands that generated by the pickle are isolated to sahara's usage only and won't accept outside input. so i felt ok adding a nosec 17:48:35 gmurphy: sure 17:48:37 (changes to security guidelines) 17:48:43 guidance 17:48:45 or whatever its called 17:48:55 elmiko: thanks for the reference, I'll do some reads after the meeting :) 17:49:11 gmurphy: ack, i'll take a look 17:49:40 elmiko: wait, so what are you guys doing here? 17:49:51 why not use paramiko with parameterized input? 17:50:44 tmcpeak: i'd need to look into paramiko further, but that might be a possible solution 17:50:56 ok, yeah seems like a more direct way of doing what you're trying to do :) 17:51:01 maybe I'm missing context though 17:51:13 essentially there are some bits of python that we encapsulate and send to the cluster nodes 17:51:23 just make sure you wrap all calls with parameterization because paramiko runs on a shell 17:51:49 On the (off-)topic of summits, is anyone attending the Linux Collaboration Summit? 17:51:50 right, hence my todo. this needs a much deeper inspection to replace, its at the of some sahara functionality 17:52:01 *the core 17:52:03 cool, let me know if you'd like a second set of eyes 17:52:12 tmcpeak: definitely, thanks! 17:52:26 singlethink: sadly, not me =( 17:52:43 ooh Squaw 17:52:58 I'm actually going the squaw the following weekend 17:53:10 maybe I should build some business case to go a little early :P 17:53:17 = 17:53:32 Sorry ^^ cat 17:53:40 (I won't be able to make the OpenStack Summit but I thought it might be a chance to meet up if anyone's going...) 17:54:42 I think it would be interesting to talk about how we’re doing security for OpenStack at other open source-y conferences. 17:54:48 looks like some good security stuff here 17:55:01 hyakuhei: +1 17:55:07 hyakuhei: I think that would be useful 17:55:52 allright anything else or shall we wrap? 17:56:04 Wrap it up :) 17:56:10 allright, thanks everybody 17:56:11 #endmeeting