Zero-day exploits are security holes that exist and are used by bad actors, but aren’t yet known to you, or anyone capable of closing the hole. The clock to patch the hole doesn’t start running until the exploit is known: it stands at zero days until the good guys know it exists.

What zero-day exploits exist for ssh?

By definition, you don’t know. So, you block root login, and hope the bad actor doesn’t also know a zero-day for sudo.

I never got beyond proof of concept, and definitely didn’t keep any documentation.

I used voip.ms as a VPN trunk provider. They handled the incoming and outgoing calls to/from the PSTN, connecting them to my server.

If you’re not familiar with Tasker, I wholeheartedly endorse it. I thought it was a little unintuitive at first, but I use it for all kinds of things now.

I had a setup with a remote Asterisk server, and a Tasker app on my phone.

If I pressed a button on the phone, it placed a call to the Asterisk server, which dumped the call into a recorded conference room.

That was simple enough. The fun part happened next. The cops are always shown telling stopped subjects to stop recording and hang up phones. They’ll take the phone out of your hand, and attempt to delete recordings. I wanted to address that.

I worked out a script on the Asterisk server where if the phone hung up, it would immediately dial back, and dump the call right back in the recorded conference room. Tasker on the phone would silently answer a call from that number.

That was about as far as I got. I had planned on some way of the asterisk server dialing a contact list and adding them to the conference.

I didn’t even know I needed to edit my prompt, but now I don’t know how I have lived with it for so long.

You can even add a search plugin directly in the client.

Huh. Well, that’ll make things easier.

Not all providers deserve your business.

Try Briar.

My advice: Don’t setup dual boot.

Instead, setup Virtualbox in your Linux instance, and install Windows in a VM. You’ll have access to a windows “crutch”, without having to leave Linux to use it.

Wow.

That’s… Awesome.

Edit: That has pretty much every major feature I’ve been looking for.

Long shot, but does anyone know of any mapping app where you can easily project a bearing/azimuth line, or a point a given bearing and distance from another point?

The only app I’ve found so far that can come close to what I need is Backcountry Navigator, which has a terrible UI. Everything else seems to be focused entirely on GPS navigation from where you are now to a known destination; I have yet to find one that allows even basic triangulation, to be able to identify the location of an observed object.

Dual boot sucks donkey balls.

Install virtualbox and spin up a Windows VM on a Linux host.

Fuck all that.

Install Linux, any flavor. Install virtualbox, and set up a Windows VM. Go ahead and install any of your windows bullshit on that VM. That’s your crutch, your failsafe: a windows instance that you don’t have to leave Linux to access.

Save snapshots before and after any changes, so if/when it goes to shit, you can roll it back to where it was still working.

My first thought (which probably isn’t the best method, but I’ve done similar before) is an Arduino between the mouse and the system. The Arduino normally just passes the mouse commands to the system, but it listens for the button and blocks movement if it sees the button press.

Because it’s all done in hardware, this method would be system-agnostic. You could plug it into anything.

I used a Teensy 3.6 for a similar project.

There is an IOS app for hot air balloon pilots called “Hot Air”. There is a similar app for Android that… Leaves much to be desired.

There’s several functions that are needed. First, we need a map. We need to be able to enter waypoints and/or polygons charting landing zones, prohibited zones, targets, etc. we need an easy way to select targets, and our bearing and distance to those targets.

For planning purposes, we need a bearing line that we can place and move on that map. We need to be able to easily drag and drop each end of the line, and get the bearing and distance between the endpoints.

Next, we need track recording. It should record a ground track during flight, preferably with altitude information, and notes about the flight.

Next, a wind map. The wind speed and direction varies considerably by altitude. It needs to record direction and speed as we climb and descend, telling us what altitude has winds favorable for our current target.

Bonus points if we can prepopulate that wind map with data from a “pibal” (pilot balloon; a simple latex party balloon released and tracked with compass and stopwatch before a flight)

Next, coordination with other pilots and ground crews. 3D location sharing between participants; wind map data shared between pilots.

I’m not a fan of this approach. I think the idea that users should never touch a command line is an inherently proprietary philosophy. Without the command line, at any given moment, the user is fundamentally limited to whatever options the developer elected to offer.

I think a good GUI will assist a user in learning text configuration and command line functions.

“Hey, developer, your software is just about perfect for my use case, I just need to make this one small change. Can I go ahead and do that?”

"Sure, you can make that change, just as soon as you pay us $X. Oh, and we are planning on including that feature in the next release, so you can go ahead and buy that from us.

VPN server and any NAS or other network file share.