avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Tuesday May 24, 2022, 7:40 pm
  • Proudly celebrating 15+ years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - leftdisconnected [ switch to compact view ]

Pages: [1]
Skwire Empire / Re: Release: sWeather (tray-based weather app)
« on: September 08, 2019, 02:40 PM »
I just downloaded it and checked its SHA-256 hash against my local copy.  If you're downloading it from my DonationCoder site, it has not been tampered with.

SHA-256 hash: 33A19E4117DE230A0E9CBCF692BEEB4FEDC4075C8CA3001E91BB8C1AF1334779

Thank you for taking the time to write.  These are false positives that come and are due to the language my applications are written in (AutoHotkey/AHK).

Thanks for the awesome response and verification.  Your response and hash check serve as a record for future concerns, at least with this release.  My hash indeed matches the one you've provided.  It might be useful to list this hash in the download area on your official website, but this can convey false verification if a website is hacked (hackers may change the displayed hash to match their infected package). 

I've also written AHK scripts and am aware that A/V tends to be scared of it, but was concerned for the following reasons:

1.  8+ engines still triggering more than 6 months after the release, including Microsoft's (though local Defender does NOT trigger).
2.  No other posts asking about false positives with this release (there are usually lots).

I've been involved with a few projects and authors generally find that detectors "calm down" after seeing the same executable for weeks or months with no related impact (via whatever metrics are used).  We also tend to have tons of questions about false positives, which inevitably surge with each new release, even for signed code (which rather undermines much of what I'm about to say ;) ).

Years ago, when the AV companies were a lot fewer, I used to contact them about stuff like this.  Things would get fixed but, due to the AV updates, false positives would, inevitably, occur again. I got tired of dealing with it, so now I just shrug and trust that my body of work speaks for itself.  I know it sounds terribly apathetic, but fighting it just isn't worth the cycles anymore.  Cheers.

That's entirely understandable :up:.  There are so many AV brands and engines that correcting false positives is an impossible task.  Almost no one bothers with this anymore unless they're Mozilla or someone like that and in that case they're hopefully squashing those issues before mainstream release.  However, I posted due to the combination of both a relatively mature release and no other false positive posts associated it.  Thanks for clearing this up.

There are limits to what you are willing and able to do as an independent developer, but signing your code with your own certificate would be a possibility.  If you keep the same signing cert over many years, it builds up a reputation to match your own.  In other words, if you've signed it with a cert that has been established to be yours, then interested users can extend your reputation to your cert.

I've seen other projects that create a new signing cert for every major code release and that's just a waste of time and effort.  With code signing, we want as long a certificate lifetime as possible to build its reputation.  Sure, we can sign our new certs with our old one to create a chain of trust, but there's no reason that a modern signing certificate shouldn't be trustworthy for at least 5 years.  Just MHO.

I'm not suggesting that you must sign your code as it's an extra hassle and 99% of users will never bother to check it anyway.  Still, I'm a terribly unskilled programmer that mostly just creates bad scripts that nobody else needs, yet I sign anything I release.  Even if only 1 user actually verifies it, that's a chance for someone to find out that my website/repository has been hacked, etc.  After initial setup, each signature takes seconds to do.

I sound like a salesman here, but I'm not trying to convince you to do this.  I'm just rambling about it for anyone who might be interested.  OpenPGP is not a perfect system and I understand if developers don't believe that it's worth the effort.  For example, most of the time I must download the signing cert from the very same website that I downloaded both the package and the signature from, which basically brings us back to the vulnerability of simply listing the hash; that's why long-term signing certs are so valuable.

Thank you so much for your time and attention and for creating and maintaining such useful software.

On a side note, I find it interesting that I can report my own post as SPAM  :P .                                vvvvvv

Skwire Empire / Re: Release: sWeather (tray-based weather app)
« on: September 08, 2019, 12:40 AM »
Unfortunately, my recent download of the March v1.8.2 sWeather release is being detected as malicious by at least 8 engines in VirusTotal.  The scan for the ZIP release can be seen HERE.

The bare executable triggers 12 detections, which can be seen HERE.

It's normal for less popular files and applications to trigger a few engines at VirusTotal, but 8 or more detections is rather uncommon.  I've been aware of sWeather for a number of years and am sure that skwire is a trustworthy developer, but is it possible that this file has been tampered with or are these all just false positives?  Even Microsoft is flagging this as PUA:Win32/Presenoker.

Pages: [1]