| Keith via plug on 16 Dec 2020 13:47:20 -0800 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| Re: [PLUG] OT: SolarWinds |
Coincidence? https://www.washingtonpost.com/technology/2020/12/15/solarwinds-russia-breach-stock-trades/
Regards– Bhaskar
Probably not...
For giggles, I did some armchair sleuthing to see if maybe there
was anything in the Solarwinds (SWI) options market that could be
seen as a long term strategic nation-state play for a financial
windfall on 12/14. Nothing really jumps out at me other than the
expected activity on one of the PUT contracts for the front month
(which expire this Friday). There's one or two interesting things
on the CALL side but nothing that couldn't be explained away.
On Wed, Dec 16, 2020 at 2:19 PM Fred Stluka via plug <plug@lists.phillylinux.org> wrote:
+1
--Fred
------------------------------------------------------------------------
Fred Stluka
Bristle Software, Inc.
http://bristle.com #DontBeATrump
#ShakeOffTheTrumpStink
#MakeAmericaHonorableAgain
http://MakeAmericaHonorableAgain.us/Trump/Countdown.htm
------------------------------------------------------------------------
On 12/16/20 12:34 PM, Keith via plug wrote:
>
> I would tend to agree that smaller companies shouldn't be cut any
> slack either and I really agree with the idea that MS, Zoom, etc are
> given way too much slack. For instance, I personally find it 100%
> unacceptable that any security company would base any sort of security
> infrastructure on Windows and yet, that is exactly the case why we
> have such an abysmal security situation generally. This is a
> different situation of course but for me, I'm more interested in
> resilience than prevention. The very first thing I tell people in any
> security conversation is that "something bad WILL happen, my job is to
> make sure you can still operate when it does.". Smaller organization
> **should** always from to be more agile and able to adapt quicker but
> too many chase the large guys. Resilience and operation durability
> is built through constant testing and red teaming. The reality is
> that that is easier to do when you are smaller but it **has** to be
> done by all. If you haven't broken your technology to understand your
> risks (and therefore how to mitigate them), you're doing it wrong and
> the bad people are going to teach you how.
>
> Funny how their lessons are initially free.
>
___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
-- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Keith C. Perry, MS E.E. Managing Member, DAO Technologies LLC (O) +1.215.525.4165 x2033 (M) +1.215.432.5167 www.daotechnologies.com
___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug