I wonder how he tests it though; when writing tons of YAML for K8s or Ansible, you usually test it in a test environment before putting it in production. Unlike the other cases though, a bug in your YAML here can literally lead people to lose their lives.
For anywhere closer to the frontline than Kyiv this is almost completely useless. Travel time of even non-hypersonic ballistics, hell, even of glide bombs is so short you'd be listening to your alarm and the sound of explosions almost simultaneously.
BTW, also check out Kropyva, it's like Uber for artillery strikes. Very helpful with deleting Russians.
They're distributing the attack surface by using other services.
Also, nothing stops you from redistributing the structured messages through multiple channels.
Journalists who are updating these channels have their own sources in the Ukrainian air defense network as well as OSINTers who, for example, monitor Russian radio traffic using SDR, or even sometimes have people on the ground observing the take-off of planes in Russia and Belarus (horrifically dangerous, but there are ways to send this information somewhat safely; planes tend to be loud). If one of the journalists goes down for any reason, there will be other people writing updates. Each oblast also has their own channels where they announce attacks, some of them owned by the local administration, some by the emergency services. The air defenders themselves are a bit too busy to monitor and write this stuff; often, the best they can do is to write some short messages into a group chat or a Telegram bot before things go down, and even then, all parties involved have to balance providing an appropriate warning window with not letting the timing of this information to reveal the capabilities and locations of different kinds of Ukrainian observation stations. And this whole system has to be simple, since not every trained air defender is tech-savvy in general. Many don't know what an API even is. Many Ukrainians, too, wouldn't understand how to work with an API, but they can read the warnings in Telegram.
Also don't forget that the journalists who curate monitoring channels often also accept reports about the flight paths of missiles and drones from the general public, and while there are a couple of apps for that as well that send data from the phone's GPS and compass while the user is pointing the phone at the object, again, it's a matter of having several information channels that non-technical people can easily use. Even just writing to one of them that you just heard a cruise missile fly by, specifying your rough location, can be helpful, since radar coverage is not 100%. These messages then get relayed back to the people in the Ukrainian AA who are trying to intercept these things in real time.
Then there are the obvious security concerns, personal communications and group chat access can be vetted and it's hard to break the anonymity of Telegram channels from the outside to even be able to target the authors' devices with cyberattacks. While an API must be open to the world, and thus it immediately becomes a target.
It's a messy system but it works.
Kropyva is not available to the general public and it's very far from the capabilities of similar NATO systems, its strength lies in the fact that it's an Android app that can be used on cheap tablets, so it doesn't rely on the military-industrial complex provided hardware, which is safer and more robust, but far more expensive.
...
I don't know anything about the HA community, but I would be very wary of any new commits impacting this plugin...
I work in an industry that puts huge emphasis on the risks of software supply chain attacks; regardless of the community, in an ideal world, and in this situation, I too would be making sure any such code was very carefully reviewed by a trusted group of peers (including myself) and using signatures et al to ensure everyone is "getting what they paid for", so to speak.
This might not be relied on to the extent people's lives depend on it, but if it's important enough to use, it's important enough to be sure.
All of that said, it's easy enough for me to say when there isn't such a terrifying list of munitions raining down on my home when I'm trying to get some rest, so a simple step such as "not updating from a known-good configuration" might be enough.
If war is solved by all attacked countries surrendering immediately so one aggressor rules the world, I'm sure factions would emerge within it who are competing for power again.
Maybe a solution could come from some defensive technology permanently outperforming offensive technology? I think people would still find a way and the wars might be or begin by psychologically changing people's allegiances.
Enjoy your freedoms: paid for in blood.
Enjoy your freedoms: paid for in blood.
This is an overly broad and philosophical question. It's positioned far away. We could all get together for a cup of coffee and discuss this topic for ages.
A more grounded and practical question would be: why didn't Biden stop the war?
Now we're talking! One should expect lots of contradictory opinions, quite some hostility, a couple of MTG-like personalities with followers and of course this one specific comment downvoted to hell.
But see, that's exactly the point: opinions vastly differ on the same subject depending on whether the situation is a hypothetical one far away or a physical reality.
I bet Russia state actors would pay a lot to controls or infiltrate those channels.
Or we can let the Russians win and have to deal with millions of Ukranian refugees. Probably followed by Russia attacking another country.
War is the single most unproductive activity humans can do. Sure, maybe Putin has his rationale, but spiting on a cake is never how one can secure the cake for themself, because guess what, others can also spit on it and then the cake is ruined. A greater leader knows that the only way to really solve a problem is to do something that adds (instead of removes) value, sadly some leaders never care to learn it.
Rant aside, I want to ask a question: based on the article, it seemed that the system requires Telegram (thus Internet) and open source intel to work. Is it possible to make the system self-sustained? Is it physically possible to detect imminent attack based on soundwave/light signals? Because after the war started, Internet access maybe a difficult privilege.
? The war is on and people are continuing to use the internet.
> Is it physically possible to detect imminent attack based on soundwave/light signals?
You cannot hear a hypersonic missile coming. Horizons prevent you seeing it. You need to listen to the AWACS https://www.cbc.ca/news/world/flying-with-nato-awacs-1.66194...
Yes. Air defense does this pretty consistently.
And then what? We (Ukrainians) have lost some components of the PATRIOT air defense system because we were out of interceptors. Imagine being an air defender on duty on the best hardware in the world, facing the missile incoming and being incapable of doing shit because you're empty because of... democracy. The very thing being protected right now from that specific missile.
Good point about telegram. As much local control as possible is desirable. Do the text to speech interfaces work offline with the chosen devices ? If so, I’ll likely have a play.
I have a project that might be able to help with your situation. A Raspberry Pi based sound localization system. It’s very accurate. Last weekend I localized an explosion (fireworks) to within 20m from the actual location with 4 recorders. two of which were 3km from each other.
Unlike most ARUs (autonomous recording units) which are based on microcontrollers and need post processing to determine an event start time, the Pi system could be used as the basis for a real time localization system as the system times is sub microsecond accurate.
With likely a small amount of new development and co-operation with your friends you could be alerted in real time when artillery or gunfire is getting close to you. Along with a map location of where it was fired from
My license forbids government use (attaching consequences to the small developer unfriendly cyber resilience act that is stealing from small developers and giving to rich ones) but personal civilian use is just fine.
https://github.com/hcfman/sbts-aru
(PS. I agree on with the sentiments of the above authors about war. It’s sad that our governments instead of putting everything into driving to peace are spending our future climate change defence money on destruction and they are gunning for it with an insane appetite)
Let's wait a few decades and see the results of global warming, shall we?
Starlinks provide decentralized access to the Internet both on the frontline and back in the rear. Together with batteries, solar panels, and petrol/natgas/diesel generators, they can be relied on to provide 24/7 Internet access for a while even if something happens to the ISPs. Lots of people now have them even though they are a bit expensive, and the Ukrainian government had also set up a network of locations where civilians can gather to warm up, charge their devices, and send messages over Starlink, in the worst-case scenario of a major infrastructure breakdown.
More broadly, it's harder than it seems to knock out both the entire backbone of the Ukrainian Internet network and the backbone of the mobile carriers, at once. It's easier to target the power stations. Even then, it is possible to get at least some power as long as the fossil fuel logistics are maintained. A 180W solar panel that costs around $100 can, in decent weather, provide enough power to charge a phone and power a Starlink. So power is a major problem, but it also has solutions.
Of course it would be possible to detect these things yourself, you would just need an extensive radar network covering 600k km2 of Ukraine, and as much of Russia as you can. You'll need quite a variety of systems to detect both hypersonic missiles and slow low flying drones.
Not sure the analogy holds, Putin got a slice for himself and spits on the rest.
> War is the single most unproductive activity humans can do.
This war is a conflict about values; conflicting sides think human lives are worth sacrificing for the values let alone economical output.
I think I totally disagree with this. So many inventions have been the result of war, even outside of WW2/the Cold War.
For example, what would Israel look like today if there was no threat of since its founding? I doubt it would be anywhere near as advanced as it is today.
War is terrible, and I'm not advocating for it, but I don't think you could necessarily say it's unproductive.
https://science.howstuffworks.com/war-drive-technological-ad...
war leads to technological progress. peace leads to kerfuffles over pronouns.
The idea that this the inevitable direction of peace ignores the fact that the rise of the so-called culture war is part of an asymmetric conflict.
If you paid any attention to what the talking heads driving the culture war discourse in the US have openly said about what they have been doing, it's obvious that the "culture war" is about as much the fault of progressives as the Ukraine war is the fault of Ukraine. "DEI" and "wokism" is just the current designated battleground after drag queens, "CRT", "BLM" and masks/vaccines. The goal is to frame non-issues as apocalyptic imminent threats in order to create political momentum for otherwise unpopular politics of rolling back civil justice advancements (e.g. gay rights, reproductive rights, Black rights, women's rights).
War does not lead to technological progress. War accelerates technological progress. A majority of groundbreaking research happens outside the private sector and war economies usually see more direct state control of the economy and more state involvement in R&D, supported by heavy public spending. If you want to take a lesson from war driving technological progress, you could just do this in peace times.
It sounds like the peace time decadence is not kerfuffles over pronouns but entertaining a privatized economy concerned more with ROI for investors than contributing to a shared public effort.