Saket Mohan works on cybersecurity for connected and software-defined vehicles, including vehicle intrusion detection, secure software updates, and cyber-risk management.
App removal is an emergency measure, not a lasting fix for e-rickshaw battery shutdown.
Software-defined vehicles need detection, analysis, decision-making and secure deployment as a connected loop.
CRISKLE Workspace brings risk assessment, software bills of materials, vulnerability management and post-market monitoring together.
Check first: Confirm audience composition and engagement terms, since no rate card or sponsorship format is documented.
Main ideas
A connected-vehicle attack is a lifecycle problem, not an app-store problem · Software-defined vehicles need a closed loop, not just over-the-air updates · Regulation should become an operational process
Saket Mohan writes about cybersecurity for connected and software-defined vehicles, focusing on intrusion detection, secure updates and managing cyber risk across a product’s lifecycle.
Their posts connect specific threats—from an e-rickshaw battery-system incident to risks in vehicle software—with design, monitoring and response measures.
Follow their work for practical perspectives on automotive cybersecurity and product-security compliance.
Saket Mohan connects security problems to the wider systems needed to manage them.
In their post on the reported e-rickshaw battery shutdown, they describe app removal as an emergency measure, not a lasting fix, and point to security across product design, supply chains, monitoring and incident response.
In their eSyncSynapse post, they argue that software-defined vehicles need more than over-the-air updates: detection, analysis, decision-making and secure deployment should work as a connected loop.
They apply a similar lifecycle perspective to product compliance, describing CRISKLE Workspace as a way to bring risk assessment, software bills of materials, vulnerability management and post-market monitoring together.
Saket Mohan's posts argue that cybersecurity for connected, electric and software-defined vehicles has to be designed into the whole product lifecycle, not added after an incident or a regulation.
Read more
The recurring priorities are secure-by-design engineering, supply-chain visibility, continuous monitoring, standards-based compliance and cross-border collaboration. The examples show how they apply that argument to a Bluetooth battery attack, a closed-loop software-defined-vehicle security product, EU Cyber Resilience Act readiness and UK–India trade.
A connected-vehicle attack is a lifecycle problem, not an app-store problem
Mohan argues that removing a vulnerable app is only an emergency brake.
Read more
If a low-cost connected product can be misused, the weakness usually lies earlier—in procurement, architecture, development, validation, supply-chain onboarding or post-production monitoring. The durable fix is secure-by-design development, supply-chain visibility across battery-management systems, apps, firmware and connected components, basic authentication, cryptography and access control, continuous monitoring, and incident-response playbooks.
The post reports that a Bluetooth-enabled battery-management-system app was misused to remotely disable e-rickshaws in India.
The government asked Google and Apple to remove the BAT-BMS app.
Mohan says Secure Elements India reviewed the app behaviour and carried out its own assessment, but withholds technical details for responsible disclosure.
The post says the reported impact appeared limited to disabling the battery system and asks what would happen if the same weakness affected charging, thermal controls or another safety-critical function.
The same lifecycle framing appears in posts on software-defined vehicles and the UK–India CETA. Mohan lists TARA, secure architecture, SBOM, embedded intrusion detection, secure OTA and fleet-level monitoring as parts of one security program.
Software-defined vehicles need a closed loop, not just over-the-air updates
Mohan argues that OTA delivery alone is not enough for software-defined vehicles.
Read more
Vehicles need continuous intelligence and risk-aware decisions across the lifecycle, so detection, analysis, decision and secure deployment should operate as one loop. That means combining intrusion detection, security operations and compliance rules with update delivery.
At CAEVExpo 2026 Bangalore, eSyncSynapse was unveiled through a collaboration with Excelfore.
Mohan describes it as combining CRISKLE IDS, CRISKLE MSOC, UNECE R155 and R156, and eSync OTA to connect detection, analysis, decision and secure deployment at fleet scale.
They thank Shrikant Acharya, Shrinath Acharya and Rituraj Shrivastava for their guidance and confidence in the team.
Mohan argues that manufacturers need a practical way to connect product security engineering with the documentation and processes regulators require.
Read more
Interpreting a regulation is not the same as running it: risk assessment, SBOM, vulnerability management, PSIRT, compliance documentation and post-market monitoring have to work together across the product lifecycle.
CRISKLE Workspace supports EU Cyber Resilience Act compliance.
Mohan points to CRA reporting obligations beginning 11 September 2026 and says the workspace helps organisations move from interpreting regulation to operationalising compliance.
They invite readers to register interest.
In other posts, Mohan names ISO/SAE 21434, AIS 189/190 and UNECE R155/R156 in the same practical, engineering-focused way.
Cross-border automotive cybersecurity depends on local partnerships and preparation
Mohan argues that a trade agreement opens a door but does not create business by itself.
Read more
UK automotive SMEs need local investment, trusted partnerships, regulatory alignment, IP protection and long-term commitment to capture opportunities in India's electric, connected and software-defined mobility market.
The UK–India Comprehensive Economic and Trade Agreement enters into force on 15 July 2026.
Mohan writes that Secure Elements UK is growing its presence in Bengaluru with Secure Elements India, headed by Rituraj Shrivastava.
They list cybersecurity work across TARA, secure architecture, SBOM management, embedded CAN, Ethernet and RF intrusion detection, secure OTA, V2X and fleet-level security monitoring.
This shows what a connected-vehicle battery failure looks like in practice and why it matters beyond one app.
Read more
It is the clearest example of Saket Mohan connecting a specific attack to a lifecycle security argument.
Saket Mohan describes reports that a Bluetooth-enabled battery-management-system app was misused to remotely disable e-rickshaws by interfering with battery discharge controls, prompting the Indian government to ask Google and Apple to remove the BAT-BMS app.
They argue app removal is an emergency brake, not a long-term cybersecurity strategy; the real fix starts earlier with secure-by-design development, supply-chain visibility across BMS, apps, firmware and connected components, basic authentication, cryptography and access control, standards such as ISO/SAE 21434 and AIS 189/190, continuous telemetry and IDS monitoring, dynamic risk assessment and incident-response playbooks.
Secure Elements India reviewed the app behaviour and carried out its own assessment, but withholds technical details for responsible disclosure.
The reported impact was disabling the battery system; the post asks what might happen if the same weakness affected charging, thermal controls or another safety-critical function.
For brands planning a campaign
For an automotive cybersecurity vendor targeting EV and SDV manufacturers, this is a ready-made thought-leadership anchor: use the BAT-BMS incident to argue that battery-system security must be designed into procurement, architecture, validation and post-production monitoring—not handled through app-store takedowns. It supports a campaign on securing connected vehicle battery systems against Bluetooth-based attacks, with specific hooks around TARA, embedded IDS, supply-chain visibility and incident response.
This shows what Saket Mohan and Secure Elements are building for SDV security.
Read more
It introduces the product vocabulary—IDS, MSOC, OTA and UNECE rules—that recurs across their work.
Saket Mohan announces that eSyncSynapse will be unveiled at Future Mobility Media CAEVExpo 2026 Bangalore through a collaboration with Excelfore Corporation.
They argue that software-defined vehicles need more than OTA delivery: they need continuous intelligence, risk-aware decision-making and a closed-loop cybersecurity architecture across the vehicle lifecycle. eSyncSynapse combines CRISKLE IDS, CRISKLE MSOC, UNECE R155/R156 and eSync OTA to connect detection, analysis, decision and secure deployment at fleet scale.
They frame this as a shift from reactive updates to intelligent, risk-governed orchestration of vehicle software, and thank Shrikant Acharya, Shrinath Acharya and Rituraj Shrivastava for guidance.
For brands planning a campaign
This gives vendors a concrete, product-led angle for SDV thought leadership: explain why OTA alone is insufficient and show how intrusion detection, security operations and regulatory compliance feed a closed loop from detection to deployment. It can support campaigns for OEMs and Tier 1 suppliers evaluating fleet-scale software security.
This shows how Saket Mohan translates regulation into an operational product.
Read more
It connects cybersecurity engineering with compliance evidence and post-market monitoring.
Saket Mohan presents CRISKLE Workspace for EU Cyber Resilience Act compliance, noting that CRA reporting obligations begin on 11 September 2026.
They say manufacturers need a practical way to connect product security engineering with risk assessment, SBOM, vulnerability management, PSIRT, compliance evidence and post-market monitoring.
They position the workspace as a way for organisations to move from interpreting regulation to operationalising compliance across the product lifecycle, and invite readers to register interest.
For brands planning a campaign
For a cybersecurity vendor, this supports compliance-focused content for manufacturers selling into Europe: connect automotive product security work to CRA obligations, SBOM, PSIRT and post-market monitoring. It is a useful secondary angle for audiences that include regulated connected-product makers, not just vehicle OEMs.
This shows how Saket Mohan links trade policy to automotive cybersecurity business building.
Read more
It gives context on the UK-India partnership behind Secure Elements' Bengaluru presence.
Saket Mohan marks the UK-India Comprehensive Economic and Trade Agreement entering into force on 15 July 2026.
They say CETA creates a platform for UK automotive SMEs to supply software, engineering and R&D services, deploy specialists between both markets and develop technology partnerships in India.
They describe India as entering a defining phase in electric, connected and software-defined mobility, with cybersecurity engineered across the lifecycle: TARA, secure architecture, SBOM management, embedded CAN, Ethernet and RF intrusion detection, secure OTA, V2X, and fleet-level security monitoring and operations.
Secure Elements UK is growing its presence in Bengaluru with Secure Elements India, headed by Rituraj Shrivastava.
They argue CETA opens the door, but results require local investment, trusted partnerships, regulatory alignment, IP protection and long-term commitment.
For brands planning a campaign
This offers a market-entry and partnership angle: use the UK-India CETA moment to discuss how automotive cybersecurity SMEs can combine UK innovation with Indian engineering talent, manufacturing scale and mobility growth. It can support content for UK or Indian OEMs, Tier 1 suppliers and research partners considering cross-border security programmes.
A recurring argument: cybersecurity must be engineered across the lifecycle4
Formats and evidence style4
Securing connected vehicle battery systems against Bluetooth attacks1
Operationalising EU Cyber Resilience Act compliance1
Closed-loop cybersecurity for software-defined vehicles1
UK-India CETA as a platform for automotive cybersecurity collaboration1
Securing connected vehicle battery systems against Bluetooth attacks
Saket Mohan examines a Bluetooth-enabled battery management system app reportedly misused to remotely disable e-rickshaws in India.
Read more
They say the government asked Google and Apple to remove the BAT-BMS app, then argue that app removal is an emergency brake, not a cybersecurity strategy.
The post recommends secure-by-design development; supply-chain visibility across BMS, apps, firmware and connected components; basic authentication, cryptography and access control; standards such as ISO/SAE 21434 and AIS 189/190; continuous monitoring of telemetry, IDS events, BOMs and vulnerabilities; dynamic risk assessments; and incident-response playbooks.
They argue that the real fix starts earlier—with procurement, architecture, development, validation, supply-chain onboarding and post-production monitoring.
Incident-led analysis: starts with a reported attack, says Secure Elements India reviewed the app behaviour and conducted its own assessment, and withholds technical details for responsible disclosure.
The reported impact was limited to disabling the battery system; the post does not claim a broader safety compromise.
For brands planning a campaign
For vendors targeting EV and SDV manufacturers, this offers a timely example for thought leadership on battery-system security. The angle can move from Bluetooth BMS app misuse to procurement, secure-by-design requirements, supply-chain visibility and post-market monitoring—practical buying concerns for battery and vehicle manufacturers.
Operationalising EU Cyber Resilience Act compliance
Mohan introduces CRISKLE Workspace for EU Cyber Resilience Act compliance, linked to CRA reporting obligations that begin 11 September 2026.
Read more
The post says manufacturers need a practical way to connect product security engineering with risk assessment, SBOM, vulnerability management, PSIRT, compliance evidence and post-market monitoring. It presents the product as a way to move from interpreting regulation to operationalising compliance across the product lifecycle.
Regulation-to-practice framing: names the compliance deadline, connects the engineering and documentation functions involved, and offers a product registration link.
For brands planning a campaign
A cybersecurity vendor can use this as a template for content that turns a regulation deadline into an operational checklist. The strongest angle is how automotive and connected-product teams bring SBOM, vulnerability management, PSIRT and post-market documentation together in one lifecycle process—not simply what the CRA says.
Closed-loop cybersecurity for software-defined vehicles
Mohan announces eSyncSynapse, unveiled at CAEVExpo 2026 Bangalore in collaboration with Excelfore.
Read more
The post argues that software-defined vehicles need more than OTA delivery: they require continuous intelligence, risk-aware decision-making and a closed-loop cybersecurity architecture across the vehicle lifecycle. It describes eSyncSynapse as combining CRISKLE IDS, CRISKLE MSOC, UNECE R155 and R156, and eSyncOTA in a real-time loop linking detection, analysis, decision and secure deployment at fleet scale.
Product-launch explanation: names the component parts and traces the loop from detection to secure deployment, presenting it as a shift from reactive updates to risk-governed orchestration.
This is an announcement post, with no deployment results, customer outcomes or independent validation.
For brands planning a campaign
A brand can position itself around lifecycle security orchestration rather than point OTA updates. The campaign could contrast reactive patching with detection, analysis, decision and secure deployment at fleet scale, using the named standards and product components to demonstrate domain focus.
UK-India CETA as a platform for automotive cybersecurity collaboration
On 15 July 2026, when the UK-India Comprehensive Economic and Trade Agreement entered into force, Mohan framed it as more than a tariff agreement.
Read more
For Secure Elements UK, it creates a platform for UK automotive SMEs to supply software, engineering and R&D services, deploy specialists between the two markets and develop technology partnerships in India. The post describes India entering a new phase in electric, connected and software-defined mobility, and argues that cybersecurity must be engineered across the lifecycle: TARA, secure architecture, SBOM management, embedded CAN, Ethernet and RF intrusion detection, secure OTA, V2X, and fleet-level security monitoring and operations.
Trade-policy context and a market-entry argument: uses the CETA milestone to outline what UK automotive SMEs need to do in India, including local investment, trusted partnerships, regulatory alignment, IP protection and long-term commitment.
Mohan says the agreement alone will not create business; the post focuses on preparation and execution, not an immediate commercial result.
For brands planning a campaign
For vendors targeting EV and SDV manufacturers, this supports content on cross-border engineering and market entry. A campaign can focus on what UK and Indian automotive teams need to align: lifecycle security, local partnerships, regulatory alignment and IP protection.
A recurring argument: cybersecurity must be engineered across the lifecycle
Across their posts, Mohan returns to the same argument: cybersecurity cannot be an afterthought, especially in connected and software-defined mobility.
Read more
They link this to secure-by-design product development, supply-chain visibility, authentication and cryptography, continuous monitoring, dynamic risk assessment and incident-response playbooks. The posts also name standards and regulations, including ISO/SAE 21434, AIS 189/190, UNECE R155 and R156, and the EU Cyber Resilience Act.
Consistent standards-to-practice translation: each post takes a regulation, incident or product launch and maps it to lifecycle stages such as architecture, procurement, validation, deployment and post-market monitoring.
The posts name standards and regulations but offer no clause-level implementation guidance or step-by-step compliance walkthrough.
For brands planning a campaign
A brand can build a content series translating standards into automotive cybersecurity practice. The practical hook is lifecycle coverage: what procurement, engineering, validation, supply-chain and operations teams each need to do, rather than a general case for security.
Saket Mohan’s LinkedIn posts offer short-form commentary through incident analysis, product and event announcements, trade-policy context, bulleted recommendations, named standards, tagged partners and links.
Read more
They target industry readers and often cover concrete technical categories such as BMS apps, SBOM, PSIRT, IDS, MSOC and secure OTA.
Short-form thought leadership pairs a news hook with a practical list and a commercial close.
The LinkedIn posts are short-form. Ask for case studies, technical walkthroughs or video transcripts if those formats matter.
For brands planning a campaign
A brand should expect a collaborative format built around a timely hook, a practical framework and named ecosystem partners. For battery security, a natural fit is a short, incident-led post that moves from the Bluetooth BMS attack to procurement and lifecycle controls, then presents the vendor's own assessment or tooling as the next step.
Saket Mohan’s posts identify Secure Elements as the cybersecurity business they work with, describing its UK and India operations and vehicle-security products.
Read more
They also disclose a collaboration with Excelfore Corporation on the eSyncSynapse unveiling.
Secure Elements
Employment · 2026-07-15
Saket Mohan writes as part of Secure Elements, referring to “our team” at Secure Elements India and “our presence” with Secure Elements UK.
Read more
The posts describe the company’s work on vehicle intrusion detection, secure OTA, and EU Cyber Resilience Act compliance. Their title and ownership stake aren’t stated; ask them to clarify their role.
Saket Mohan writes short, practical posts about securing connected, electric and software-defined vehicles.
Read more
In the e-rickshaw episode, a Bluetooth-enabled battery-management app was misused to remotely disable vehicles.
Mohan connects the incident to preventive controls: secure-by-design development, supply-chain visibility across battery systems, apps and firmware, authentication and cryptography, continuous monitoring and incident-response playbooks.
Their EU Cyber Resilience Act post applies the same thinking to regulation, showing how risk assessment, SBOM, vulnerability management, PSIRT, compliance evidence and post-market monitoring must work as one routine.
The eSyncSynapse post turns the lifecycle argument into a product story, describing a loop that connects intrusion detection, security operations and compliance rules with over-the-air deployment.
The UK-India CETA post adds the market dimension: cross-border cybersecurity work depends on local investment, trusted partnerships and long-term commitment, not a trade agreement alone.
Together, the posts argue that connected-mobility security is an engineering and operations discipline spanning procurement, architecture, validation and post-market monitoring—not a patch applied after an attack.
Follow this work for standards-to-practice commentary on ISO/SAE 21434, AIS 189/190, UNECE R155/R156 and the EU Cyber Resilience Act, aimed at automotive and connected-product teams.
Automotive cybersecuritySoftware-defined vehiclesConnected vehiclesElectric mobilityEU Cyber Resilience ActISO/SAE 21434UNECE R155/R156Secure-by-design engineeringSupply-chain securitySecure over-the-air updatesThreat analysis and risk assessmentVehicle intrusion detectionSecurity operations and monitoringResponsible disclosureAutomotive OEMs and suppliersProduct security teamsShort-form social postsIncident-led analysisProduct and event announcements
Ricardo Camacho
Camacho covers automotive cybersecurity in software-defined vehicles from an engineering angle.
Read more
The two posts here explain why automotive cybersecurity has become as critical as functional safety, how ISO/SAE 21434 builds security into product development, and how static analysis, dynamic analysis, fuzz testing and penetration testing fit across the embedded lifecycle. Readers who follow Mohan for lifecycle security commentary will find Camacho covering the adjacent verification side of the same problem.
Camacho's posts centre on software verification and testing: how teams find, prioritise and fix defects in embedded code, including through static analysis, secure coding and structural coverage.
Mohan's posts focus on vehicle-level security operations, translating regulation into compliance and monitoring workflows, and on cross-border partnerships.
Follow Camacho for testing methodology; follow Mohan for lifecycle governance, detection and security operations.
Bhatt writes practical, numbered B2B commentary for Indian manufacturing and industrial audiences: on automation reshaping growth, using digital as a predictable demand system rather than a campaign, and why manufacturing clusters take decades to build even though a factory can go up in years.
Read more
Like Mohan, Bhatt uses a timely hook, a short, structured list of points and a plain conclusion aimed at industrial decision-makers in India.
Bhatt focuses on market growth, visibility and demand systems for manufacturing SMEs, not security engineering. Follow Bhatt for insight into how Indian manufacturers sell and scale; follow Mohan to learn how the connected and electric products they build are secured.
Robbins also writes about cybersecurity and India as a technology market, including cybersecurity for the AI era, Digital India partnerships and protecting against a new era of threats as networks are rearchitected for AI.
Read more
The overlap in cybersecurity, India and connected technology makes Robbins a plausible next follow for the same reader.
Robbins writes as the leader of a global technology company, describing customer visits, government meetings and market commitments in the first person.
The posts offer market and partnership context rather than explanations of standards, engineering practice or controls.
Follow Robbins for company-level context on cybersecurity and India technology; follow Mohan for how connected-vehicle security is engineered and operationalised.
Saket Mohan’s posts are relevant to campaigns aimed at EV and software-defined-vehicle teams, covering vehicle cybersecurity, including a Bluetooth-enabled battery-system incident, intrusion detection, secure updates, and product-security compliance.
Read more
A LinkedIn account snapshot records 3,029 followers on October 7, 2026, but does not show their locations, roles, or seniority. Before booking, request recent LinkedIn audience analytics and results for comparable automotive cybersecurity topics and formats; if professional audience composition is essential, ask whether they can provide survey results or another documented source on relevant job roles and seniority.
The four posts are company and product announcements, not paid placements or creator-collaboration formats.
Read more
They cover Secure Elements' corporate activity: a co-development tie-up with Excelfore Corporation on eSyncSynapse, announced for CAEVExpo 2026 in Bangalore; a UK–India business expansion tied to the UK–India CETA coming into force on 15 July 2026, with Secure Elements UK growing its Bengaluru presence alongside Secure Elements India; a Bluetooth-enabled attack on an e-rickshaw battery management system, where the team assessed the app and argues for secure-by-design practice; and CRISKLE Workspace for EU Cyber Resilience Act compliance.
None is a sponsored post, and the posts provide no rate card, disclosure policy, or inquiry route for brand partnerships.
The LinkedIn profile linked from the identity section does not show partnership terms.
For an automotive cybersecurity vendor planning thought-leadership content, Saket Mohan reads as an expert practitioner whose company collaborates with OEMs, Tier 1 suppliers, and research partners—not as a creator selling defined sponsorship packages.
Any engagement would need to be negotiated case by case.
Ask them directly for the format, deliverables, price, disclosure policy, and inquiry route.
Good fit: an automotive cybersecurity vendor targeting EV and software-defined-vehicle manufacturers with thought-leadership content on securing connected vehicle battery systems against Bluetooth-based attacks.
Read more
Saket Mohan’s post on the e-rickshaw BAT-BMS incident is a direct match: it starts with a reported Bluetooth-enabled attack that remotely disabled e-rickshaws, then argues that app-store removal is an emergency brake, not a security strategy.
It names practical controls buyers will care about: secure-by-design development; supply-chain visibility across BMS, apps, firmware and connected components; authentication, cryptography and access control; ISO/SAE 21434 and AIS 189/190; continuous telemetry and IDS monitoring; dynamic risk assessment; and incident-response playbooks.
Other posts offer adjacent hooks: lifecycle security for software-defined vehicles through CRISKLE IDS, CRISKLE MSOC, eSync OTA and UNECE R155/R156, and EU Cyber Resilience Act compliance tied to SBOM, PSIRT and post-market monitoring.
The fit is strongest for expert-led B2B thought leadership, not broad-reach entertainment.
Ask for audience composition and negotiate engagement terms case by case; no sponsorship format or rate card is documented.
When to choose a specialist
Poor fit: a consumer e-scooter or micromobility brand seeking a paid lifestyle influencer campaign with short-form video, broad urban-commuter reach and purchase-conversion tracking.
Read more
Saket Mohan’s four posts are industry-facing LinkedIn text about automotive cybersecurity, product announcements, standards and trade policy; they show no consumer lifestyle content, short-form video examples or sponsorship offer, media kit, rate card or brand-partnership inquiry route.
The posts provide a LinkedIn follower count, but no location, role or seniority data to match Saket Mohan to a broad commuter audience.
They may still support a niche safety or security angle, but not a campaign built around short-form video and broad commuter reach.
A worked campaign example
Worked campaign angle for EV and SDV teams: “App removal is not a security strategy: what the e-rickshaw battery attack teaches EV and SDV teams.”
Start with the reported Bluetooth-enabled BMS app misuse that disabled e-rickshaws, and note that the government asked Google and Apple to remove the app.
Then make the turn: app-store takedowns are an emergency brake; the durable fix comes earlier, in procurement, architecture, development, validation, supply-chain onboarding and post-production monitoring.
Use Saket Mohan’s framing to lay out buyer-relevant controls: secure-by-design product development; supply-chain visibility across BMS, apps, firmware and connected components; authentication, cryptography and access control; ISO/SAE 21434 and AIS 189/190; continuous telemetry, IDS events, BOMs and vulnerability monitoring; dynamic risk assessment; and incident-response playbooks.
Close with a practical next step for an EV or SDV manufacturer: map one battery-system programme against those lifecycle stages, identify where a Bluetooth-facing app or BMS interface enters the supply chain, and define who owns detection and response.
The vendor can follow up with its own TARA, embedded IDS, vulnerability monitoring or MSOC/VSOC capability, matching the way Saket Mohan already links incidents to Secure Elements’ work.
A three-post sequence would fit: first, an incident breakdown and why app removal is not enough; second, procurement and architecture questions for BMS and connected components; third, lifecycle monitoring, risk assessment and incident response.
Keep it technical and specific rather than broad awareness messaging.
Choose Ricardo Camacho for a campaign about building and testing secure software-defined vehicles or embedded systems, rather than responding to a mobility-security incident.
Read more
The testing framework gives technical audiences concrete practices to discuss, while Saket Mohan’s e-rickshaw post is the closer fit for a campaign about battery-system risk and product-lifecycle controls.
For a campaign focused on vehicle software security verification, Ricardo Camacho offers a broader engineering perspective than Saket Mohan’s e-rickshaw incident post.
Camacho connects connected-vehicle risks with ISO/SAE 21434, secure coding and software verification, then breaks embedded security testing into static analysis, dynamic analysis, fuzzing and penetration testing.
This is a better fit for explaining testing practices, but less directly tied to battery-management systems or a specific Bluetooth attack.
Saket Mohan's LinkedIn posts from 2026 cover a reported Bluetooth-enabled attack that disabled e-rickshaws through a battery-management app, the EU Cyber Resilience Act reporting deadline and a compliance workspace built for it, a software-defined-vehicle security product combining intrusion detection, security operations and over-the-air updates, and the UK–India trade agreement as a platform for automotive cybersecurity collaboration.
The most recent post is dated 15 July 2026.
Three comparison creators — Ricardo Camacho, Janmejay Bhatt and Chuck Robbins — each have two LinkedIn posts on overlapping subject matter; their audience sizes are not the basis for comparison.
The posts here are short-form LinkedIn text only; they do not include long-form articles, video transcripts or content from other channels.
Audience detail is limited to a follower count, with no location, role or seniority data.
No sponsorship offer, media kit or rate card appears in the posts, so partnership terms would be negotiated case by case.
Claims about employers and credentials are stated in the posts themselves.