17:00:19 #startmeeting security 17:00:20 Meeting started Thu Jan 7 17:00:19 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:21 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:22 #chair hyakuhei 17:00:23 The meeting name has been set to 'security' 17:00:25 Current chairs: hyakuhei tmcpeak 17:00:26 whaddup! 17:00:29 o/ 17:00:30 yo yo 17:00:35 heyo/ 17:00:41 Happy 2016 security peoples! 17:00:45 o/ 17:00:50 #link https://etherpad.openstack.org/p/security-20160107-agenda 17:00:51 \o/ likewise =) 17:01:08 hi 17:01:23 o/ 17:01:35 allright, full house 17:01:35 o/ howdy, all 17:01:53 hey, I wonder if we'll have many people along? 17:02:08 First meeting of 2016, also the last meeting before the mid-cycle! 17:02:25 hi 17:02:31 mhayden: Are you around at all? 17:02:31 woot 17:02:45 o/ 17:02:45 #topic MidCycle 17:02:48 hi 17:03:04 Lots of people here, how exciting! 17:03:15 #link https://etherpad.openstack.org/p/security-mitaka-midcycle 17:03:31 It would be very useful if people could update the list of interested folks 17:03:34 To say if they're coming 17:03:38 or if not 17:03:48 yea, i crossed my name off =( 17:03:51 happy new yer 17:04:22 oh no elmiko :( 17:04:31 appreciate if people can update the page with their availability. 17:04:34 what ! 17:04:42 elmiko: You are not coming :-( 17:04:42 can you post the link again, i missed it 17:04:48 Outrageous - I'll be sending redhat an angry letter 17:04:50 https://etherpad.openstack.org/p/security-mitaka-midcycle 17:04:51 sadly, no 17:04:52 #link https://etherpad.openstack.org/p/security-mitaka-midcycle 17:04:57 hyakuhei: haha, thanks ;) 17:05:04 elmiko: thats a shame :( 17:05:04 ty 17:05:26 this is unacceptable. 17:05:34 Completely. 17:05:39 lol, i'm gonna forward this irc log to me bosses 17:05:48 we demand elmiko! 17:05:51 +1 17:06:25 So all might not be lost, dg__ is going to try to participate remotely 17:06:36 and we were even talking about trying to lead a session remotely 17:06:40 Im going to give it a try, be really good if we can do it remotely 17:06:43 interesting... 17:06:46 which is exciting 17:06:56 Any suggestions on how we can best achieve this would be appreciated. 17:06:57 dg__: +1 17:07:12 Twitch 17:07:17 hahaha! 17:07:20 stream people doing work and open up for commentary ;) 17:07:23 yes, definitely yes 17:07:27 michaelxin: do our cameras work with Skype, I wonder? 17:07:28 lol 17:07:42 I do no think that room has VC 17:07:50 ccneill we can do a public link can't we? 17:07:54 "wow, it certainly appears that Rob's whiteboarding skills have skyrocketed since last time" 17:08:14 hehe 17:08:14 yeah we can do a hangout or something, it's just more whether they'll be able to hear us 17:08:24 laptop mics are notoriously bad for whiteboarding sessions 17:08:26 If possible, we need the list of names of companies for folks 17:08:42 I though those rooms do have VC? They're the same ones g_swift used right? 17:08:44 so that we can pre-register you all to save check in time. 17:08:45 Should we just throw them on the Eetherpad ? 17:08:55 welcome nkinder ! 17:09:00 * nkinder sneaks in late :) 17:09:02 greg_a: no 17:09:18 michaelxin: should we just throw on etherpad? 17:09:29 nkinder: elmiko can't come to the mid-cycle..... sort it out kthnxbye! 17:09:39 tmcpeak: That will be great. 17:09:44 sweet 17:09:50 if only nkinder were my boss ;) 17:10:00 dammit Rob, didn't you take the training? it's "Hewlett Packard Enterprise" 17:10:05 well he's someones boss damnit! 17:10:14 lol, too true 17:10:17 Ade is going from my team at least 17:10:20 tmcpeak: So long as we don't call it HP Enterprise we're ok 17:10:20 We need a more accurate number. 17:10:23 whoops 17:10:27 I saw that video about "Hewlett Packard Enterprise." It was well-done. 17:10:35 :D 17:11:02 ok I'm gonna make a "confirmed" section to make this easier to read 17:11:08 It's going to be very interesting overlapping with Barbican 17:11:09 ccneill: ++ 17:11:14 +1 17:11:36 gee, we have 26 17:11:36 So the topic list is looking a little devoid of content 17:11:55 nkinder - you can't make it either? 17:11:56 michaelxin: at least half won't show up 17:12:26 although in this case we might do better, lot of Rackers :) 17:12:26 hyakuhei: nope. :( Have another trip coming up, and it's too much to do back to back 17:12:52 ccneill: Thanks. 17:13:02 nkinder: That's a shame, it would have been good to have you but I understand what you're saying, first few months of the year always seem to be travel heavy. 17:13:28 nkinder: we will miss you for sure. 17:13:32 So tkelsey, tmcpeak does one of you want to lead the bandit sprint/work? I filled in some fluff around it 17:13:45 I'm happy to do it 17:14:00 hyamauchi: tmcpeak or I will :) 17:14:04 we've got three people interested in working on the security guide but sicarie can't make it which makes me wonder what we should do about that section 17:14:13 I want to talk about comfig stuff etc 17:14:19 ooph.. 17:14:30 well tmcpeak or tkelsey can you add some meat around the bandit section on the agenda please? 17:14:37 michaelxin: ditto for Syntribos 17:14:37 yup 17:14:43 cool 17:14:44 hyakuhei: got it. 17:14:48 Cheers 17:14:56 yeah maybe we should punt the sec guide without any of the cores making it 17:14:58 I'll do the same for Outreach 17:14:59 hyakuhei: depending on how much work we want to do on the sec guide, we could try to organize a virtual sprint for next week? 17:15:05 dg__: something for killick on there? 17:15:19 o/ 17:15:21 heh I didn't see you had outreach 17:15:29 I'll paste the bit I had in evangelism there 17:15:32 * redrobot is running late today 17:15:43 elmiko: sicarie - that could work. On last review it was a little short on things like policy configurations, in fact that's _horribly_ documented everywhere for everything 17:16:01 Tried working out what afew things meant yesterday, burned a whole day dragging through code. 17:16:09 hyakuhei: we could use a nice guide on policy in general, +1 17:16:11 yep 17:16:31 hyakuhei yeah I figured you could cover killick 17:16:33 dave-mccowan, sigmavirus24, KarthikB: wasn't sure if y'all were confirmed or not; copy yourself to the "confirmed" list on the etherpad when you get a chance if you are 17:16:33 That'd be an interesting thing to tackle, maybe a sprint on policy chapter/section 17:16:48 we can continue updating these agenda 17:16:50 ccneill: I'm definitely going to be there. 17:16:55 shweet 17:17:22 hyakuhei: right, if there are enough folks who want to work on it, we could definitely participate remotely on the content with respect to reviews and laying out the chapter/section 17:17:50 Everyone happy to follow a similar unconference style to the last few? I think it helps keeps things flexible and stops pigeon holing 17:17:59 yeah, I like the way it's been going 17:18:07 unconference is fine. 17:18:13 ok good, makes it easy to changs things if it's going wrong too I guess :P 17:18:17 What should we do with Baribican 17:18:20 ? 17:18:21 unconference? like propose topics first day, schedule them out for the rest of the day? 17:18:29 michaelxin hyakuhei I'm here to talk about that :) 17:18:32 I'm coming, I'll update the etherpad 17:18:41 Should we plan some sessions with Barbican team together? 17:18:45 redrobot: yeah, we'll have topics on the etherpad 17:18:59 redrobot: +1 17:19:03 looks like we have pretty good turnout 17:19:06 and we normally split up into two-three groups and work on a topic each for half the day 17:19:07 what's the food situation? 17:19:27 I like that idea... maybe I'll try that with the Barbican folks for our side of the midcycle 17:19:28 tmcpeak: what do you want? 17:19:37 michaelxin: are you guys ordering? 17:19:53 tmcpeak: Yes 17:19:53 this is our etherpad btw 17:19:54 #link https://etherpad.openstack.org/p/barbican-mitaka-midcycle 17:19:59 michaelxin: awesome! thank you 17:20:02 Here is our plan. 17:20:12 We will order breakfast, lunch for every day. 17:20:29 We will have dinner and happy hour on Tuesday night. 17:20:30 michaelxin: HEROS! 17:20:43 sweet! our RAX overlords are good 17:20:47 hehe 17:20:57 remember, we're in breakfast taco country too ;) 17:20:57 hyakuhei: How about HP sponsoring one night? 17:21:01 I'll try to get some funmoney too, either to throw in on Tuesday or do something another night 17:21:04 ^ 17:21:05 Should be fine 17:21:06 sweet! Can you guys set up a hangout for happyhour too? 17:21:08 ccneill: awwwyeahhh 17:21:13 Haha yes 17:21:24 dg__: we will send you pictures. 17:21:24 breakfast taco... /mind-blown 17:21:26 dg__: :P 17:21:30 :D 17:21:58 elmiko: see what you're missing out on?! 17:21:58 you guys need to check in first. 17:22:02 :D 17:22:09 ccneill: inorite 17:22:18 We will have rackers in the front to greet you and lead you to the room. 17:22:31 lol 17:22:33 elmiko: you still have time. :-) 17:22:43 elmiko: talk with you boss again. :-) 17:22:57 Sounds like a dealbreaker to me... 17:23:17 michaelxin: i told him about the threats of angry letters ;) 17:23:24 btw, if anyone is coming early to spend Monday with Barbican, please sign up on our Eventbrite so we can plan for food accordingly. 17:23:27 It would be nice to make sure we integrate with the Barbican lot 17:23:34 redrobot: tkelsey and I will be there early 17:23:51 redrobot: yuo 17:23:58 redrobot: *yup 17:24:09 tkelsey hyakuhei https://www.eventbrite.com/e/openstack-barbican-mitaka-midcycle-tickets-19784674494 17:24:12 ty 17:24:18 redrobot: I'll be there first thing Tuesday as well 17:24:39 So I hope to drop into a number of barbican sessions 17:25:04 would probably be good if we could get a few barbican reps when discussing bandit gate jobs too 17:25:13 I've got some Bandit stuff to chat about also at some point\ 17:25:14 hyakuhei ok... I'm liking this unconference idea more and more... that way we can have a schedule for people who are hopping between the two 17:25:21 ccneill: +1 17:25:22 lessons learned, sticking points, tips for easing adoption, whatever 17:25:27 Yeah, we normally just throw it all into etherpad 17:25:42 So in the morning we take 5-15 minutes to talk about the day before and what group will work on what 17:25:45 redrobot: Thanks. 17:25:54 That all goes on the etherpad, rinse-repeat after lunch 17:26:04 ccneill: I have put some words in the pad about Bandit, please chip in with your input :) 17:26:19 It'd be really great to get some Barbican people dropping in 17:26:24 we usually do etherpad as well, but we just go down the list... I think actually assigning time slots would work well for crosspollination 17:26:32 tkelsey: sure thing 17:26:41 LBaaS is at the same time, I don't know if we'll need security crossover but we'll also be doing barbican crossover some :P 17:26:45 I'll try to stick around for Thursday & Friday with you guys. 17:26:48 * rm_work hides 17:27:04 likewise if anyone is staying for the extra days (Thursday/Friday) let us know on the etherpad 17:27:18 rm_work: Excellent! 17:27:34 (LBaaS midcycle is Tuesday-Friday) 17:27:57 tmcpeak: tkelsey Maybe, as there are LBaaS and Barbican people around, a workshop session on writing Bandit tests would be useful 17:28:09 Gotcha's, clever stuff, debugging, filters etc 17:28:13 hyakuhei: can do 17:28:15 sure, that sounds like a great idea 17:28:18 As a separate thing to the development sessions 17:28:37 it's a lot easier to just see it face-to-face than try to figure it out from docs 17:28:43 So it gets scheduled separately 17:28:46 Yeah totally 17:29:19 good iea 17:29:22 idea 17:29:32 tmcpeak: and we can use that new knowledge to write better docs :) 17:29:55 yeah, docs are one thing I'd really like to get better. We've got feedback that it's tough to learn how to use in some cases 17:29:59 ccneill: +1 17:30:08 Excellent. 17:30:27 I was hoping mhayden would be around so we could add some content around the ansible-security topic 17:30:43 yeah, I'd love to spend a session or two playing with that stuff 17:30:49 it looks like he is coming 17:31:35 Yeah, I think he works in the castle 17:31:40 Also, is it really a castle. I hope so 17:31:52 I was thinking the same thing 17:32:09 +1 17:32:20 if there is a place where you might actually get a castle it's Texas 17:32:41 hyakuhei used to be a mall :-O 17:32:41 haha well, we need some ramparts and a moat 17:32:45 but it's at least as big as a castle 17:33:10 https://www.google.com/maps/place/Rackspace+Hosting/@29.5083528,-98.3939156,3a,75y,43.2h,90.98t/data=!3m8!1e1!3m6!1sZeaJCgozmlHTIpjXs0IBBA!2e0!3e2!6s%2F%2Fgeo0.ggpht.com%2Fcbk%3Fpanoid%3DZeaJCgozmlHTIpjXs0IBBA%26output%3Dthumbnail%26cb_client%3Dsearch.TACTILE.gps%26thumb%3D2%26w%3D129%26h%3D106%26yaw%3D70.909088%26pitch%3D0!7i13312!8i6656!4m5!1m2!2m1!1srackspace+san+antonio!3m1!1s0x865cf358fc55c7c3:0xdfd632e8e5ff24a2 17:33:14 hyakuhei: Major is coming. 17:33:21 I already contacted him 17:33:30 excellent 17:33:37 looks kind of castl-y 17:34:02 pfft. Americans think they know what castles look like 17:34:09 *cough* disneyland 17:34:14 hah ^this 17:34:19 the closest things we have to castles are shopping malls 17:34:23 we do. they look like White Castle 17:34:28 hyakuhei: lol 17:34:28 lol 17:34:29 please check the https://etherpad.openstack.org/p/security-mitaka-midcycle. We will add some useful information like direction, contact number, etc. 17:34:46 Yeah, I guess McMansions aren't exactly castles. :) 17:35:13 #link https://www.youtube.com/watch?v=OV2PbKpsMRk <- where the history comes from. (For after the meeting, obvs) 17:35:17 problem is, castles usually don't have escalators 17:35:23 Americans are too fat to climb castle walls 17:35:30 (myself included) 17:35:31 ouch. 17:35:32 lool 17:35:32 guilty 17:35:37 hyakuhei: sorry, just got back from a mtg 17:35:43 ccneill: haha 17:36:02 the Texas BBQ isn't going to help with the fat either 17:36:18 mmmmm BBQ :D 17:36:19 hey mhayden - so we were just discussing the midcycle 17:36:20 I'm going to have to arrange a wheelbarrow to the airport 17:36:33 I notice that the ansible security work is down as a topic 17:36:37 hyakuhei: woot, yes 17:37:08 Could you add one-two sentances to the topic? So people know what they're signing up for please? 17:38:01 hyakuhei: absolutely -- could you link me where i need to add the verbiage? 17:38:20 https://etherpad.openstack.org/p/security-mitaka-midcycle 17:38:25 #link https://etherpad.openstack.org/p/security-mitaka-midcycle 17:38:33 tsk, michaelxin you're too fast man 17:38:49 The power of the castle 17:38:50 So my big bossman says we'll pay for a night out / beerage / something 17:38:54 i think michaelxin is overclocked :) 17:38:58 hah 17:39:04 hyakuhei: awesome! 17:39:07 hyakuhei: +1 17:39:13 great 17:39:43 this is gonna be a barn burner, y'all! ;) 17:39:48 hyakuhei: mind if I discuss some new Bandit stuff? 17:39:58 'course 17:40:00 #topic Bandit 17:40:24 ok so I did some work before Christmas to figure out the best way to get projects to use bandit-baseline as part of a voting gate 17:40:35 should we be planning to make a few slides on our topic? or just discussion + dive into the code? 17:40:49 initially I was thinking we'd just have it as a template job projects could use, but the problem is that requires all the overhead of spinning up an entire new machine in CI 17:40:50 * mhayden is a general midcycle noob ;) 17:41:05 mhayden: slides help 17:41:06 the infra folks and I came up with a solution that we'd have a new target 17:41:10 'python-jobs-linters' 17:41:26 that does the exact same as 'python-jobs' except it calls 'linters' tox target instead of 'pep8' 17:41:36 and then you can add Bandit and whatever other linters you might have in the linters section 17:41:51 so basically bandit-baseline will now be run as part of your regular python-jobs voting check 17:42:01 we've already done this for Bandit itself and I threw up some directions 17:42:12 this should make it really easy for new projects to adopt Bandit gates 17:42:18 mhayden: yeah a couple of informal slides if it's the first time something has been covered at a midcycle or is generally new/shiny. 17:42:21 so would multiple linters appear as that single job? 17:42:32 browne: yes 17:42:45 that was a concern of mine as well, but in the end it's fairly easy to find which is which in the log 17:42:46 michaelxin / hyakuhei: got it 17:43:06 so now when 1 fails you need to dig in order to figure out which one? 17:43:07 also we advise making a separate target so you can still run tox -e codesec 17:43:09 and tox -e pep8 17:43:20 browne: yeah, but you have to dig in to find out why anyway 17:43:36 if my pep8 fails I have to dig through the log to see why anyway, right? 17:43:51 i guess before it was at least clear which linter failed. i liked the separation 17:44:36 browne: I would have preferred it that way too, but to spin up a separate machine in infra just to run Bandit checks seems excessive and they assured me there weren't many better ways 17:44:43 s/many/any 17:44:45 was there a reason infra wanted that? does it use less hardware? 17:44:57 tmcpeak: ok 17:44:58 I also liked the separation. 17:45:01 tmcpeak: Containers? 17:45:25 bknudson_: yeah, it uses less hardware. They have to spin up a separate machine for each new job. There is no way to run jobs serially on the same hardware, they're all designed to run in parallel 17:45:30 I thought it reused already-booted machines. 17:45:39 My NY resolution is to containerize all the things. 17:45:44 bknudson_: hmm, that's not what they told me 17:45:50 hyakuhei: yeah, containers would be much better 17:46:02 no reason why you couldn't drop the current code and Bandit in a container 17:46:14 I don't think infra is set up that way though ;) 17:46:24 one of the nice things about bandit vs pep8 is that it doesn't require installing all the service's test-requirements. 17:46:32 pfft, there must be a way to sideload docker without them noticing. 17:46:36 * hyakuhei should stop "helping" 17:46:59 tmcpeak: how does the voting vs. non-voting linters work now? i assume they are always voting 17:47:05 bknudson_: agreed, we've been using Bandit this way for a couple of weeks now though and in practice you don't notice it. It's just run as part of normal 'python-jobs' 17:47:34 browne: yeah, always voting. The idea is that you set a profile or filters that you're willing to abide by and then you're using a differential run so not getting old issues dragged up 17:48:35 I'm definitely open to other ways of doing this though 17:48:57 in the end I couldn't justify having to spin up a whole new instance just for a separate output report from Bandit though 17:49:25 also other projects don't have to do it this way, they're still free to set up whatever they want, it's just what I got going to lead the way 17:49:48 to me if its a hardward issue, then rearrange how hardware is scheduled. rather than change the usability to the end user. but i can understand 17:50:24 browne: yeah, that sounds reasonable to me too. Maybe we can chew this over at the midcycle more, your and bknudson_'s concerns occurred to me as well 17:50:30 it's kind of the compromise I struck with infra 17:50:41 it's best to keep infra happy 17:50:45 question: would it be worth it to folks to have a separate machine 17:50:51 if they were running BOTH bandit and syntribos? 17:50:54 i.e. a "security" job? 17:51:08 then we have bundled reports for Syntribos and Bandit ;) 17:51:20 that's an interesting thought 17:52:07 at least then you're getting your money's worth for the machine 17:52:17 and you could do the same thing tmcpeak was talking about with tox I assume 17:53:01 interchangeable logs/finding format wouldn't be such a bad thing either :) 17:53:13 fwiw projects that really want a separate tox target for bandit baseline can do it, and I'm sure infra will approve. I just don't think the wanted me making a template to do it 17:53:25 ah 17:53:25 ccneill: true 17:53:45 that's all I had for Bandit, we can probably discuss more at midcycle 17:54:13 excellent 17:54:17 Anything else people? 17:54:49 ok then thanks everyone! 17:54:50 #endmeeting