قالب وردپرس درنا توس
Home / Mac / Macintosh Security: The New Spam Rat Vectors: Calendar and Photo Sharing

Macintosh Security: The New Spam Rat Vectors: Calendar and Photo Sharing



Today I ran into one of the new spam spiders. Without any approval from my side, a two day event was shot into my calendar for today and tomorrow. It came from a persistent source of spam trying to lead ads to fake Chinese Ray-Ban sunglasses in front of my eyes. I have received (and reported to SpamCop.net) quite a few of their spam emails. Now they use this new vector to get attention. How they pulled out of spam is new to me! The case was sent via my iCloud.com account.

It should be easy to delete something that is added to the macOS calendar. Right? It's the intuitive thing to do. Apple, of course, offers that option if you use the contextual menu while clicking on the spam calendar event. Except that it does not delete at all. We are forced to either "Cancel" and hold spam or "Reject" the event. When we & # 39; Reject & # 39; the event, this is the same as shouting to the spam root "HEY!" I am a living body! SPAM ME MORE MORE! & # 39; It's the very last thing we want to do. Spam roots will spam us further as a direct result of pressing & # 39; Reject & # 39 ;.

The only available measure is to ignore the calendar spam. It will sit there in your calendar forever. I hate it.

Result : Apple has unintentionally allowed a spam vector that we can not avoid! It has to end. I send Apple a friendly request to quit this madness immediately. I would also like to respond to SpamCop.net to see if they could include reporting such spam in the system. At the moment, the interface has no idea what to do with this type of spam, despite the URL of the spam root that is incorporated into the "Inviter" code.

Meanwhile, similar spam is reported to be infesting iCloud Photo Sharing. Another big one Apple. 😛

Fortunately, there is a solution to this stupid spam problem in Calendar. I have provided some links to articles with the solution below. Unfortunately, there is not yet any solution to the stupid spam issue in iCloud Photo Sharing. The best thing you can do is turn off iCloud Photo Sharing. When a solution comes or Apple gets its actions, I'll leave again.

If you can read Dutch, this is the first website to find out how to kill the stupid spam issue in calendars:

appletips, 201

6-11-08

Both 9TO5MAC and TechTimes has provided translations of the solution as well as discussion:

9TO5MAC, 2016-11-09

Execution of the steps below will move the spam message to its own calendar, and from there current calendar is deleted. This will remove the spam invitation without having to press "Reject" on the actual notification. . .

Anu Passary, Tech Times, 2016-11-09

Any solution for iCloud Photo Sharing Spam? The only option is to turn off the function completely. To do this, follow these steps :. . .

~ ~ ~ ~ ~

For those who are interested in the code buried behind these spam disgusts, this is what I received (with personal and potentially dangerous data removed, as shown in italic parentheses ):

BEGIN: VCALENDAR
VERSION: 2.0
PRODID: – // Apple Inc.//Mac OS X 10.12.1 // EN
CALSCALE: GREGORIAN
BEGIN: VEVENT
BEGIN: VEVENT
] TRANSP: CURRENT
DTEND; VERDI = DATE: 20161120
Last Change: 20161118T134030Z
The Organizer, Figure CN = "黄 周朝": / aMjUwNTI0MjYwNzgyNTA1Mqtter-QwRgjzoGWqFbNhgT2wV1SrD6
t8E_Di4m4H-sa / Rector /
UID: 7F700ED9-2C8B-DE19- 5648-34298F6E1BD9
DTSTAMP: 20161118T134034Z
DESCRIPTION: [URL of spam rat removed] $ 19.99 Ray Ban & Oakley Sunglasses Onli
ne.Up To 80% Off Sunglasses.Compare And Save.
SEVEN: 0
X-APPLE TRAVEL ADVISORY BEHAVIOR: AUTOMATIC
SUMMARY: $ 19.99 Ray-Ban & Oakley Sunglasses Online.Up To 80% Off Sunglasses
.Compare And Sa ve. [URL of spam rat removed]
DTSTART; VERDI = DATE: 20161118
Created: 20161118T141038Z
participant; CUTYPE = DIRECT; PARTSTAT = NEED-ACTION; role = REQ participant; RS
VP = TRUE: mailto: [Victim at icloud.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEED-ACTION; role = REQ participant; RS
VP = TRUE: mailto: [Victim at gmail.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEEDS ACTION; role = REQ participant; RS
VP = TRUE: mailto: [Victim at hotmail.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEEDS action; role = REQ participant; RS
VP = TRUE: mailto: [Victim at icloud.com]
participant; CUTYPE = INDIVIDUAL; PARTSTAT = NEEDS ACTION; role = REQ participant; RS
VP = TRUE: mailto: [Victim at icloud.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEED-ACTION; role = REQ participant; RS
VP = TRUE: mailto: [Victim at yahoo.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEEDS action; role = REQ participant; RS
VP = TRUE: mailto: [Victim at gmail.com]
participant; CUTYPE = DIRECT; PARTSTAT = NEEDS ACTION; ROLLE = REQ participant; RS
VP = TRUE: mailto: [Victim at gmail.com]
participant; CUTYPE = DIRECT; PARTSTAT = BEHOV-Actio N; ROLLE = REQ participant; RS
VP = TRUE: mailto: [Victim at icloud.com]
participant, CN = "[Victim]"; CUTYPE = individual; email = "[Victim at icloud.com]"; PARTSTAT = NEEDS ACTION; ROLLE = REQ PARTNER; RSVP = TRUE: / aMTEyMDgzMTQxM
TIWODMxNG5OQKIRBVWuL0Ah_fCetZ3Z3V61ZwF1SPf_pZtFhpme / Rector /
participant, CN = "黄 周朝"; CUTYPE = individual; email = "[Nonsensical email address]"; PARTSTA
T = accepted; ROLLE = STOL: / aMjUwNTI0MjYwNzgyNTA1Mqtter-QwRgjzoGWqFbNhgT2wV1S
rD6t8E_Di4m4H-sa / Rector /
BEGIN: VALARM
X-WR ALARM: BCE20FBE-0652-41A3-9224-A9C3E37720AA
UID: BCE20FBE-0652- 41A3 -9224-A9C3E37720AA
TRIGGER: -PT15H
X-APPLE DEFAULT ALARM: TRUE
SETT; VERDI = URI: Basso
ACTION: AUDIO
END: VALARM
END: VEVENT
END: VCALENDAR

The victim's e-mail addresses were apparently copied and pasted alphabetically from a distributed spam- list. The ox IDs in this case started everything with & # 39; derek & # 39; -no. The victim's e-mail addresses were not exclusive to iCloud, as I stated above.

So Apple! What about the sloppy attention to safety lately? Wake up! You make Google look good. And that's bad.


Source link