redacted_user_name

joined 1 year ago
MODERATOR OF
 

Our Emergency Alert Test

Written by Aaron Kelley

Our Los Angeles office recently had the opportunity to test our recommendations for those who wish to avoid mandatory emergency alerts (and test alerts) within their mobile devices, and the results were surprising. On Wednesday, October 4th, 2023 at 11:20 Pacific, three of our devices alerted, but one did not.

There has been many conspiracy theories about how the recent test alert was an attempt by the government to collect data about our locations, but we do not buy into that. We just wanted to know if our settings worked. For our test, we full reset four mobile devices. Two were a Pixel 6A with GrapheneOS default settings. The other two were an Apple iPhone 14 with default settings. All four devices possessed eSIM service from Mint with cellular service from T-Mobile. All four were next to each other with a strong signal. The following settings represent the modifications to each GrapheneOS device. The device on the left had full alerts allowed while the one on the right had everything disabled.

The iPhones were similar. The one on the left had everything turned on while the one of the right had all turned off.

The time finally came. The GrapheneOS and iPhone devices with alerts enabled both rang loud with the test notification as expected. The GrapheneOS device with alerts disabled stayed silent with no notifications as hoped. The surprise was the iPhone which had all alerts disabled. It also blared a loud tone and presented the test message, even though we informed it not to display any alerts.

This is another reason we prefer un-Googled devices such as GrapheneOS over any Apple or Google stock device. They do what you tell them to do.

 

Great reminder to always do data removal yourself. This allows you to be absolutely sure that it is done correctly and kept confidential.

Data Removal Guides/Links:

https://inteltechniques.com/workbook.html

https://inteltechniques.com/data/workbook.pdf

https://github.com/yaelwrites/Big-Ass-Data-Broker-Opt-Out-List

 

What do/would you put over your barcode? What do you think MB has on his? Curious to see if others implement this tactic.

EPISODE 269-New OSINT Tools & Breach Data Lessons

[31:26.86] Now, one thing I've started doing is on the back of my driver's license, there is a barcode. I would never let anyone copy it, but I did go ahead and take a, I made a vinyl sticker of a new barcode and I put it on my driver's license.

[31:37.86] So if I am ever forced for some reason to allow a system to scan my driver's license, it'll scan, but the message that you're going to get is probably not something safe to talk about on this show.

 

https://inteltechniques.com/podcast.html

STATUS: The SoundCloud podcast archive is offline. We are researching new hosts capable of servicing this audience.

[–] redacted_user_name@sopuli.xyz 1 points 11 months ago

Reasoning as to why they prune old shows

EPISODE 287-Listener Questions, UNREDACTED 5, & OSINT 10

https://inteltechniques.com/blog/2023/01/06/the-privacy-security-osint-show-episode-287/

[20:22.30] - The most asked question, we'll start with that.
[20:25.02] And this is a question that is dear to my heart.
[20:27.74] Where are all the old podcast episodes?
[20:30.58] I actually emailed you about this when they disappeared.
[20:33.70] Where are they?
[20:34.82] - Are there some missing?
[20:36.66] - There are all of them missing.
[20:38.54] There are all of them missing.
[20:39.94] About from about a year ago onwards.
[20:42.74] - Yeah, we've been purging old episodes
[20:46.14] for a couple of years now.
[20:48.10] Typically what we do is once or twice a year we go in
[20:51.06] and purge everything over one year old.
[20:54.10] And the reason for that is twofold.
[20:55.90] First, we wanna be responsible.
[20:57.90] We don't want to have bad information out there.
[20:59.58] And there was some bad information.
[21:01.66] We've been doing the show for many years.
[21:02.94] So things that we've talked about in 2016, 2017,
[21:06.26] they not only might not apply to today, they might be wrong.
[21:09.30] And what was happening was,
[21:10.70] and this is the second part of that,
[21:11.74] we were getting a lot of complaints from people saying,
[21:13.50] "Hey, I listened to your show episode 14," whatever,
[21:16.46] from 2017.
[21:18.34] I did the thing you said,
[21:19.66] and then two years later I listened to another show
[21:21.62] or I listened to the show from two years later after that.
[21:23.70] You said that you shouldn't do that anymore
[21:26.02] and basically you gave me bad advice, I'm mad.
[21:28.90] So what we found was easiest was,
[21:32.46] let's just prune old shows
[21:34.38] because a lot of people are,
[21:36.22] they're taking old advice, which is not bad advice.
[21:38.42] It might have been good advice at the time,
[21:39.54] but now it's bad advice.
[21:40.58] Now they're applying these techniques,
[21:41.98] which I shouldn't be applying.
[21:42.98] And we just want to be responsible and say,
[21:44.82] "Let's don't allow bad information to be out there
[21:46.78] because a lot of people are following old stuff
[21:50.14] thinking that it should still apply."
[21:51.98] Now I think most people listening to the show
[21:53.58] know that if you listen to a tech podcast
[21:55.66] from five or six years ago,
[21:57.14] you don't put faith in everything you hear,
[22:00.66] but a lot of people were doing that.
[22:02.02] So we pruned them and we will continue to prune them.
[22:05.06] So I think right now the oldest show is October of 2021.
[22:07.86] I would anticipate by spring,
[22:09.54] we will probably go in again
[22:11.14] and we basically prune everything over a year old.
[22:13.94] I realized people don't like that,
[22:15.82] but we felt like it was the right thing to do.
[22:18.42] - So I understand the reasoning and it still breaks my heart,
[22:21.78] but we'll go on to question number two.
 

EPISODE 305-Revisiting VPNs & Firewalls

https://inteltechniques.com/blog/2023/09/08/the-privacy-security-osint-show-episode-305/

This week I revisit many updates associated with VPNs and Firewalls to coincide with the release of our next digital guide.

SHOW NOTES:

INTRO:

Jason

NEWS & UPDATES:

None

REVISITING VPNS & FIREWALLS:

https://inteltechniques.com/book7d.html

https://inteltechniques.com/firewall/

https://inteltechniques.com/vpn.html

Transcript

https://0.0g.gg/?30dc0d1379292270#AeBHewMjQdPALmfgNDoHhWsFKdzHKnYYtnAdr4vAr4bz

 

EPISODE 304-Linux Privacy & Security

This week we release our new digital guide Extreme Privacy: Linux Devices, I offer a conversation about Linux privacy and security, and present several important OSINT updates.

LINUX PRIVACY & SECURITY:

https://inteltechniques.com/book7c.html

OSINT:

https://inteltechniques.com/tools/index.html

Transcript

https://0.0g.gg/?793c8a2e767e1bea#5bjMkAx7ezTKRjZJ26hSYJ2BHDC9obBwNMhBEUw4zmjy

 

For those of you who might consider using VOIP.ms as suggested recently by MB (Michael Bazzell), beware of the limitations, specifically the MMS limitation.

Without MMS, you will NOT be able to receive messages over 160 characters in length. This is caused by the SMS 160 character limit. Anything >160 characters gets converted to a MMS message.

List of limitations below:

⚠️ LIMITATIONS

➜ The limit of the capacity to send SMS/MMS via the portal is unlimited. 
➜ The limit of sending SMS/MMS via the API is limited to 100 per day. For any modification to the limit, please contact support or open a ticket via the customer portal. 
➜ At the moment, receiving and reading MMS is only possible through the message center or by using the SMS/MMS Forward option. MMS through SIP protocol is not available. 

➜ The SMS/MMS Service is only available for US and Canadian local DID Numbers marked with the distinctive SMS/MMS Icon. 
➜ The SMS/MMS Service can only be used to send SMS/MMS Messages to Canadian and US 10 digit numbers at this time. 
➜ SIP SMS messages will only be delivered to and accepted from SIP trunks using username/password authentication. 
➜ SIP SMS messages use the SIP MESSAGE method. See RFC 3428 for details. 
➜ At this time we cannot guarantee that Short Code SMS Messages, which are usually 6 digits or less (e.g.: Skype, Bank Codes, TV Commercials etc...) will work. 
➜ We cannot guarantee that accents or special characters including non-Latin letters will be properly delivered. 

➜ Public URL shorteners such as bit.ly, tinyurl.com etc, are widely restricted by mobile providers as a response from the industry to combat SPAM campaigns and protect the consumer. Including this type of links into your messages may result in a blocked or undelivered message. 
➜ For Ported In Numbers compatible with the feature: The SMS/MMS Functionality will be available up to 48 hours after the porting process is marked as Completed. 

➜ VoIP.ms reserves the right, at its sole discretion, to limit or disable the SMS/MMS service from any account that may present marketing patterns/automation patterns/bulk sending or receiving. 

___

 

This week we take a brief break from the self-hosting series and revisit iOS privacy and security.

iOS PRIVACY & SECURITY:

https://inteltechniques.com/book7a.html

Benefits of iOS

Risks of iOS

Privacy & Security Considerations

Settings

Remove unused stock apps

App Store login vs iCloud login

App funding

DNS: https://nextdns.io/

Calendars & Contacts: https://www.etesync.com/

Password Manager: https://strongboxsafe.com/

VoIP App: https://acrobits.net/

VoIP Service: https://voip.ms/en/invite/Mzc2NjM3

Data Service: https://refer.telnyx.com/refer/zrfmo

Custom App Settings

Shortcuts for Home Screen

Transcript

https://0.0g.gg/?01a41f194dc84e9b#6UNbk8VAUxcKJGVAJDV8Stv9iDAm2PYa9Nfr7WzCfCT7

 

EPISODE 300-Self-Hosted 2: Offline Knowledge

This week I continue the self-hosted series with several easy options from which anyone can benefit. Let's archive some powerful data for offline use.

SELF-HOSTED 2: Offline Knowledge

https://www.kiwix.org/en/

https://library.kiwix.org/?lang=eng&q=wiki

https://download.kiwix.org/zim/wikipedia/wikipedia_en_all_maxi_2023-05.zim

https://download.kiwix.org/zim/wiktionary/wiktionary_en_all_maxi_2023-04.zim

https://download.kiwix.org/zim/other/mdwiki_en_all_maxi_2023-06.zim

https://download.kiwix.org/zim/other/zimgit-medicine_en_2022-03.zim

https://download.kiwix.org/zim/other/wikem_en_all_maxi_2021-02.zim

https://download.kiwix.org/zim/zimit/fas-military-medicine_en_2022-05.zim

https://download.kiwix.org/zim/ifixit/ifixit_en_all_2023-04.zim

https://download.kiwix.org/zim/gutenberg/gutenberg_en_all_2023-05.zim

https://download.kiwix.org/zim/stack_exchange/mechanics.stackexchange.com_en_all_2023-05.zim

https://download.kiwix.org/zim/videos/urban-prepper_en_all_2023-02.zim

https://download.kiwix.org/zim/zimit/opentextbooks_en_all_2023-05.zim

https://download.kiwix.org/zim/other/zimgit-food-preparation_en_2022-03.zim

https://calibre-ebook.com/

https://ia800207.us.archive.org/33/items/WhereThereIsNoDoctor-English-DavidWerner/14.DavidWerner-WhereThereIsNoDoctor.pdf

https://ia800209.us.archive.org/10/items/Where_There_is_no_Dentist/Where_There_is_no_Dentist.pdf

https://survivallife.com/Ultimate-Survival-Skills-Guide.pdf

https://www.trueprepper.com/wp-content/uploads/2022/12/Shelters-Shacks-and-Shanties.pdf

https://www.trueprepper.com/wp-content/uploads/2022/12/LDS-Preparedness-Manual.pdf

https://pack365.org/wp-content/uploads/2020/03/BasicScoutKnots-All.pdf

http://www.survivorlibrary.com/library/edible-wild-plants.pdf

https://www.researchgate.net/profile/Dr-Rajkumar-Yadav/publication/322210506_EDIBLE_MUSHROOMS/links/5a4bbf790f7e9b8284c2ded5/EDIBLE-MUSHROOMS.pdf

http://www.survivorlibrary.com/library/vegetable-garden-encyclopedia.pdf

https://seasonedcitizenprepper.com/wp-content/uploads/2014/02/SODIS-manual.pdf

https://graywolfsurvival.com/wp-content/uploads/Water_-_Water_Treatment.pdf

https://apps.who.int/iris/bitstream/handle/10665/42052/9789241547024_eng.pdf

https://www.redcross.org/content/dam/redcross/atg/PDFs/Take_a_Class/FA_CPR_AED_PM_sample_chapter.pdf

http://www.survivorlibrary.com/library/survival-medicine.pdf

https://armypubs.army.mil/epubs/DR_pubs/DR_a/ARN35831-TM_3-34.47-000-WEB-1.pdf

http://www.cutelariaartesanal.com.br/downloads/Carpentry_Training_Manual.pdf

https://www.sherriallen.com/gardenhandbook.pdfhttps://www.fao.org/3/i3556e/i3556e.pdf

https://www.almanac.com/sites/default/files/webform/pdf/almanac-start-a-garden.pdf

https://f-droid.org/en/packages/net.osmand.plus/

https://mealie.io/

Transcript

https://0.0g.gg/?8fa033cd0d3710c7#BWeHGU3P1Hmqsp7dWJ6ZViXUnGHqPmkqt7pbpXbnDtVF

 

If a server decides to cease to exist, does all the user data go down with it? I'm guessing so, along with a all comments/post/communities made from that instance and only cached data will remain.

Anyone have an idea on this?

view more: next ›